1. Введение в анимацию

2. Основные виды анимации

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

Анимацию в играх можно условно разделить на несколько крупных категорий:

• 2D анимация
• 3D анимация
• процедурная и физическая
• захват движения (mocap)

2.1 2D анимация

Покадровая (frame-by-frame)

Суть:
Каждый кадр рисуется отдельно.

как мультфильм, только в игре

Пример:

• персонаж - 8–12 кадров ходьбы
• анимация взрыва

Плюсы:

• максимальная выразительность
• полный контроль над стилем

Минусы:

• дорого по времени
• много памяти

Спрайтовая анимация

Суть:
Используется спрайт-лист (sprite sheet) — набор кадров в одной текстуре.

игра просто быстро переключает кадры

Пример:

• idle / run / jump
• UI-анимации

Плюсы:

• простая реализация
• высокая производительность

Минусы:

• ограниченная гибкость
• сложно масштабировать

2.2 3D анимация

Skeletal animation (скелетная)

Суть:
У модели есть кости (rig) → они двигаются → тянут меш.

основной стандарт в играх

Пример:

• бег персонажа
• стрельба
• анимация рук

Плюсы:

• гибкость
• экономия памяти
• можно смешивать анимации (blend)

Минусы:

• требует риггинга
• сложнее в настройке

Morph targets (blend shapes)

Суть:
Модель хранит несколько вариантов формы → они плавно смешиваются.

деформация меша

Пример:

• мимика лица
• эмоции
• моргание

Плюсы:

• высокая детализация
• реалистичные лица

Минусы:

• тяжелые по памяти
• плохо подходят для больших движений

2.3 Procedural animation (процедурная)

Примеры:

• ноги подстраиваются под поверхность (IK)
• персонаж наклоняется при повороте
• динамическое прицеливание

Плюсы:

• адаптация к окружению
• меньше заранее записанных анимаций

Минусы:

• сложная реализация
• может выглядеть «неестественно»

2.4 Physics-based animation

Примеры:

• ragdoll (падение тела)
• разрушения
• тряска объектов

Плюсы:

• реалистичность
• непредсказуемость

Минусы:

• потеря контроля
• может ломать геймплей

2.5 Motion Capture (MoCap)

Примеры:

• реалистичная ходьба
• боевые движения
• катсцены

Применяется в играх типа The Last of Us

Плюсы:

• высокая реалистичность
• быстрый результат для сложных движений

Минусы:

• дорого
• требует доработки
• не всегда подходит для стилизованных игр

Разберем базовые принципы анимации (из классических 12 Disney) и главное — как они адаптируются под игры, где есть управление и геймплей.

Важно: в играх принципы используются не ради красоты, а ради
читаемости, отзывчивости и game feel

1. Squash & Stretch (сжатие и растяжение)

Суть:
объект деформируется при движении (сжимается/растягивается)

В играх:

• прыжок → персонаж слегка «сжимается» перед стартом
• приземление → «сплющивание»
• удар → краткая деформация

Зачем:

• ощущение веса
• усиление импакта
• делает движение «живым»

Особенность:

в реалистичных играх используется очень слабо или незаметно

2. Anticipation (предварительное движение)

В играх:

• перед прыжком → приседание
• перед атакой → замах
• перед выстрелом → поднятие оружия

Зачем:

• telegraphing (предсигнал игроку)
• честность геймплея
• улучшает читаемость

Баланс:

• слишком долго → input lag
• слишком быстро → игрок не успевает реагировать

3. Follow-through & Overlapping

Суть:
движение не останавливается мгновенно → части тела «догоняют»

В играх:

• волосы/плащ продолжают движение
• оружие «долетает» после удара
• тело слегка инерционно движется

Зачем:

• реалистичность
• ощущение инерции

В играх:

часто делается через:

• procedural animation
• physics (cloth, ragdoll)

4. Timing (тайминг)

Суть:
сколько кадров длится движение

