Розробка унікальних бойових анімацій персонажів ігор

Розробка унікальних боевих анімацій для персонажів ігор

У RPG-екшні з чотирма класами персонажів з Mixamo взяли анімації атак та поставили їх напряму — punch, kick, sword swing. Через тиждень тестування геймдизайнер написав: «атака ощущається як порожня». Проблема не в русі як такому — проблема в тому, що анімація не читає anticipation, немає smear frame на піку удару, немає follow-through. Персонаж просто переміщує кінцівку з точки A в точку B.

Боевих анімації — це не опис фізичного руху. Це комунікація наміру, сили та зворотного зв'язку через timing та вторинну механіку.

Принципи, які відрізняють боевую анімацію від motion capture даних

Сирий mocap удару важким мечем фізично правильний, але в реальному часі виглядає слабко. Людське око в контексті гри очікує гіпертрофованих поз, чітко читаємих hitbox-фаз та екранного «ваги».

Anticipation та windup. Перед кожним ударом — підготовче рух в протилежну сторону. Без нього атака видається телепортацією. Тривалість windup варіюється: швидкі атаки — 3–6 кадрів при 30fps, важкі удари — до 15–20 кадрів. Це безпосередньо впливає на геймплей: чим довше windup, тим більш «читаємою» стає атака для противника.

Smear frames та motion blur key. На піку швидкості руху — 1–2 кадри навмисне гіперболізованої позиції з розтяженням кінцівки. У Unity це реалізується через additive blending з окремим smear-клипом поверх base анімації, або через ShaderGraph з velocity-based stretch на mesh рівні. Другий варіант технічно точніший, але вимагає узгодження з рендер-пайплайном (URP/HDRP).

Follow-through та overlap. Після удару — продовження руху за точку контакту. Меч йде «вглибь», рука продовжує arc. Cloth, волосся, loose елементи костюма запізнюються через physics simulation або ручну вторинну анімацію.

Hit pause. Ігровий движок замороджує анімацію на 3–5 кадрів у момент контакту — це створює ощущение «ваги». У Unity це реалізується через animator.speed = 0 на задане час через coroutine, з синхронізацією з HitStopManager. Анімація повинна бути спроектована з урахуванням цієї паузи: поза в момент контакту повинна бути максимально виразною.

Структура боевого анімаційного стейту

Типичний attack clip — не просто «рух». В Animator Controller кожна атака розбита на фази через Animation Events та parameter-driven transitions:

• Startup frames — персонаж уразливий, hitbox неактивний
• Active frames — hitbox включений, це «вікно» для попадання
• Recovery frames — анімація завершується, персонаж ще не може почати наступну дію

Ці дані через Animation Events передаються в CombatController, який включає/виключає hitbox collider через Physics.IgnoreLayerCollision або через окремий HitboxManager з Enable/Disable вислозами. Проблема виникає, коли аніматор та програміст працюють без синхронізації по frame numbers — тоді хитбокс активується не в той момент, і гравець не розуміє, чому атака «не пройшла».

Combo система додає ще один шар: кожна атака повинна мати cancel window — діапазон кадрів, протягом яких input наступної атаки переключає state до кінця recovery. Це встановлюється через HasExitTime = false + умовний trigger в Animator, і аніматор повинен знати ці windows при створенні анімацій — recovery поза повинна дозволяти плавний перехід в наступну anticipation.

Робота з зброєю та additive layers

Боевых анімацій для персонажів з зброєю зручно будувати через Additive Animation Layer в Animator Controller. Базовий шар містить locomotion, верхній additive шар — збройні анімації. Це дозволяє персонажу атакувати в русі без необхідності створювати окремі версії кожної атаки для кожного locomotion стану.

Але тут є тонкість: additive layer працює правильно тільки якщо base layer анімація та additive клип зроблені відносно однієї reference pose. У Unity additive клип створюється через Asset → Create → Animation → вказати Source Take та Reference Pose clip. Якщо пропустити цей крок — additive blending буде додавати трансформи від wrong base, і кінцівка буде йти в неправильну позицію.

Від технічного завдання до фінального клипу

Для боевих анімацій ТЗ повинно містити: список атак по типу (light, heavy, special, finisher), довжину кожного клипу в кадрах, combo chains з указанням cancel windows, типи хітбоксів (capsule, sphere, custom mesh collider).

Виробництво: блокинг ключових поз (anticipation, contact, follow-through) → затвердження з геймдизайнером → spline та polish → Animation Events розстановка → інтеграційний тест в русі.

Вартість — після аналізу технічного завдання та референсів. Важливо: чим детальніше описані фази атак та вимоги до combo системи, тим точніша оцінка.