Шість рівнів зворотного зв’язку, що роблять бій приємним

Що демонструє приклад

Для розробників, які налаштовують бойову систему екшен-гри, корисно запитати, що змінюється, коли анімація атаки залишається тією самою. Автор поступово додає до однієї атаки шість шарів зворотного зв’язку: hitstop, тремтіння камери, реакцію цілі, відкидання, частинки та звук. Демонстрація робить видимим їхній сукупний внесок, але не містить ані контрольованого дослідження гравців, ані публічного репозиторію коду. Її доказова база — це якісне порівняння, а не універсальний рецепт для досягнення певного рівня задоволення.

Кадри з відео: оригінальна демонстрація автора. На панелях показано різні фази анімації; статичні зображення не можуть продемонструвати тривалість hitstop або звук.

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

Як поєднуються шари

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

Hitstop ненадовго призупиняє рух у момент контакту. У реалізації на Unity, яка призупиняє масштабований ігровий час через Time.timeScale, таймер відновлення має використовувати немасштабований годинник: інакше таймер може призупинитися разом із дією. Unity документує, що FixedUpdate і корутини, які очікують через WaitForSeconds, зупиняються, коли timeScale дорівнює нулю, тоді як Time.unscaledDeltaTime залишається незалежним від цього масштабу. Локалізована пауза анімації є ще одним варіантом проєктування; в оригінальній публікації не зазначено, який механізм використовується. Масштабування часу; немасштабований час.

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

Реакція цілі та відкидання виконують різні ролі. Спалах, деформація або число шкоди повідомляють про контакт; переміщення змінює фізичну позицію цілі або її позицію в ігровому процесі. Для активного Rigidbody у Unity, не кінематичного, AddForce із ForceMode.Impulse створює зміну швидкості, що дорівнює імпульсу, поділеному на масу, незалежно від тривалості кроку симуляції. Контролер персонажа натомість може реалізовувати власне правило руху. Це розрізнення важливе під час налаштування уявної сили, щоб випадково не змінити дистанцію між учасниками бою. Документація Rigidbody.

Частинки передають напрямок удару, тоді як звук поєднує початок звучання, характер матеріалу та відчуття ваги. Автор пропонує шари низьких, середніх і високих частот. AudioSource.PlayOneShot у Unity може запускати кліпи, що накладаються один на один, не скасовуючи вже відтворювані, але їхні рівні все одно потребують балансування: у документації зазначено, що масштабування гучності понад одиницю може спричинити кліпінг. Тому для пошарового звуку потрібне мікшування, а не просте збільшення гучності кожного шару. Документація Audio.

Застосування та межі доказової бази

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

Цей матеріал є демонстрацією автора та поясненням на основі рушія, а не випущеним плагіном, моделлю ШІ чи академічною методикою. Автор не опублікував розділ про подальшу роботу або список TODO у переглянутому джерелі, тому тут не стверджується жодна дорожня карта розробки. Приклади Unity пояснюють доступні механізми; вони не встановлюють, як було реалізовано оригінальне відео.