В играх (КРИТИЧЕСКИЙ принцип):

• скорость атаки
• длительность прыжка
• recovery после действия

Зачем:

• баланс игры
• сложность
• ощущение управления

Пример:

в Dark Souls:

• длинный тайминг = сложная игра

Важно:

timing = не просто анимация
это часть механики

5. Easing (ease-in / ease-out)

В играх:

• плавный разгон персонажа
• замедление перед остановкой
• камера

Зачем:

• естественность
• комфорт восприятия

Но:

иногда специально убирают easing:

• чтобы сделать управление резким (arcade)

6. Exaggeration (преувеличение) в анимации

Суть:
движения усиливаются сильнее, чем в реальности

В играх:

• большой замах (больше чем в реальности)
• сильная отдача (больше чем в реальности)
• exaggerated hit reaction
• улыбка, сердцебиение (больше чем в реальности)
• чтобы пройти кудато нужно сжаться (больше чем в реальности)
• чтобы поднять что то нужно сильнее поднатужиться (больше чем в реальности)

Зачем:

• читаемость
• зрелищность
• усиление feedback

Пример:

в Overwatch:

• движения гипер-выразительные

Как это применяют в играх

Главное отличие от классической анимации

в мультфильмах:

• важна выразительность

в играх:

• важна управляемость + читаемость

Баланс принципов

Практическое правило

если принцип мешает управлению — его убирают

Пример конфликта

• красивая длинная анимация атаки
• быстрая отзывчивая атака

Итог

Принципы анимации в играх:

• не догма
• а инструменты

Короткая формула

Animation principles → Game Feel → Gameplay

Если хочешь, дальше могу:

• разобрать Timing + Frame Data (как в файтингах)
• или нарисовать схему: как принципы влияют на UX и геймплей

5. Animation Pipeline (пайплайн)

Анимация не должна просто проигрываться
она должна запускать события, менять состояние и синхронизироваться с физикой

Типичный поток:

Input → State → Animation → Event → Gameplay (урон/эффект)

7.1 События анимации (Animation Events)

Суть:
в конкретный кадр анимации вставляется событие, которое вызывает код.

Примеры:

• кадр удара → dealDamage()
• шаг → звук шага
• выстрел → spawn пули

Почему это важно:

геймплей привязан к моменту движения, а не ко времени «в коде»

Ошибка:

• урон раньше/позже удара → ощущение «не попадает»

В движках:

• Unity → Animation Events
• Unreal Engine → AnimNotify / AnimNotifyState

7.2 Связь с логикой (Gameplay Logic)

Урон (Damage)

Фазы атаки:

• startup (подготовка)
• active (наносит урон)
• recovery (откат)

Реализация:

• включение hitbox на несколько кадров
• событие в анимации → активирует урон

Триггеры (Triggers)

Суть:
анимация запускает другие события:

Примеры:

• открыть дверь
• активировать ловушку
• начать катсцену

Важно:

анимация = часть сценария

7.3 Синхронизация с физикой и коллизиями

Суть:
анимация должна совпадать с:

• позицией объекта
• коллизиями
• физикой

Примеры:

• удар должен совпасть с hitbox
• персонаж не должен «скользить»
• ноги не должны проваливаться

Варианты:

• root motion → движение из анимации
• in-place → движение из кода

Проблемы:

• рассинхрон позы и коллизии
• «проскальзывание» по земле
• неправильные столкновения

7.4 Основные проблемы

Desync (рассинхрон)

Суть:
анимация ≠ геймплей

Примеры:

• меч уже прошел врага, но урон позже
• персонаж стоит, но уже «бежит» по логике

Причины:

• плохие Animation Events
• задержки
• ошибки синхронизации

Лаги (Latency / Delay)

Суть:
задержка между действием и результатом

Причины:

• длинный anticipation
• медленные transition
• сетевые задержки

Решения:

• уменьшение startup
• prediction (в мультиплеере)
• cancel animation

State Conflicts (конфликты состояний)

