Как Ubisoft создаёт свои миры — на примере второй части The Crew

Сложности воссоздания Америки в масштабах игры.

Как и оригинальная The Crew, вторая часть предлагает игрокам исследовать все Соединённые Штаты, от восточного побережья до западного. Конечно, страна воссоздана не в масштабе 1:1, но задача Ivory Tower заключалась не в этом. Игровую Америку должны были изменить под нужды геймдизайна, сохранив при этом её узнаваемость со всеми знаковыми достопримечательностями.

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

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

Студия в том числе организовывала командировки в США — для того, чтобы узнать страну поближе и «понять её сущность». С таким огромным багажом знаний Ivory Tower, по словам Гийома, могла показать в игре Штаты именно так, в какой мере это нужно было разработчикам и игрокам.

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

Разработчики считали, что внутриигровую Америку должно быть в первую очередь интересно исследовать — именно поэтому США в The Crew 2 не просто копирка реальных. Например, Гранд-Каньон уменьшили в десять раз, воссоздав лишь самые знаковые места этой огромной локации.

По словам Педимины, в пре-продакшне The Crew, когда в Ivory Tower выбирали игровой движок, студия поглядывала в сторону Unreal Engine. Однако быстро выяснилось, что подобные технологии не смогут удовлетворить запросы разработчиков — даже уменьшенные Штаты были огромны, площадью примерно 120 километров на 75.

В ходе обсуждений выбор пал на Dunia Engine, который использовался во всех Far Cry начиная с второй части. Однако позже движок значительно преобразился под нужды игры.

Сотрудники Ivory Tower набили руку не только в создании больших миров, но и миров конкретно для гоночных игр. Поэтому разработка The Crew не начиналась «с чистого листа»: опыт позволил быстро выбрать наиболее эффективные приёмы для создания внутриигровой Америки.

Однако из-за того, что The Crew огромная игра, для отображения локаций вдалеке разработчикам пришлось пойти на некоторые ухищрения. Вместо настоящих зон и секторов игрок видел «сетки» низкого разрешения, которые генерировались исходя из карт высот — набора информации о высоте местности.

Другое решение, которое приняли в Ivory Tower, — это поделить США на «экосистемы». Это библиотеки, которые включали в себя ресурсы, необходимые для определённых мест на карте.

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

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

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

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

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

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

Другой совет связан с использованием больших данных. К примеру, Педимина предлагает делить mipmap-текстуры (изображение разных уровней детализации одного объекта) на несколько файлов — для того, чтобы избежать лишних подгрузок. Этот же приём может быть использован и в других подобных случаях.

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