Как самая страшная сцена Dead Space чуть не остановила разработку игры

Трудности с щупальцем.

Сооснователь Sledgehammer Games и создатель оригинальной Dead Space Глен Шофилд в видео для издания Ars Technica рассказал о разработке игры, а также о том, как работа всего над одной сценой фактически приостановила весь процесс на целый месяц. Мы выбрали из материала главное.

Идея для игры появилась у Шофилда ещё в 2005 году. Тогда в EA Redwood Shores использовали дев-кит Xbox 360, чтобы создать прототип Dead Space, который включал в себя три комнаты, наполненные «крутящимися лампами и вентиляторами» — всё лишь для того, чтобы узнать, как такой антураж будет смотреться. Прототип затем передали инженерам, чтобы те понимали, чего хочет креативная команда.

Шофилд признаётся, что он хотел сделать «самую страшную игру в истории», а также реализовать собственные творческие амбиции.

На Dead Space сильно повлияла серия Resident Evil, а в особенности её четвёртая часть, которая вышла незадолго до начала разработки хоррора от EA Redwood Shores. По словам Шофилда, он так и говорил своей команде: «Мы делаем „Resident Evil в космосе“».

Кроме того, источником вдохновения для разработчиков послужил и кинематограф, а в особенности хоррор «Горизонт событий» Пола Андерсона.

Одной из важнейших составляющих Dead Space был её саундизайн, за который отвечал Дон Бекер. Шофилд считает, что его игра завоевала так много наград за звук именно потому, что авторы ответственно отнеслись к его созданию. Он считает, что многие разработчики не уделяют звуку достаточно внимания. Им занимаются в последнюю очередь, жертвуют им, чтобы сэкономить память системы, однако в EA Redwood Shores работали над ним с самого начала.

Шофилд вспоминает, как Бекер рассказывал ему о том, что звук прибывающего скоростного поезда системы BART в Сан-Франциско — это «худший звук в мире». Именно поэтому разработчики на следующий же день отправились на станцию, чтобы записать его.

Затем этот звук использовали в одном эпизоде Dead Space. Он проигрывался после того, как Айзек открывал шлюз в локации с нулевой гравитацией. По словам Шофилда, один лишь звук заставляет людей нестись через открывшуюся комнату так, будто их что-то преследует.

В основе геймдизайна Dead Space лежали четыре правила:

Всё это, по задумке разработчиков, должно было пройти «через фильтр инноваций». Каждая деталь в игре должна была выглядеть и работать так, как никогда прежде: это касалось и внешнего вида главного героя, и даже простых действий вроде разбивания ящиков ногой. То, что в Dead Space Айзек может одновременно передвигаться и стрелять, в отличие от Леона из Resident Evil 4, Шофилд также считает в некотором роде инновацией.

Но это были не просто точки спауна врагов. Игра решает, из какой именно вентиляционной решётки должен появиться противник, основываясь на положении игрока. Таким образом разработчики создавали ситуации, когда монстр вылезал из одной из них, заставляя пользователя отступать к другой, из которой также появлялся враг. «Добавляя немного инноваций в то, как устроены точки спауна, вы можете создать что-то особенное», — говорит Шофилд.

Что же касается отсутствия интерфейса, то такое решение в EA Redwood Shores приняли потому, что хотели заставить игрока почувствовать себя Айзеком, а индикаторы на экране лишь мешали бы погружению.

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

Желание добавить в игру возможность расчленять врагов лежало в основе дизайна противников и оружия. Авторы стремились сделать расчленение как можно более естественным, поэтому модели врагов и самого Айзека состоят из множества сегментов. С ходом разработки и развитием технологий система становилась всё более комплексной.

В Dead Space нет кат-сцен, а история рассказывается с помощью видеодневников и интерактивных сцен. Одну из таких было настолько тяжело реализовать, что разработчики чуть не поступились своими принципами в процессе её создания. Речь идёт об эпизоде, в котором огромное щупальце хватает Айзека и тащит его через коридор. По словам Шофилда, работа над ним остановила разработку игры чуть ли не на месяц.

Как отмечает Шофилд, реализовать этот эпизод было сложно не только из-за анимации, но и из-за других технических аспектов. Например, щупальце должно было точно определить местонахождение Айзека и схватить его именно за лодыжку.

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

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

Первым делом вся EA Redwood Shores занялась созданием анимации щупальца — того момента, когда оно появляется из коридора и хватает Айзека за ногу. Как только всё было готово, студия переключилась на следующий эпизод — щупальце подбрасывает главного героя и бьёт его о пол.

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

Над каждым элементом сцены работали от 15 до 22 человек. По словам Шофилда, к нему неоднократно подходили другие сотрудники студии спрашивали, уверен ли он в том, что её нужно вставлять в игру, ведь из-за этого эпизода от многого пришлось отказаться. «Я не могу сказать от чего именно, но мне плевать. Это щупальце было по-настоящему крутым», — говорит основатель Sledgehammer Games.

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