Суть:
персонаж одновременно в несовместимых состояниях

Примеры:

• прыжок + атака + уклонение
• анимация не соответствует state

Решения:

• строгая FSM
• приоритеты состояний
• блокировки (locks)

Итог

Интеграция анимации и кода — это:

синхронизация:

• визуала
• логики
• физики

Главная мысль

Игрок не видит код
он видит анимацию
и по ней судит, работает ли игра правильно

Короткая формула

Animation Event → Gameplay Action → Feedback

Практический совет (очень важно)

Даже в простом проекте:

// псевдокод
if (animationFrame === "hit") {
    dealDamage();
}

• привязывать события к анимации
• а не к таймерам

Разберем Procedural и динамическую анимацию — это то, что делает движения адаптивными и “живыми”, а не просто проигрываемыми по заготовке.

В отличие от keyframe-анимации (заранее записанной),
procedural создается или корректируется в реальном времени

Общая идея

Keyframe animation + Procedural logic + Physics → Финальное движение

8.1 IK (Inverse Kinematics)

Суть:
мы задаем конечную точку (например, стопу) → система сама рассчитывает положение костей.

Примеры:

• ноги стоят ровно на неровной поверхности
• персонаж ставит ногу на ступеньку
• рука тянется к объекту

Почему это важно:

без IK:

• ноги «висят в воздухе»
• скользят по поверхности

Как работает:

• цель (target) → позиция стопы
• алгоритм рассчитывает углы суставов

Минусы:

• требует настройки
• может давать «ломаные» позы

8.2 Ragdoll (физическая анимация тела)

Суть:
персонаж становится физическим объектом с суставами

Примеры:

• смерть персонажа
• сильный удар → отбрасывание
• падение с высоты

Плюсы:

• реалистичность
• уникальные движения

Минусы:

• потеря контроля
• может выглядеть «комично»

Часто используется:

переход:

анимация → ragdoll → обратно в анимацию

8.3 Адаптация к окружению

Неровный рельеф

• ноги подстраиваются под поверхность
• тело наклоняется

Без этого:

• персонаж «плывет»
• ноги проходят сквозь землю

Лестницы

Проблема:

обычная анимация не совпадает со ступенями

Решение:

• IK для ног
• корректировка позиции тела

Итог:

ноги точно попадают в ступени

8.4 Смешивание с keyframe-анимацией

Суть:
процедурная анимация не заменяет, а дополняет обычную

Пример:

• базовая анимация → бег
• поверх → IK ног
• поверх → наклон тела

Формула:

Финальная поза = keyframe + IK + physics + corrections

Примеры использования:

• стрельба на бегу
• прицеливание
• реакция на окружение

Основные проблемы

Артефакты

• ноги дергаются
• суставы ломаются

Производительность

• IK и physics нагружают CPU

Сложность

• трудно отлаживать
• много параметров

Итог

Procedural анимация:

делает движения адаптивными
убирает «жесткость» keyframe-анимации
улучшает реализм и game feel

Главная мысль

без procedural:

• анимация = фиксированная

с procedural:

• анимация = живая и реагирует на мир

Короткая формула

Keyframe + IK + Physics = Современная анимация

Если хочешь, дальше могу:

• разобрать как реализовать IK (алгоритм + псевдокод)
• или сделать архитектуру: как procedural встраивается в animation system (FSM + layers)

Разберем Оптимизацию анимации — как сохранить качество движения, не «убив» FPS. В реальных проектах это постоянный компромисс между визуалом, памятью и производительностью.

Цель: уменьшить нагрузку (CPU/GPU/память),
не потеряв читаемость и «game feel»

9.1 Сжатие анимаций (Compression)

Суть:
уменьшаем объем данных анимации.

Как:

• удаление лишних ключевых кадров (keyframe reduction)
• упрощение кривых (curve fitting)
• квантизация (меньше точность значений)

Пример:

было:

1000 кадров

стало:

