Изменения документа Тайминги

Редактировал(а) Denis Pozdnyakov 2025/03/04 00:44

От 80.3 до 80.2

От версии 85.1

отредактировано Denis Pozdnyakov
на 2025/03/04 00:44

Изменить комментарий: К данной версии нет комментариев

К версии 80.3

отредактировано Анна
на 2025/01/12 14:17

Изменить комментарий: Редактировать комментарий

Необработанный
Обработанный

Сводка

Свойства страницы (2 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Автор документа

@@ -1,1 +1,1 @@
--XWiki.DenisPozdnyakov
++XWiki.AnnaNikiforova

Содержимое

@@ -1,78 +1,94 @@
--🦓🛸⌛**Дисклеймер: **материал находится в процессе доработки. Если вы в чем-то несогласны с актуальным материалом — это нормально, мы тоже с ним не во всем согласны.
--
--
--Игровые циклы, а точнее, образующие их игровые механики и связанные с ними действия игрока, обладают длительностью своего проистечения, так называемым **таймингом**.
--
++Игровые циклы, а точнее, образующие их игровые механики и связанные с ними действия игрока, обладают длительностью своего проистечения, так называемым таймингом.
  Думаю, то, что любое событие обладает длительностью — это самоочевидный момент. И тем страннее наблюдать, как разработчики, детально продумав сюжет игры и действия игрока, совершенно забывают про их длительность.
--
--Часто именно в силу различия в таймингах одна игра, как две капли воды похожая на другую, кажется нам лучше или хуже. Особенно хорошо это чувствуется в быстрых играх: [[__экшенах__>>https://ru.wikipedia.org/wiki/Action]], [[__шутерах__>>https://ru.wikipedia.org/wiki/%D0%A8%D1%83%D1%82%D0%B5%D1%80]], [[__аркадах__>>https://ru.wikipedia.org/wiki/%D0%90%D1%80%D0%BA%D0%B0%D0%B4%D0%B0_(%D0%B6%D0%B0%D0%BD%D1%80)]].
--
++Часто именно в силу различия в таймингах одна игра, как две капли воды похожая на другую, кажется нам лучше или хуже. Особенно хорошо это чувствуется в быстрых играх: экшенах, шутерах, аркадах.
  В одной игре все происходит с комфортной скоростью, позволяющей игрокам легко считывать сигналы механик: персонажи бодро реагируют на нажатия клавиш, своевременно и быстро перемещаются, оружие стреляет и перезаряжается так, что игроку не приходится мучительно ждать. В другой же игре пользователь ощущает свои действия так, как будто он двигается под водой или во сне; а может быть, наоборот, в этой игре все происходит настолько быстро, что не позволяет игроку вовремя реагировать.
--
  По этой же причине одна и та же игра нравится условному Ване, но не нравится условному Пете, хотя оба они — любители игр данного жанра. Просто для Вани тайминги игры — в самый раз, а для Пети — слишком быстрые или слишком медленные. Ведь реакция и координация людей могут сильно различаться.
--
  Тайминги требуют ручной настройки в процессе разработки игры и в последующих патчах. Скорость нанесения ударов в бою, общая продолжительность сражения с конкретным противником, длительность диалогов и роликов, время, затрачиваемое на прохождение уровня, общая длина игровой сессии — все это и остальное складывается в единый зависимый каскад времени игры и длительности геймплея. Разработчики настраивают те или иные тайминги, основываясь на:
--
--* экспертизе (например, собственном о них представлении);
--* метриках (например, исходя из данных [[__плейтестов__>>https://dtf.ru/gamedev/166864-kak-rabotayut-pleytesty]]);
--* информации, почерпнутой из проектов конкурентов.
--
++экспертизе (например, собственном о них представлении);
++метриках (например, исходя из данных плейтестов);
++информации, почерпнутой из проектов конкурентов.
  Тайминг того или иного игрового события обуславливается тем, как много решений игрок может комфортно принять за отведенный ему момент времени. При этом нужно учитывать:
++время оценки игроком происходящего;
++время принятия игроком решения;
++длительность взаимодействия игрока с интерфейсом (инпута, реакции системы на нажатие клавиш);
++длительность реакции системы на действия игрока (время ожидания игроком реакции системы).
++Некоторые требования к таймингам приходят извне: например, длина игровой сессии обусловлена аудиторией игры, игровой платформой и местом, где пользователи будут играть. Средняя длина игровой сессии на PC составляет 2 часа (потом у игрока появляются другие дела), тогда как игровая сессия на мобильном телефоне обычно длится 5–10 минут. Обратите внимание: в хорошей игре одна сессия равна по продолжительности одному из ключевых игровых циклов (циклу, включающему ключевые механики игры).
++Например, если у нас мобильная Match3 с метой про обустройство дома, и мы знаем, что средняя сессия в нашей игре составляет 10 минут — значит, за это время средний игрок должен успеть:
++получить понятную нарративную цель по восстановлению дивана (например);
++пройти количество Match3-уровней, достаточных для получения ресурсов на восстановление дивана;
++потратить ресурсы, заработанные в уровне (восстановить диван);
++получить следующую цель (обсудить результат с NPC) — посмотреть короткий ролик;
++прочесть описание следующего задания.
--* время оценки игроком происходящего;
--* время принятия игроком решения;
--* длительность взаимодействия игрока с интерфейсом ([[__инпута__>>https://en.wikipedia.org/wiki/Input_(computer_science)]], реакции системы на нажатие клавиш);
--* длительность реакции системы на действия игрока (время ожидания игроком реакции системы).
--Некоторые требования к таймингам приходят извне: например, длина игровой сессии обусловлена аудиторией игры, игровой платформой и местом, где пользователи будут играть. Средняя длина игровой сессии на [[__PC__>>https://ru.wikipedia.org/wiki/%D0%9F%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80]] составляет 2 часа (потом у игрока появляются другие дела), тогда как игровая сессия на мобильном телефоне обычно длится 5–10 минут. Обратите внимание: в хорошей игре одна сессия равна по продолжительности одному из ключевых игровых циклов (циклу, включающему ключевые механики игры).
++Понимание длительности таймингов позволяет установить очередность игровых циклов и не дать игроку устать от однообразия. Но это хорошо работает в условно линейных играх — со встроенным (embedded) повествованием, о котором мы поговорим в следующих уроках. А вот в играх с нелинейностью и/или открытым миром игроки могут сами регулировать продолжительность участия в том или ином игровом цикле. Надоело идти по основному квесту — занялись крафтом, потом переключились на дополнительные квесты или просто пошли куда глаза глядят, периодически отвлекаясь на встречных противников. Это доставляет разработчикам серьезные трудности при настройке продолжительности взаимодействия игроков с механиками.
++Тайминги и продолжительность игровых циклов — по сути, следствие нанизанных друг на друга механик и времени их исполнения игроком.
++Если вам не совсем понятно, при чем тут нарративный дизайн — представьте себе простую (просто таки базовую) ситуацию: в какой-то момент к вам приходит программист и спрашивает, нужна ли вам настройка, позволяющая регулировать скорость вывода текста в диалогах. Что вы ему ответите, какое напишете ТЗ?
++Как следует из примера выше, контроль над таймингами лишь отчасти находится в руках гейм-дизайнеров. Очень многое в таймингах, особенно инпут и сетевая задержка, зависит от технических специалистов проекта.
++Совет [1]
++Комфортность тайминга зависит от большого числа параметров, но вот основные:
++Особенности игроков: например, WoT — это медленный шутер, а CoD — быстрый; первый больше ориентирован на взрослых мужчин, а второй на юношей.
++Особенности игровых механик: например, боевка WoW предполагает использование большого количества навыков персонажа и довольно медленная, а в Neverwinter возможных действий куда меньше, потому и сражения куда динамичнее.
++Игровые платформы и их системы управления: например, целиться мышью куда проще, поэтому шутеры на PC значительно быстрее исконно консольных шутеров.
++Желание сделать игру реалистичнее — реальность медленнее игры: как в RDR2 или EfT.
++Желание дать игроку возможность постепенно прокачать персонажа: чем больше игрок вкладывается в параметр Speed, тем быстрее движется персонаж; чем больше вкладывается в параметр Quickness, тем быстрее персонаж реагирует на нажатие клавиш.
++Фактически длительность тайминга обуславливается тем, как много решений игрок может комфортно принять за отведенное механикой время.
++Здесь нельзя сказать:
++хороший тайминг боевки — 0,3 секунды на базовую атаку;
++приемлемый тайминг прочтения текста — 12 секунд.
++У людей разная реакция, они с разной скоростью анализируют ситуацию, оценивают обстановку, читают. С другой стороны, есть тайминги событий и анимаций, к пользователь которым уже привык и которые считаются приемлемыми в рамках поступающего объема информации и требуемого уровня контроля. Это можно заметить не только в компьютерных играх, но и, например, в мультфильмах: чем больше объектов на экране, чем сложнее окружение и градации цветов, чем больше одновременно происходящих событий, тем медленнее анимации — мозгу нужно время, чтобы собрать картинку воедино. Чем мельче существа — тем стремительнее их перемещение, и наоборот, гиганты движутся медленно и плавно. Тайминги сильно зависимы от контекста, и когда ставится ТЗ (например) на анимации, дизайнер отдает тайминги в контентщиков, взяв их из референсного проекта или из результатов тестирования на аудитории.
++При наладке таймингов механик я рекомендую обращать внимание на следующие моменты:
++Время оценки игроком ситуации.
++Время принятия игроком решения.
++Момент взаимодействия игрока с интерфейсом (удобство расположения кнопок и т. д.).
++Длительность инпута, задержка передачи сигнала от интерфейса системе (особенно актуально для онлайн-игр).
++Длительность реакции системы (время ожидания игроком отклика на его действия).
++Драматические события становятся куда менее драматическими, если мелькают на грани восприятия игроком или превращаются в «игру по переписке».
  {{info}}
--Например, если у нас мобильная Match3 с метой про обустройство дома, и мы знаем, что средняя сессия в нашей игре составляет 10 минут — значит, за это время средний игрок должен успеть:
--
--* получить понятную нарративную цель по восстановлению дивана (например);
--* пройти количество Match3-уровней, достаточных для получения ресурсов на восстановление дивана;
--* потратить ресурсы, заработанные в уровне (восстановить диван);
--* получить следующую цель (обсудить результат с NPC) — посмотреть короткий ролик;
--* прочесть описание следующего задания.
++(% style="text-align:right" %)
++//Геймплей — это история, пересказанная игроком через (игровые) механики.//
++Сергей Гимельрейх
  {{/info}}
--Понимание длительности таймингов позволяет установить очередность игровых циклов и не дать игроку устать от однообразия. Но это хорошо работает в условно линейных играх — со **встроенным (embedded) повествованием**, о котором мы поговорим в следующих уроках. А вот в **играх с нелинейностью и/или открытым миром** игроки могут сами регулировать продолжительность участия в том или ином игровом цикле. Надоело идти по основному квесту — занялись крафтом, потом переключились на дополнительные квесты или просто пошли куда глаза глядят, периодически отвлекаясь на встречных противников. Это доставляет разработчикам серьезные трудности при настройке продолжительности взаимодействия игроков с механиками.
++----
--**Тайминги и продолжительность игровых циклов** — по сути, **следствие нанизанных друг на друга механик и времени их исполнения игроком**.
++(% class="box" style="width: 400px;" %)
++(((
++**Содержание**
--Если вам не совсем понятно, при чем тут нарративный дизайн — представьте себе простую (просто таки базовую) ситуацию: в какой-то момент к вам приходит программист и спрашивает, нужна ли вам настройка, позволяющая регулировать скорость вывода текста в диалогах. Что вы ему ответите, какое напишете [[__ТЗ__>>https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%B7%D0%B0%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5]]?
++{{toc/}}
++)))
--Как следует из примера выше, контроль над таймингами лишь отчасти находится в руках гейм-дизайнеров. Очень многое в таймингах, особенно инпут и __[[сетевая задержка>>https://ru.wikipedia.org/wiki/%D0%9A%D1%80%D1%83%D0%B3%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0]]__, зависит от технических специалистов проекта.
++----
--= Совет =
++(% class="box" style="width: 400px;" %)
++(((
++**интерактив + нарратив = геймплей**
++)))
  ----
--**^^[1]^^**
++**Совет!**
--Комфортность тайминга зависит от большого числа параметров, но вот основные:
++{{info}}
++23
++{{/info}}
--* Особенности игроков: например, [[__WoT__>>https://worldoftanks.ru/]] — это медленный шутер, а [[__CoD__>>https://www.callofduty.com/ru/home]] — быстрый; первый больше ориентирован на взрослых мужчин, а второй на юношей.
--* Особенности игровых механик: например, боевка [[__WoW__>>https://worldofwarcraft.com/en-us/]] предполагает использование большого количества навыков персонажа и довольно медленная, а в [[__Neverwinter__>>https://www.arcgames.com/ru/games/neverwinter]] возможных действий куда меньше, потому и сражения куда динамичнее.
--* Игровые платформы и их системы управления: например, целиться мышью куда проще, поэтому шутеры на [[__PC__>>https://ru.wikipedia.org/wiki/IBM-PC-%D1%81%D0%BE%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B8%D0%BC%D1%8B%D0%B9_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80]] значительно быстрее [[__исконно консольных шутеров__>>https://ru.wikipedia.org/wiki/Halo_(%D1%81%D0%B5%D1%80%D0%B8%D1%8F_%D0%B8%D0%B3%D1%80)]].
--* Желание сделать игру реалистичнее — реальность медленнее игры: как в [[__RDR2__>>https://ru.wikipedia.org/wiki/Red_Dead_Redemption_2]] или [[__EfT__>>https://ru.wikipedia.org/wiki/Escape_from_Tarkov]].
--* Желание дать игроку возможность постепенно прокачать персонажа: чем больше игрок вкладывается в параметр Speed, тем быстрее движется персонаж; чем больше вкладывается в параметр Quickness, тем быстрее персонаж реагирует на нажатие клавиш.
++----
--Фактически длительность тайминга обуславливается тем, как много решений игрок может комфортно принять за отведенное механикой время.
++(% class="box" style="width: 600px;" %)
++(((
++[[image:История.png]]
++)))
--Было бы неверно постулировать:
++----
--* хороший тайминг боевки — (% style="color:red" %)0,3 секунды на базовую атаку;
--* приемлемый тайминг прочтения текста — (% style="color:red" %)12 секунд.
--
--У людей разная реакция, они с разной скоростью анализируют ситуацию, оценивают обстановку, читают. С другой стороны, есть тайминги событий и анимаций, к пользователь которым уже привык и которые считаются приемлемыми в рамках поступающего объема информации и требуемого уровня контроля. Это можно заметить не только в компьютерных играх, но и, например, в мультфильмах: чем больше объектов на экране, чем сложнее окружение и градации цветов, чем больше одновременно происходящих событий, тем медленнее анимации — мозгу нужно время, чтобы собрать картинку воедино. Чем мельче существа — тем стремительнее их перемещение, и наоборот, гиганты движутся медленно и плавно. Тайминги сильно зависимы от контекста, и когда ставится ТЗ (например) на анимации, дизайнер отдает тайминги в контентщиков, взяв их из референсного проекта или из результатов тестирования на аудитории.
--
--При наладке таймингов механик я рекомендую обращать внимание на следующие моменты:
--
--* Время оценки игроком ситуации.
--* Время принятия игроком решения.
--* Момент взаимодействия игрока с интерфейсом (удобство расположения кнопок и т. д.).
--* Длительность инпута, задержка передачи сигнала от интерфейса системе (особенно актуально для [[__онлайн-игр__>>https://ru.wikipedia.org/wiki/%D0%9E%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD-%D0%B8%D0%B3%D1%80%D0%B0]]).
--* Длительность реакции системы (время ожидания игроком отклика на его действия).
--
--Драматические события становятся куда менее драматическими, если мелькают на грани восприятия игроком или превращаются в «игру по переписке».
++1. one
++1. two
++1. three
++(% style="list-style-type:lower-alpha" %)
++1*. four
++1*. five
++1**. six
++1**. seven