Ошибки разработчиков видеоигр. От идеи до провала
Шрифт:
Однажды я демонстрировал свою игру на фестивале, где, помимо видеоигр, была еще куча других активностей. Наш шатер располагался неподалеку от сцены, где периодически выступали известные музыканты. Один из игроков сел играть в Fearmonium просто в ожидании выхода любимой певицы, однако, даже услышав ее голос, продолжил играть, просто поглядывая в сторону сцены. Контроллер он отложил ровно в тот момент, когда время в игре остановилось из-за обязательного к прочтению диалога, и, бегло мне кивнув, побежал на танцпол.
Вновь вспоминая сложные платформеры в духе Super Meat Boy и Celeste, важно отметить, что умирать в этих играх приходится чрезвычайно часто и проигрыш является важной составляющей игрового процесса. Для
Смерть – далеко не единственное, что выдергивает игрока из потока путем остановки времени. Долгие загрузки между экранами или утомительные однообразные анимации оказывают такой же эффект. Оптимизация проектов – обычно не самая сильная сторона независимых разработчиков, пришедших в нашу индустрию из отраслей, не связанных с программированием. Иной раз независимый проект вынуждает вспомнить эпоху PlayStation 2, когда времени между загрузками локаций хватало, чтобы сходить в туалет, налить чаю или кому-нибудь позвонить. В играх, плотно работающих с состоянием потока, загрузок практически нет: Journey создает впечатление путешествия по бесшовному миру, а не по разбитой на отдельные секции игры. Нет видимых переходов между локациями и в Gris – игре, которая тоже прекрасно удерживает игроков в потоке.
В играх, умело удерживающих игрока в потоке, иной раз интерфейс отсутствует целиком: никакой статичной информации не отображается ни в Journey, ни в Gris. Многие разработчики экспериментируют с интеграцией интерфейсов на саму сцену с персонажем. В Dead Space индикатор уровня здоровья расположен на спине главного героя, а в старенькой игре Boogerman у игрока при получении урона менялся цвет плаща. Некоторые ужастики экспериментируют с демонстрацией уровня здоровья через анимации протагониста, но этот метод требует огромного количества ресурсов и, будем честны, не всегда работает: естественно, состояние, когда персонаж уже при смерти, читается игроком на ура – герой сгибается, хромает и истекает кровью, а вот доходчиво продемонстрировать таким образом «легкое ранение» не так уж и просто.
Интересно то, как наличие или отсутствие элементов интерфейса может способствовать или, напротив, мешать погружению в состояние потока. Невозможно дать универсальный ответ на вопрос о том, сколько именно статистики следует вываливать на экран и нужно ли работать над тем, чтобы скрывать интерфейс полностью. Основным критерием абсолютно любого элемента служит его уместность. Если вы считаете, что придумали способ сообщать игроку о состоянии здоровья своего персонажа без специальной шкалы в верхнем левом углу, вам сначала стоит убедиться, что этот способ работает, что игроки верно считывают информацию, которую вы пытаетесь до них донести. Помните, что ваша игра должна быть понятной, и, если отсутствие интерфейсов или, напротив, их нагромождение путает игрока, – не сходите с ума и не изобретайте велосипедов: добавьте маленькую и легко узнаваемую шкалу здоровья.
Бесконечные загрузки
Если загрузки становятся для вас проблемой при разработке, то способы ее устранения я рекомендую подсмотреть в играх той эпохи, когда оперативная память игровых систем и скорость чтения дисков не позволяли прогружать массивные объемы данных. В ужастике Fatal Frame (известном на Западе как Project Zero) перемещение между разными помещениями было оформлено следующим образом: главная героиня подходила к двери, и, когда игрок нажимал на кнопку «Открыть», камера приближалась к героине – таким образом скрывалось исчезновение выгружаемых из памяти текстур и объектов в комнате. После этого героиня лишь слегка приоткрывала дверь (что отлично работало на атмосферу ужасов) и робко топталась перед ней до тех пор, пока не прогружалась следующая локация. Конечно, смотреть на одну и ту же анимацию каждый раз может быть утомительно, но в контексте Fatal Frame, когда постоянно казалось, что из-за приоткрытой двери на нас вот-вот выпрыгнет уродливая нечисть, этот трюк работал. Более того, иногда действительно кто-то выпрыгивал.
В Legacy of Kain: Soul Reaver, где разработчики умудрились реализовать бесшовный мир на первой PlayStation, было несколько комнат с вратами для телепорта. Комнаты эти были почти идентичны (отличались лишь гербы на стене), и при телепортации системе не приходилось судорожно грузить новую локацию: игра использовала те же самые текстуры и объекты, успевая подгрузить новые до того, как игрок выходил из этой комнаты по длинной винтовой лестнице.
Будучи знакомым с этими примерами, я очень удивился, когда увидел в Ori and the Will of Wisps без малого десятисекундную анимацию телепортирования. Моего персонажа крутило в ослепительно белом вихре, и я был уверен, что это умелый способ спрятать загрузку новой локации. Но увы – это оказалось лишь умелой попыткой выбить игрока из состояния потока: по прошествии десяти секунд экран полностью заливался белым, и начиналась настоящая загрузка. В Ori это выглядело вдвойне странно, ибо разработчики явно задумывались о потоке, обеспечивая игрока приятным управлением и отсутствием загрузок в ходе исследования мира пешим ходом.
Звук
Заканчивая рассуждение о состоянии потока, я обязан отметить такой элемент, как звуковое сопровождение. Возможно, некоторые разработчики убеждены в том, что для удержания игрока в трансе необходимо использовать спокойную мелодичную музыку, но это не всегда так. В Doom Eternal – проекте, который изумительно справляется с удержанием игрока в потоке, – иной раз звучит настолько зубодробительный метал, что хочется вновь отрастить себе волосы, порвать на груди рубашку и пуститься в безумный пляс. Для потока важен не темп и даже не насыщенность музыкальной композиции, а – как и в случае с интерфейсами – ее уместность: скорость и насыщенность музыки должна совпадать со скоростью и насыщенностью игрового процесса.
Все треки в Doom Eternal состоят из десятка сочетающихся друг с другом паттернов, чередование которых зависит от поведения игрока и монстров. Как только заканчивается бой, мощные гитарные рифы отступают на задний план, предоставляя игроку возможность заняться исследованием локации и сбором трофеев под мрачные, атмосферные и тягучие мелодии. Но как только перед нами возникает очередной демон, барабаны вновь начинают выдавать сто шестьдесят ударов в минуту, а струны на гитарах рвутся от напряжения.
Однако такой подход работает, когда монстры атакуют целыми группами, в противном же случае переключение звуковых дорожек может сыграть с разработчиками злую шутку: в игре Record of Lodoss War: Advent of Cardice тягучие и спокойные мелодии могут смениться насыщенным и динамичным маршем, как только в поле нашего зрения окажется какой-нибудь одинокий заблудившийся гоблин. Под мощные надрывы целого оркестра мы убиваем беднягу с одного удара и слушаем, как от нас постепенно отдаляется сотня скрипачей, будто едва успевших взяться за смычки. Звучит это нелепо, а ощущается еще хуже. Подобное можно наблюдать и в игре Morrowind, где игрок не раз будет бегать по округе в поисках затерявшегося в текстурах монстра, о присутствии которого его известила лишь динамичная боевая музыка.