200 кадров + интерполяция

Плюсы:

• меньше памяти
• быстрее загрузка

Минусы:

• потеря точности
• возможны «дергания»

Практика:

для фона можно сильно сжимать
для героя — аккуратно

9.2 Ограничение костей (Bone Optimization)

Суть:
уменьшаем количество костей и их влияние.

Методы:

• меньше костей в модели
• ограничение влияния:
  • обычно 2–4 кости на вершину
• отключение ненужных костей

Почему это важно:

каждая кость = вычисления

Плюсы:

• меньше нагрузка на GPU
• быстрее skinning

Минусы:

• хуже деформация
• меньше детализация

Практика:

• лицо → много костей
• дальние NPC → минимум костей

9.3 LOD для анимации (Level of Detail)

Суть:
чем дальше объект — тем проще его анимация.

Примеры:

• далеко → только idle
• средне → упрощенный walk
• близко → полная анимация

Методы:

• уменьшение FPS анимации
• отключение IK
• отключение secondary motion

Важно:

игрок не замечает упрощение на расстоянии

Плюсы:

• огромная экономия CPU

Минусы:

• резкие переключения (если плохо настроено)

9.4 CPU vs GPU нагрузка

CPU (логика)

Обрабатывает:

• FSM (state machine)
• transitions
• IK
• procedural animation
• события

GPU (рендер)

Обрабатывает:

• skinning (деформация меша)
• финальную отрисовку

Баланс:

Проблемы:

CPU bottleneck

• много персонажей
• сложный IK
• сложная логика

FPS падает из-за логики

GPU bottleneck

• сложные модели
• много костей
• heavy skinning

FPS падает из-за графики

Решения:

• перенос skinning на GPU
• упрощение IK
• LOD
• batching

Итог

Оптимизация анимации = баланс:

• память
• CPU
• GPU
• качество

Главная мысль

• не все анимации должны быть «идеальными»
• они должны быть достаточно хорошими и быстрыми

Короткая формула

Less data + smart processing = good performance

Практический совет (очень важный)

Если делаешь систему:

герой → максимум качества
враги рядом → средне
враги далеко → минимум

10. Ошибки и анти-паттерны

Разберем Ошибки и анти-паттерны в анимации — это те вещи, из-за которых игра «ломается» в ощущениях, даже если графика выглядит хорошо.

Главная проблема:
анимация начинает мешать геймплею, вместо того чтобы помогать

10.1 Input lag из-за длинных анимаций

Суть:
игрок нажал кнопку → персонаж реагирует с задержкой

Причины:

• длинный anticipation
• блокировка управления во время анимации
• отсутствие cancel

Как это ощущается:

• «тормозит»
• «персонаж не слушается»

Пример:

• медленные игры (например Dark Souls) используют это осознанно
• но в быстрых играх — это ошибка

Решения:

• сократить startup
• добавить animation cancel
• разрешить ранние переходы

10.2 Плохие переходы между состояниями

Суть:
анимации переключаются резко или некорректно

Примеры:

• idle → run с «рывком»
• персонаж «дергается»
• поза ломается

Причины:

• плохой blend
• неправильные условия перехода
• конфликт состояний

Последствия:

• ломается immersion
• ухудшается readability

Решения:

• использовать blend trees
• настраивать transition duration
• проверять совместимость поз

10.3 Отсутствие feedback

Суть:
игрок не чувствует результат своих действий

Примеры:

• удар есть, но враг не реагирует
• выстрел без отдачи
• нет визуальной реакции

Как это ощущается:

• «пусто»
• «непонятно попал или нет»

В хороших играх (например Overwatch):

• сильный hit feedback
• понятная реакция

Решения:

• hit reaction анимации
• screen shake
• recoil
• звук + визуал

10.4 Over-animation (перегруженность) анимации

Примеры:

• слишком много secondary motion
• лишние движения
• чрезмерные эффекты

Проблема:

• падает readability
• сложно предсказать действия

