Кровь, пот и пиксели. Обратная сторона индустрии видеоигр (страница 5)

Страница 5

На раннем этапе предпроизводства Сойер твердо стоял на нескольких ключевых решениях – например, касающихся масштаба игры. В свободное время команда заново играла в старые игры на Infinity Engine, чтобы набраться вдохновения; там миры разбивались на множество отдельных экранов-карт, каждая из которых полнилась объектами и событиями. В самой большой из этих игр, Baldur’s Gate 2, было почти двести таких экранов. Принимая решение о масштабах Project Eternity, Сойер и Бреннеке должны были примерно прикинуть, сколько их будет здесь. Бреннеке достаточно было ста двадцати, но Сойер воспротивился: он хотел сто пятьдесят. И он не сдавался, хоть и понимал, что это увеличит бюджет. «В моем понимании, между гейм-директором и продюсером заведомо присутствует определенный антагонизм, – объясняет Сойер. – Не враждебность, конечно. Но суть в том, что гейм-директор говорит: „Хочу вот это, выписываем чек“, – а чековая книжка в руках продюсера».

Благодаря краудфандингу в чековой книжке Бреннеке было более четырех миллионов долларов – очень серьезная сумма для Kickstarter-проекта. Но по сравнению с бюджетами других современных игр, которые могут стоить сотни миллионов, это смехотворные деньги. При стандартных для них затратах (10 тысяч долларов в месяц на человека) Obsidian могли бы, получается, сколотить команду из сорока сотрудников и проработать так месяцев десять. Или работать двадцать месяцев командой из двадцати. На четыре миллиона долларов можно даже сделать команду из двух сотрудников, которая протрудится двести месяцев – но спонсоры игры на Kickstarter вряд ли будут в восторге, если им придется ждать результата семнадцать лет.

Это всё, конечно, в теории. В реальности числа никогда не сходятся так легко. Каждый месяц команда то увеличивается, то уменьшается в зависимости от актуальных потребностей проекта, а это влияет на бюджет. Бреннеке пришлось формировать гибкий график – такой, чтобы его можно было корректировать буквально ежедневно. Графики игровой разработки вообще редко бывают жесткими: в них заранее нужно закладываться на итерирование[27], человеческий фактор и то, что вдохновения иногда приходится дожидаться. «С другой стороны, – говорит Бреннеке, – логично ожидать, что по мере работы и создания инструментов для нее мы будем становиться все эффективнее».

Количество экранов – существенный вопрос. 150 экранов-карт вместо 120 – это несколько лишних месяцев работы, расширение графика и дополнительные расходы для Obsidian. Возможно, существенные. Но Сойер не сдался. «Задним числом я думаю, что вот именно поэтому у нас и получаются такие игры, – признает Бреннеке. – Из-за таких вот безумных решений. Мы такие: „Ладно, мы сможем. Давайте придумывать как“».

Пока Бреннеке и Сойер бодались из-за масштаба игры, художники тоже столкнулись с проблемами. Для создания 3D-графики Obsidian долгие годы использовали программу под названием Softimage, но к 2012-му она казалась уже устаревшей – в ней не хватало многих функций, имевшихся у конкурентов. (В 2014 году поддержку программы прекратили.) Чтобы модернизировать процесс, некоторые совладельцы Obsidian и арт-директор студии Роб Неслер решили перейти на Maya – популярную программу для работы с 3D-графикой, которая лучше стыковалась с движком игры (модифицированной версией Unity[28]).

Неслер знал, что это правильное решение в долгой перспективе, но без болезней роста тут было не обойтись. Художникам потребовались недели на то, чтобы привыкнуть к Maya, и это замедлило ранний этап производства. «На первый взгляд, кажется – ну, это ж просто программа, как-нибудь разберетесь, – говорит Неслер. – Но чтобы достигнуть высокого уровня мастерства, чтобы быть в состоянии рассчитать, сколько займет то или иное дело, нужно дойти до уровня, когда можешь решать задачи прямо в этой программе. …И нужно время, чтобы настолько изучить некое приложение, чтобы, когда тебя спросят: „А сколько займет вот то-то?“ – быть в состоянии дать точный ответ».

