Проблема с заглушками: Как арт-дизайн программистов подрывает тестирование игр
«Сначала грейбокс, потом графика» — это распространенный совет при создании прототипов игр. В руководствах и учебных пособиях часто рекомендуется сначала разработать основную игровую механику, убедиться, что игра действительно увлекательна, используя абстрактные кубики и капсулы, и только после того, как работоспособность основного игрового цикла будет подтверждена, переходить к визуальной составляющей.
Этот подход вполне логичен. Тратить время на доработку графики для прототипа игры, которая может и не заработать, кажется пустой тратой ресурсов. Метод «грейбоксинга» уже давно является надежным способом продвигаться в ранних этапах разработки, не сталкиваясь с проблемой расширения объема работ.
Однако такой подход сопряжён со скрытыми издержками. Когда вы показываете игрокам минималистичные временные изображения, вы не просто тестируете игровую механику в отрыве от реального контекста — вы проверяете, как игроки реагируют на некрасивые и недоработанные игры.
Качество графики может существенно повлиять на отзывы участников тестирования. На восприятие игроком отзывчивости, веса и общего ощущения от игры влияет то, что он видит на экране. Если слишком долго оставаться в визуально пустом окружении, возникает риск получить отзывы, которые будут искажены внешним видом графики, а не отражать игровую механику.
Стандартные советы и их недостатки
Согласно общепринятому мнению в сфере разработки игр, не стоит тратить время на создание графических ресурсов до тех пор, пока игровой механизм не будет окончательно доработан. Часто это означает создание уровней из серых кубов, изображение игроков в виде капсул и использование простого текстового интерфейса для отображения важной информации.
Этот совет дается не зря. Это позволяет не тратить время на проработку текстур персонажа, которого, возможно, уберут из проекта уже на следующей неделе. Это заставляет команды сосредоточиться на основной игровой механике. Потратить целый месяц на создание высокодетализированных моделей, прежде чем персонаж сможет хотя бы нормально прыгать, — это типичная ошибка новичков.
Однако этот консенсус основан на предположении, что человек способен полностью отделить зрительную обратную связь от механической. Ожидается, что тестировщик сядет, посмотрит на парящий серый прямоугольник и точно оценит код физики, управляющий им, не обращая внимания на отсутствие визуальной доработки. Но нам ясно, что человеческая психология просто не устроена таким образом.
Как качество графики влияет на отзывы тестеров
Визуальное качество не просто делает игры более привлекательными на маркетинговых скриншотах. Это может существенно изменить то, как игроки воспринимают разработанную вами механику, что, в свою очередь, может напрямую повлиять на отзывы, которые вы получите в ходе тестирования.
Исследование
Вспомним знаменитую демонстрацию для разработчиков «Juice It or Lose It», которую Мартин Йонассон и Петри Пурхо провели на GDC Europe 2012. Сначала они продемонстрировали простую игру с разбиванием блоков, в которой не было абсолютно никаких визуальных эффектов, а затем добавили дрожание экрана, эффекты частиц и анимацию с плавным переходом, не изменив при этом ни одной строчки кода, лежащего в основе физической модели. Получившаяся игра выглядела совсем по-другому.
Результаты более обширных исследований игрового опыта подтверждают, что даже такие мелкие изменения, как вибрация экрана, могут усилить у игрока ощущение контроля над ситуацией и придать ему заряд адреналина.
Как это выглядит на практике
Представьте себе две версии одной и той же прототипной игры. В первой версии изображена серая капсула, скользящая по плоской поверхности. Во второй версии представлена текстурированная модель персонажа, идущего по мощеной улице, с простыми частицами пыли, поднимающимися под его ногами.
Если предложить игрокам обе эти версии, они, возможно, сочтут версию с текстурами более отзывчивой и увлекательной, даже если код, лежащий в основе движения, будет одинаковым. Тестировщики не всегда могут отделить визуальное качество от игрового — поэтому, если прототип выглядит скованно и безжизненно, вы можете получить отзывы о том, что управление тоже кажется скованным и безжизненным.
Старый компромисс и почему он больше не актуален
Причина, по которой с самого начала стали рекомендовать подход «greybox first», заключается в том, что создание качественной графики раньше было длительным и трудоемким этапом процесса разработки игр. Разработчикам приходилось выбирать между тем, чтобы посвятить свое время работе над основными игровыми функциями, такими как игровые механики, или над визуальными элементами, такими как рисование текстур. Многие команды на ранних этапах создания прототипа игры просто не могли заниматься и тем, и другим одновременно. Поскольку разрыв между искусством программистов и «достаточно хорошим искусством» был столь велик, разработчики смирились с искажёнными отзывами игроков, считая их неизбежным злом.
Но ситуация в сфере разработки игр меняется. Этапы разработки, которые раньше занимали много времени, теперь можно завершить довольно быстро, а создаваемая с помощью ИИ графика для игр кардинально изменила подход к быстрому прототипированию. Создание текстур с использованием искусственного интеллекта, 2D Sprites и сложных материалов может превратить ваш уровень в виде «грейбокса» из абстрактной геометрии в узнаваемую и целостную среду настолько быстро, что некоторым разработчикам, возможно, больше не придется выбирать между тестированием механики и созданием визуального контекста.
Практические подходы к улучшению визуального оформления прототипов
Существует несколько чрезвычайно практичных и быстрых способов, которые помогут вам создать прототип, достаточно качественный для точного тестирования, а затем доработать его совместно с командой дизайнеров до окончательного варианта.
Текстуры и спрайты, созданные с помощью ИИ
Использование игровой графики, созданной с помощью ИИ, поможет вам быстро доработать прототип, а инструменты для генерации ресурсов, такие как Unity AI Generators, можно напрямую интегрировать в ваш конвейер ресурсов. Если вам нужна текстура кирпичной стены, чтобы дать игрокам представление о масштабах, вы можете создать фоновый рисунок из кирпичей без швов, который сразу же создаст визуальный контекст, не нарушая при этом график разработки.
Наборы заполнителей в Asset Store
Если вы предпочитаете готовые 3D-модели, наборы заполнителей из Asset Store могут стать отличным решением. Использование этих готовых ресурсов в игре позволяет заменить запутанную «рисовку программистов» на целостные и понятные игрокам визуальные среды.
Концепция «визуального минимума»
В отличие от стремления к окончательному варианту изображения, этот подход нацелен на достижение «визуального минимума». В нём задается простой вопрос: Какова минимальная сумма, которую нужно вложить в графику, чтобы она не искажала отзывы о тестировании игры?
Как правило, ответ сводится к трем факторам: узнаваемые силуэты, чтобы игроки могли распознавать объекты; цветовая дифференциация, позволяющая отличать врагов от фона; а также базовые различия в текстурах, благодаря которым игроки могут определить, идет ли персонаж по металлу или по траве.
Когда метод «greyboxing» по-прежнему остается правильным решением
Важно уточнить, что метод «грейбоксинга» сам по себе не является чем-то плохим. Существуют определенные этапы разработки, на которых проектирование уровня по методу «greybox» по-прежнему может быть правильным решением.
Если вы тестируете чисто механику в изоляции, например, проверяете, правильно ли работает математическая модель траектории двойного прыжка, то текстуры вам не нужны. Если проект находится на самой первой неделе реализации и существует высокая вероятность его закрытия, вкладывать средства в создание графики пока преждевременно. Наконец, если вы проводите чистое тестирование расположения уровней, где единственными целями являются блокировка линии видимости и проверка физических расстояний, серые блоки подойдут идеально.
Дело не в самой методике «greyboxing». Однако любой традиционный совет полностью игнорировать визуальные элементы при сборе отзывов о общем впечатлении от игры в ходе тестирования может оказаться лучшим руководством к действию, если вы стремитесь получить более всестороннюю обратную связь.
Выход за пределы «серой коробки»
Точные данные могут оказать огромную помощь в разработке отличной игры. Но когда вы тестируете прототип, наполненный «программистским арт-дизайном», полученные данные часто оказываются искаженными из-за того, что игроки не могут увидеть за визуальными абстракциями. Используя современные инструменты, наборы ресурсов и минималистичный визуальный фреймворк для улучшения графики прототипа, вы поможете тестировщикам более комплексно оценить игровой дизайн. Хватит позволять некачественным заглушкам портить отличную игровую механику — начните тестировать свои игры так, как их воспринимают игроки на самом деле.
ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ: Разработка прототипа и тестирование игры
Как быстрее всего обновить изображения-заполнители?
Вы можете быстро обновить визуальный стиль своей игры, используя текстуры и спрайты, сгенерированные с помощью ИИ, или добавив готовые наборы ресурсов из магазина. Создание текстур с помощью ИИ для базовой сцены может значительно повысить наглядность, не замедляя при этом процесс разработки механики.
Мне использовать «программистское» искусство или покупать наборы из Asset Store?
Это полностью зависит от вашей ближайшей цели. Алгоритмические примеры вполне подходят для проверки математических вычислений и базовой логики внутри программы. Однако если вы предоставляете игру внешним тестировщикам, чтобы оценить, насколько она «интересна», покупка наборов из Asset Store или создание базовых текстур может дать вам более точные и полезные отзывы.