Особенно критично:

• PvP
• быстрые игры

Решения:

• упрощение движений
• акцент на ключевые действия
• уменьшение «шума»

Итог всех ошибок

Главная мысль

плохая анимация = плохой gameplay
даже если визуально все красиво

Золотое правило

Сначала gameplay → потом красота

Короткая формула

Clarity + Responsiveness > Realism + Beauty

Практический чек-лист

Перед релизом проверь:

• есть ли задержка после input
• понятны ли действия без UI
• есть ли feedback
• нет ли лишних движений

11. Кейсы из игр

Разберем Кейсы из игр — как разные жанры используют анимацию не «для красоты», а как основу механики и ощущений.

В каждом жанре анимация решает разные геймдизайнерские задачи

11.1 Боевые системы (souls-like, fighting games)

Главная роль анимации:

• передавать тайминг
• давать игроку возможность реакции
• определять сложность

Пример: Dark Souls

Ключевая идея: Telegraphing

• враг делает замах (anticipation)
• игрок читает анимацию
• принимает решение (уклонение / блок)

Почему это работает:

• игрок учится «читать» врагов
• нет случайных ударов
• сложность = понимание анимации

Важно:

• слишком быстрые атаки → нечестно
• слишком медленные → легко

Fighting games (например Street Fighter)

Ключевые элементы:

• startup frames
• active frames
• recovery frames

Роль анимации:

анимация = frame data

Пример:

• удар начинается → нельзя сразу отменить
• попадание → запускается hit reaction
• можно сделать cancel → комбо

Вывод:

в файтингах анимация = математика + тайминг

11.2 Шутеры (реакция оружия)

Главная роль:

• feedback
• ощущение оружия
• мгновенная реакция

Пример: Overwatch

Почему анимация важна:

• recoil (отдача)
• muzzle flash (вспышка)
• hit feedback

Игрок чувствует:

• силу оружия
• точность
• попадание

Ошибки:

• нет recoil → «игрушечное» оружие
• задержка выстрела → плохой UX

Особенность жанра:

приоритет = responsiveness
анимация не должна мешать стрельбе

11.3 Платформеры (точность прыжков)

Главная роль:

• точность управления
• предсказуемость

Что важно:

• момент старта прыжка
• дуга движения
• момент приземления

Анимация влияет на:

• ощущение высоты
• контроль в воздухе
• «вес» персонажа

Техники:

• squash & stretch
• anticipation перед прыжком
• landing animation

Ошибки:

• задержка перед прыжком
• несоответствие анимации и физики

Сравнение жанров

Главная идея

анимация подстраивается под жанр
нет универсального решения

Глубокий вывод

• в Dark Souls
  анимация = сложность
• в Overwatch
  анимация = читаемость + ощущение
• в платформерах
  анимация = контроль

Короткая формула

Genre → Animation Role → Game Feel

Практический совет

Когда делаешь механику, спрашивай:

что игрок должен почувствовать?

и под это уже:

• делай тайминг
• делай анимацию
• добавляй feedback

13. Будущее анимации в играх

Разберем Будущее анимации в играх — это одна из самых быстро развивающихся областей геймдева. Сейчас идет переход от «записанных движений» к генерируемым и адаптивным системам.

Главный тренд:
от статичных анимаций → к живым, генерируемым в реальном времени

13.1 AI-анимация

Суть:
анимация создается или дополняется с помощью машинного обучения

Что делает AI:

• предсказывает позы
• генерирует переходы
• улучшает MoCap
• адаптирует движения

Пример:

вместо:

idle → walk → run

система сама строит движение между ними

Технологии:

• motion matching
• pose prediction
• deep learning animation

Результат:

• меньше ручной работы
• больше вариативности
• реалистичнее движение

13.2 Real-time Motion Synthesis

Суть:
анимация не хранится как клипы, а собирается в момент игры

Примеры:

• персонаж плавно переходит из любого состояния в любое
• нет жестких переходов
• движение всегда уникально

