Створення бойових та унікальних анімацій персонажів

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

Від імерсивних застосунків до ігрових світів і 3D-сцен

Наша виділена команда для VR/AR/MR-розробки, Unity-продакшну і 3D-моделювання та анімації — з власними кейсами і презентаціями.

Відвідати персоналізований сайт
Показано 1 з 1 послугУсі 242 послуг
Створення бойових та унікальних анімацій персонажів
Складна
від 3 робочих днів до 2 тижнів
Часті питання

Наші компетенції

Які етапи розробки гри?

Останні роботи

  • image_games_mortal_motors_495_0.webp
    Розробка гри для компанії Mortal Motors
    683
  • image_games_a_turnbased_strategy_game_set_in_a_fantasy_setting_with_fire_and_sword_603_0.webp
    Покрокова стратегія у фентезі сеттингу With Fire And Sword
    862
  • image_games_second_team_604_0.webp
    Розробка ігри для компанії Second term
    491
  • image_games_phoenix_ii_606_0.webp
    3D-анімація – тизер для гри phoenix 2.
    533

Створення боєвих та унікальних анімацій персонажів

Боєві анімації — найтрудомісткіша частина конвеєру. Не тому що складніше технічно, а тому що вимоги до них розмиті до тих пір, поки не запущений ігровий прототип. "Зробіть гарний удар мечем" перетворюється в п'ять ітерацій, коли геймдизайнер нарешті бачить, як анімація взаємодіє з хітбоксом, hitlag, cancel window та системою комбо.

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

Боєвий удар у грі складається з трьох фаз: anticipation (замах), active (активна фаза з хітбоксом), recovery (вихід з анімації). Аніматор повинен знати довжину кожної фази в кадрах — це не художнє рішення, це геймдизайнерська специфікація. Без неї анімація буде гарна, але нефункціональна: хітбокс включиться раніше, ніж зброя візуально досягне цілі, або гравець застрягне в recovery та не зможе скасувати атаку.

У Unity ці фази управляються через Animation Events. На потрібних кадрах проставляються події: OnAttackStart, OnAttackEnd, OnHitboxEnable, OnHitboxDisable. Скрипт Combat Controller підписується на ці події та управляє коллайдерами зброї. Це стандартна схема; без неї hit-детекція або висить на таймерах у C#, що ломається при зміні анімації, або на фізичних тригерах, що дає хибні спрацьовування.

Cancel window — момент, коли гравець може перервати поточну атаку та почати наступну. У Animator Controller це реалізується через Transition з умовою canCancel == true, яка встановлюється через Animation Event на потрібному кадрі анімації. Якщо cancel window не збігається з ощущенням від геймплею — повертаємось до аніматора, не до програміста.

Унікальні анімації: Motion Capture проти Hand-keyed

Для унікальних анімацій (смерті, добивання, кат-сцени) вибір стеку залежить від бюджету та стилю. Motion Capture дає органіку, яку вкрай складно відтворити вручну — інерція, дрібні зміщення ваги, мікрорухи кистей. Мінус — raw mocap дані потребують ретаргетингу та очищення: джитер, артефакти на суглобах, невідповідність пропорціям ігрового персонажа.

Hand-keyed анімація в Maya чи Blender повільніша, але дає повний контроль над тайм-спейсингом. Для стилізованих ігор з перебільшеними рухами — часто переважніша. Workflow: blockout за кривими Bezier, потім refinement з breakdown-ключами, фінальна правка Euler Rotation для усунення gimbal lock.

Gimbal lock у Maya — часта проблема при анімації обертань більше 180°. Лікується: перемикаємо Rotation Order на ZXY або XZY залежно від спрямування основного обертання кості. Для запястя при пронації — обов'язково, інакше криві Euler йдуть у flip.

Комбо-система та Animator Controller

Комбо з трьох ударів у Animator Controller реалізується по-різному. Найчистіший варіант — Sub-State Machine з послідовними переходами: Attack1 → Attack2 → Attack3. Перехід дозволений лише в cancel window через Animation Event + Trigger параметр NextAttack. Після третього удара — повернення в Idle або Run через Exit.

Альтернатива — Animation Layer з Override та власним State Machine для атак поверх базового локомоційного шару. Зручно, якщо атаки повинні працювати на ходу, але потребує правильного Avatar Mask: лише верхня частина тіла плюс зброя, нижні кінцівки продовжують локомоцію.

Blend tree для атак з ваговою інтерполяцією використовується рідко — лише для анімацій, залежних від напрямку (атака вліво/вправо), де Blend Tree 2D дозволяє інтерполювати між чотирма напрямками удара.

Типові помилки при створенні боєвих анімацій

Анімація без Export Root Transform. Якщо удар містить лунж вперед, Root Motion повинен бути явно налаштований, інакше персонаж телепортується в початок при поверненні в Idle.

Відсутність Additive Layer для реакції на попадання. Hit Reaction накладається поверх будь-якого стану через Additive Layer — не переривает атаку, але дає візуальний відклик. Без цього шару доведеться робити окремі версії кожної анімації з реакцією.

Ігнорування Secondary Motion. Плащ, волосся, вільні елементи одягу — без вторинного руху анімація виглядає "дерев'яною" незалежно від якості основного кейфрейм-інгу. У Unity це Physics Bone через Animation Rigging або Spring Bone з VRM-конвеєру.

Процес та терміни

Тип роботи Орієнтовна тривалість
Один стандартний удар (3 фази, Animation Events) від 4 до 8 годин
Комбо з 3 атак з інтеграцією в Animator від 1 до 2 днів
Повний боєвий пакет (удари, блок, уклон, смерть) від 5 до 10 днів
Унікальна кат-сцена (15–30 секунд) від 3 до 7 днів

Працюємо в Maya (основний) або Blender, експорт FBX з правильними параметрами Take. Інтеграція Animation Events та налаштування переходів у Animator Controller — частина роботи при відповідному ТЗ.

Вартість формується після обговорення кількості анімацій, складності комбо-системи та вимог до Secondary Motion.