Не имея возможности оценить, сколько времени займут базовые работы с художественной частью, продюсеры не могли составить точный график работ. Без точного графика работ – не могли оценить, сколько проект будет стоить. Если на каждую карту уйдет по полгода, то четырех миллионов надолго не хватит. Если бы они работали с издателем, то могли бы в случае чего обсудить новые условия контракта и выудить немного дополнительных средств, но на Eternity такой возможности не было. «У нас имелся конкретный бюджет – и ни центом больше, – говорит звукорежиссер Джастин Белл. – Мы не могли вернуться к спонсорам и попросить еще денег. Выглядело бы это паршиво. Так что пространства для торга почти не осталось».

Из-за перехода на Maya, а еще из-за того, что у художественного отдела не было опыта работы с изометрическими RPG, потребовалось много времени, прежде чем ранние прототипы игры начали выглядеть достойно. Сперва все было слишком темным, слишком грязным и слишком непохожим на старые игры на Infinity Engine. Но после многих попыток и нескольких горячих споров художники поняли, что в такой игре нужно следовать определенным эстетическим правилам. Например, там неуместна высокая трава, потому что она закроет круги на земле, которыми в Eternity обозначается, что персонаж выделен. Соответственно, в короткой траве проще управлять партией. Другое правило: пространство должно быть как можно более плоским. Карты с возвышениями было делать сложнее всего. Обычно партия заходит на карту с юга или запада и движется на север или восток, и это надо было учитывать в каждой локации. Если персонажи вошли в некую зону, а там есть лестница вверх, но при этом она ведет на юг, игрок запутается. Для него это будет все равно что попасть на картину Эшера.

В последовавшие за Kickstarter-кампанией месяцы команда Project Eternity, постепенно разрастаясь, спорила и спорила о многочисленных творческих вопросах, уменьшая масштаб игры и отказываясь от идей, которые не влезали, чтобы в итоге оптимизировать каждую локацию. «Игры так устроены, что пока не поиграешь – не поймешь, хорошо ли вышло, и особенно сложно предсказать, удастся ли сделать увлекательно, – объясняет Бреннеке. – А потом сидишь и думаешь: что-то тут не так, но что? И вот тут в дело вступаем мы с Джошем, садимся и анализируем, что же пошло не так».

Команда создала несколько технических прототипов. После этого их целью стал так называемый вертикальный срез – небольшой фрагмент игры, который при этом максимально напоминал бы будущий продукт. При традиционной разработке, финансируемой издателем, очень важно, чтобы этот вертикальный срез выглядел как можно более впечатляюще – ведь если издателю он не понравится, денег студия не получит. «Когда концентрируешься на издателе, многое делаешь задом наперед, – говорит Бобби Налл, ведущий дизайнер уровней. – Твоя цель – создать иллюзию. Взламываешь собственную игру, чтобы впечатлить человека с деньгами». Но при работе над Eternity команде не нужно было никого дурачить. Чеки были оплачены заранее. Поэтому к вертикальному срезу можно было подойти «правильно», отрисовывая модели и собирая локации точно так же, как они будут собраны в конечной игре. Это помогло сэкономить время и деньги.

Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Если вам понравилась книга, то вы можете

ПОЛУЧИТЬ ПОЛНУЮ ВЕРСИЮ
и продолжить чтение, поддержав автора. Оплатили, но не знаете что делать дальше? Реклама. ООО ЛИТРЕС, ИНН 7719571260

[27] Итерирование – повторная проработка тех или иных элементов игры, необходимая, чтобы постепенно довести их до желаемого результата. Это очень важный элемент разработки: как не раз упомянуто в книге, некая идея может хорошо выглядеть в теории, но воплотиться далеко не с первой и не со второй попытки. Игровая разработка – это процесс вечного прототипирования, тестирования и исправления.
[28] Как мы еще обсудим в главе 6, движок – это пакет кода, который можно использовать в разных проектах. Движки помогают разработчикам делать игры. Unity популярен у инди-разработчиков. – Прим. авт.