Отличие от Blend Tree:

• Blend Tree → смешивает готовые клипы
• Motion Synthesis → создает движение заново

Где используется:

• сложные locomotion системы
• спортивные симуляторы
• AAA-проекты

13.3 Procedural Characters

Суть:
персонаж полностью или частично управляется алгоритмами, а не анимациями.

Возможности:

• баланс тела (как у робота/человека)
• адаптация к любому рельефу
• взаимодействие с окружением

Пример:

• персонаж сам «решает», как поставить ногу
• удерживает равновесие при толчке

Переход:

от «анимации персонажа»
к симуляции поведения

13.4 Нейросетевые анимации

Суть:
нейросети напрямую управляют движением персонажа.

Возможности:

• генерация анимации по:
  • тексту
  • намерению (intent)
• обучение на MoCap данных
• реалистичная физика движения

Пример будущего:

"персонаж устал и ранен"
→ анимация меняется автоматически

Ограничения:

• высокая нагрузка
• сложность контроля
• нестабильность

Как все это объединяется

AI + Physics + Procedural + Keyframe
            ↓
   Полностью адаптивная анимация

Раньше:

аниматор создает каждое движение

Сейчас:

аниматор + алгоритмы создают систему движения

Будущее:

система сама создает движение

Плюсы и риски

Плюсы:

• реализм
• адаптивность
• меньше ручной работы

Минусы:

• сложность
• контроль
• производительность

Итог

Будущее анимации — это:

не клипы
а поведение

Короткая формула

Animation → Simulation → Intelligence

Практический вывод (важно)

Даже сейчас:

лучшие системы — это гибрид:

• keyframe
• procedural
• AI

14. Заключение

Анимация = часть геймдизайна, а не только графики

Главная мысль всей темы:

Анимация в играх — это не про “красиво”, а про “как работает игра”

Почему это важно

В отличие от кино:

• в фильмах → анимация рассказывает историю
• в играх → анимация участвует в управлении и механике

Связь с геймплеем

Input → Анимация → Логика → Feedback → Ощущение игры

1. Анимация улучшает gameplay

Как именно:

• задает тайминги действий
• определяет сложность
• влияет на реакцию игрока

Пример:

• длинная анимация атаки → сложнее играть
• короткая → быстрее и проще

Вывод:

анимация = часть механики

2. Анимация повышает UX (игровой опыт)

Что она дает:

• отзывчивость (responsiveness)
• понятность (readability)
• обратную связь (feedback)

Игрок чувствует:

• «персонаж слушается»
• «я понимаю, что происходит»
• «удар ощущается»

Если анимация плохая:

• управление кажется «тяжелым»
• действия непонятны
• игра раздражает

3. Анимация влияет на баланс

Через что:

• длительность действий
• возможность cancel
• скорость реакций

Примеры:

• медленные атаки → сложная игра
• быстрые → динамичная

Реальные кейсы:

• Dark Souls
  баланс через медленные анимации
• Overwatch
  баланс через читаемость и быстрый отклик

Итог

Анимация в играх — это:

• управление
• визуальная коммуникация
• часть системы логики
• инструмент баланса

Главная мысль курса

Игрок чувствует игру через анимацию

Короткая формула

Animation = Gameplay + Feedback + Control

Когда делаешь игру:

не думай:

сделать красивую анимацию

что должен почувствовать игрок?

• настраивай тайминги
• добавляй feedback
• упрощай или усиливай движения

Финальный вывод

Хорошая анимация — это та, которую игрок “не замечает”,
но через нее идеально чувствует игру.

12. Практическая часть: FSM анимаций в Unity

Разберу это как практическую лабораторную работу: что студент должен сделать, какие файлы/компоненты нужны в Unity, какие параметры Animator создать и как связать анимации с кодом.

Цель задания

Сделать простого персонажа с 4 состояниями:

Idle → Walk → Run → Attack → Idle

