Яку техніку анімації використовують у "Dont Starve"? [зачинено]

Під час гри в кілька ігор в особистому розвитку часу, я натрапив на 2D / 3D гру на виживання. Гра, очевидно, була зроблена в SDL та GLUT (Dont starve), але мене справді вразили анімації в грі.

Анімація надзвичайно гладка і вільна. Під час анімації немає спотворень, що зазвичай відбувається в ручній анімації, це те, що пікселі видаляються, анімації тугі, і вони просто не такі гладкі. Це змусило мене задуматися над тим, як їм вдалося досягти такої якості анімації. Чи справді вони були зроблені вручну (якщо вони були, то, мабуть, це взяло дуже талановитого художника), це кісткова анімація чи вони використовують іншу техніку?

Мене звуть Кевін, і я програміст / дизайнер у Klei. Я написав купу анімаційних матеріалів, які ми використовували в серіалі «Шенк», «Марк ніндзя» та «Не голодуй».

Наші аніматори працюють у Flash. У нас є концепція символу 'build', який представляє собою набір символів частини тіла з декількома видами. Залежно від вірності даної гри, є більш-менш деталі тіла з більш-менш «видом». Я думаю, що у Шенка було близько 30 частин тіла з 1-2 десятками переглядів кожна, тоді як у Вілсона з "Не зірвай" - близько десятка деталей кузова з приблизно однаковою кількістю переглядів. Спеціальні сценарії JSFL використовуються для аналізу строків спалаху символів, а потім випікають відповідні зображення як серію файлів PNG з високою роздільною здатністю, а також купу метаданих, які ми вставляємо в XML.

Враховуючи побудову символів, наші аніматори створюють новий корінний символ в іншому файлі, щоб містити фрагмент анімації для цього персонажа. На цій часовій шкалі вони створюють персонаж із символів побудови і переміщують його навколо, між ними та ін., Щоб створити окремі анімації (які розмежовані за допомогою міток кадру). Експортний сценарій експортує ці часові рамки в XML, беручи до уваги 2d перетворення кожного складового фрагмента, і який вид його відображається.

З усією цією інформацією, експортованою до XML та PNG, ми запускаємо серію скриптів Python для перетворення їх у дані про час виконання. Один скрипт зменшує розміри, атласи та перемикає всі текстури та перетворює їх у (один чи декілька) форматів, стислих для платформи. Інший скрипт обробляє дані анімації XML в більш ефективний для завантаження двійкового формату.

На час виконання, це дійсно лише питання відображення правильних символів побудови з правильними перетвореннями та переглядом.

Ця система потребувала тривалого часу, і вона була вдосконалена, коли ми переміщували її з гри в гру. Є багато деталей, які я змальовую (наприклад, як ми обробляємо шари та заміни костюмів під час виконання), але це загальний контур.

Звичайно, технологія, яку ми використовуємо, є, мабуть, найменш важливим аспектом «Клей-Погляду». Найважливіша частина - це те, що у нас є купа справді, дуже хороших аніматорів. :)

У будь-якому випадку, я сподіваюся, що це допомагає. Якщо у вас є якісь питання щодо Don't Starve, ви можете зайти на наші форуми, де я зазвичай дуже радий спілкуватися.

Клей зазвичай використовує дійсно приємне поєднання скелетних анімацій та змін у спрайті.
Вони оснащують скелет, застосовують спрайти до кісток, а потім замінять спрайт, як анімаційний кадр вимагає цього.

Точне "як" (робочий процес / інструменти / тощо) дійсно може походити лише від них, однак, вони сказали це самі, рекламуючи "Шенк", попередній реліз.

І якщо ви подивитеся на Шенка / Шенкілія, Марка Ніндзя та Не голодуйте, ви помітите, що анімація схожа на речі, які можуть вийти з Нікелодеона.

Я б міг уявити, що вони працюють зі сценографічними графіками, щоб зберегти все здоровим, але знову ж таки, це більше припущення, засноване на складності та те, що працює для анімації (2d / 3d), ніж гарантія.

Я думаю, що вони точно використовують кісткову анімацію. Вони також або використовують спрайти з високою роздільною здатністю (для запобігання в'язкості), або використовують певну форму векторної графіки. Цілком можливо, вони заздалегідь перетворили векторну графіку на високу роздільну здатність. Вони точно не використовували піксельне зображення для цього. :)