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

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

Часто именно в силу различия в таймингах одна игра, как две капли воды похожая на другую, кажется нам лучше или хуже. Особенно хорошо это чувствуется в быстрых играх: экшенах, шутерах, аркадах.

В одной игре все происходит с комфортной скоростью, позволяющей игрокам легко считывать сигналы механик: персонажи бодро реагируют на нажатия клавиш, своевременно и быстро перемещаются, оружие стреляет и перезаряжается так, что игроку не приходится мучительно ждать. В другой же игре пользователь ощущает свои действия так, как будто он двигается под водой или во сне; а может быть, наоборот, в этой игре все происходит настолько быстро, что не позволяет игроку вовремя реагировать.

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

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

• экспертизе (например, собственном о них представлении);
• метриках (например, исходя из данных плейтестов);
• информации, почерпнутой из проектов конкурентов.

Тайминг того или иного игрового события обуславливается тем, как много решений игрок может комфортно принять за отведенный ему момент времени. При этом нужно учитывать:

• время оценки игроком происходящего;
• время принятия игроком решения;
• длительность взаимодействия игрока с интерфейсом (инпута, реакции системы на нажатие клавиш);
• длительность реакции системы на действия игрока (время ожидания игроком реакции системы).

Некоторые требования к таймингам приходят извне: например, длина игровой сессии обусловлена аудиторией игры, игровой платформой и местом, где пользователи будут играть. Средняя длина игровой сессии на PC составляет 2 часа (потом у игрока появляются другие дела), тогда как игровая сессия на мобильном телефоне обычно длится 5–10 минут. Обратите внимание: в хорошей игре одна сессия равна по продолжительности одному из ключевых игровых циклов (циклу, включающему ключевые механики игры).

Понимание длительности таймингов позволяет установить очередность игровых циклов и не дать игроку устать от однообразия. Но это хорошо работает в условно линейных играх — со встроенным (embedded) повествованием, о котором мы поговорим в следующих уроках. А вот в играх с нелинейностью и/или открытым миром игроки могут сами регулировать продолжительность участия в том или ином игровом цикле. Надоело идти по основному квесту — занялись крафтом, потом переключились на дополнительные квесты или просто пошли куда глаза глядят, периодически отвлекаясь на встречных противников. Это доставляет разработчикам серьезные трудности при настройке продолжительности взаимодействия игроков с механиками.

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

Если вам не совсем понятно, при чем тут нарративный дизайн — представьте себе простую (просто таки базовую) ситуацию: в какой-то момент к вам приходит программист и спрашивает, нужна ли вам настройка, позволяющая регулировать скорость вывода текста в диалогах. Что вы ему ответите, какое напишете ТЗ?

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

Совет

^[1]

Комфортность тайминга зависит от большого числа параметров, но вот основные:

• Особенности игроков: например, WoT — это медленный шутер, а CoD — быстрый; первый больше ориентирован на взрослых мужчин, а второй на юношей.
• Особенности игровых механик: например, боевка WoW предполагает использование большого количества навыков персонажа и довольно медленная, а в Neverwinter возможных действий куда меньше, потому и сражения куда динамичнее.
• Игровые платформы и их системы управления: например, целиться мышью куда проще, поэтому шутеры на PC значительно быстрее исконно консольных шутеров.
• Желание сделать игру реалистичнее — реальность медленнее игры: как в RDR2 или EfT.
• Желание дать игроку возможность постепенно прокачать персонажа: чем больше игрок вкладывается в параметр Speed, тем быстрее движется персонаж; чем больше вкладывается в параметр Quickness, тем быстрее персонаж реагирует на нажатие клавиш.

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

Было бы неверно постулировать:

• хороший тайминг боевки — 0,3 секунды на базовую атаку;
• приемлемый тайминг прочтения текста — 12 секунд.

У людей разная реакция, они с разной скоростью анализируют ситуацию, оценивают обстановку, читают. С другой стороны, есть тайминги событий и анимаций, к пользователь которым уже привык и которые считаются приемлемыми в рамках поступающего объема информации и требуемого уровня контроля. Это можно заметить не только в компьютерных играх, но и, например, в мультфильмах: чем больше объектов на экране, чем сложнее окружение и градации цветов, чем больше одновременно происходящих событий, тем медленнее анимации — мозгу нужно время, чтобы собрать картинку воедино. Чем мельче существа — тем стремительнее их перемещение, и наоборот, гиганты движутся медленно и плавно. Тайминги сильно зависимы от контекста, и когда ставится ТЗ (например) на анимации, дизайнер отдает тайминги в контентщиков, взяв их из референсного проекта или из результатов тестирования на аудитории.

При наладке таймингов механик я рекомендую обращать внимание на следующие моменты:

• Время оценки игроком ситуации.
• Время принятия игроком решения.
• Момент взаимодействия игрока с интерфейсом (удобство расположения кнопок и т. д.).
• Длительность инпута, задержка передачи сигнала от интерфейса системе (особенно актуально для онлайн-игр).
• Длительность реакции системы (время ожидания игроком отклика на его действия).

Драматические события становятся куда менее драматическими, если мелькают на грани восприятия игроком или превращаются в «игру по переписке».