В Unity это делается через Animator Controller: он хранит animation clips, состояния и переходы между ними. Unity описывает Animator Controller как систему, которая управляет клипами и переходами через state machine.

Что должно быть в результате

Персонаж должен:

стоять → идти → бежать → атаковать → вернуться в idle

Управление примерное:

• W / стрелка вверх — движение
• Left Shift — бег
• Left Mouse Button — атака

Этапы выполнения

1. Подготовить анимации

Нужны 4 animation clips:

Idle.anim
Walk.anim
Run.anim
Attack.anim

Можно взять готового персонажа из Mixamo или Unity Asset Store.

2. Создать Animator Controller

В Unity:

Project → Right Click → Create → Animator Controller

Назвать, например:

PlayerAnimator.controller

Затем назначить его персонажу:

Player → Animator → Controller → PlayerAnimator

3. Создать состояния

Открыть окно Animator:

Window → Animation → Animator

Перетащить туда 4 клипа:

• Idle
• Walk
• Run
• Attack

Idle сделать стартовым состоянием:

Right Click on Idle → Set as Layer Default State

4. Создать параметры Animator

Вкладка Parameters:

Float Speed
Trigger Attack

Unity Animation Parameters — это переменные Animator Controller, которые можно менять из скрипта и через них управлять state machine.

5. Настроить переходы

Unity transitions позволяют переключаться между состояниями и задавать условия переходов через параметры Animator Controller.

Переходы:

Idle → Walk
Condition: Speed > 0.1

Walk → Idle
Condition: Speed < 0.1

Walk → Run
Condition: Speed > 0.6

Run → Walk
Condition: Speed < 0.6

Any State → Attack
Condition: Attack trigger

Attack → Idle
Has Exit Time: true

Для Attack лучше включить:

Has Exit Time = true

Чтобы атака доигрывалась до конца и потом возвращалась в Idle.

6. Пример скрипта управления

using UnityEngine;

public class PlayerAnimationController : MonoBehaviour
{
    [SerializeField] private Animator animator;

    private void Reset()
    {
        animator = GetComponent<Animator>();
    }

    private void Update()
    {
        float speed = 0f;

        if (Input.GetKey(KeyCode.W) || Input.GetKey(KeyCode.UpArrow))
        {
            speed = Input.GetKey(KeyCode.LeftShift) ? 1f : 0.4f;
        }

        animator.SetFloat("Speed", speed);

        if (Input.GetMouseButtonDown(0))
        {
            animator.SetTrigger("Attack");
        }
    }

    // Этот метод вызовем через Animation Event
    public void OnAttackHit()
    {
        Debug.Log("Attack hit frame: нанести урон врагу");
    }
}

7. Добавить Animation Event для атаки

Открыть клип Attack.

Найти кадр, где оружие должно попасть по врагу.

Добавить событие:

Function: OnAttackHit

В Unity Animation Event добавляется на конкретный момент клипа и вызывает функцию по имени; событие можно добавить двойным кликом по Event Line или кнопкой Event.

Что нужно понять студентам

Idle

Персонаж ничего не делает, но живой: дышит, немного двигается.

Walk

Медленное движение. Speed примерно 0.4.

Run

Быстрое движение. Speed примерно 1.0.

Attack

Отдельное состояние, запускается триггером Attack.

Главная схема

Input
  ↓
Script
  ↓
Animator Parameters
  ↓
FSM
  ↓
Animation Clip
  ↓
Animation Event
  ↓
Gameplay Logic

Проверка задания

Студент должен показать:

• 1. Есть 4 состояния: Idle, Walk, Run, Attack
• 2. Есть параметры Speed и Attack
• 3. Переходы работают по условиям
• 4. Attack запускается по клику мыши
• 5. Animation Event вызывает метод OnAttackHit()
• 6. После атаки персонаж возвращается в Idle

Главная идея практики:

анимация не просто проигрывается,
а управляется кодом и влияет на геймплей