Игровая разработка без боли и кранчей. Как выжить в игровой индустрии и сохранить вдохновение - Ричард Лемаршан
Прохождение и провал процесса сертификации
Лучший результат – это когда владелец платформы не находит никаких проблем, которые мешают игре пройти сертификацию. Затем игра оценивается как соответствующая требованиям и действительно «уходит на золото». Она затем передается в релиз.
Если владелец платформы находит только одну серьезную проблему (или несколько небольших проблем), игру отклоняют. Тестирование прекратят, а игру исключат из процесса сертификации, отправив обратно разработчику с описанием проблемы. Если разработчик все же захочет выпустить свою игру на выбранной платформе, ему придется устранить неполадки, заново подать заявку и, возможно, заплатить (потенциально очень большую) сумму за то, чтобы его игра снова прошла процесс сертификации. Если в игре несколько серьезных проблем и ее исключают из процесса сертификации при обнаружении первой, у разработчика могут возникнуть проблемы, если он не обнаружит другие проблемы до повторного прохождения проверки.
Разработчики должны сделать все, что в их силах, чтобы пройти сертификацию. Этот процесс требует времени: не менее недели уходит на тщательное тестирование и оценку. А это значит, что если нам придется проходить сертификацию два или три раза, то мы сдвинем предполагаемую дату релиза на месяц – почти что вечность в условиях современного медиапотребления и внимания аудитории.
Обновления игры после сертификации
Разработчикам часто приходится выпускать патчи для игр. Патч – это замена и обновление либо какой-то части билда игры, либо всей игры. Патчи нужны для устранения проблем или обновления игры – например, добавления контента и фичей. Игры, которые работают как сервисы, а не как продукты для одноразовой продажи, должны постоянно исправляться и обновляться.
На большинстве платформ не каждый новый патч должен проходить сертификацию. Обычно существует процесс, отдельный от первого и основного процесса сертификации (но аналогичный ему), после прохождения которого разработчик сможет обновлять свою игру с определенной степенью свободы.
Возрастные рейтинги
В зависимости от того, где выйдет игра, она должна получить возрастной рейтинг. Рейтинг контента указывает на то, что игра подходит для определенных возрастных групп, он выдается рейтинговой комиссией для каждого региона. Если у вас есть физические копии цифровых игр, вы могли видеть рейтинги на коробке: они выдаются такими организациями, как ESRB в Канаде, Мексике и Соединенных Штатах, PEGI в Европе, и многими другими организациями по всему миру[190]. Однако большинство владельцев консольных платформ в настоящее время переходят на процесс классификации видеоигр, предложенный Международной коалицией возрастных рейтингов (IARC), в целях снижения затрат и упрощения оценки контента[191].
ПРИМЕР ТРЕБОВАНИЙ К СЕРТИФИКАЦИИ ВИДЕОИГР
Джесси Виджил, USC Games
1.1 Воспроизводимость на оборудовании потребителя
ТРЕБОВАНИЕ: игра может быть установлена и запущена на любом устройстве, которое соответствует заявленной разработчиком минимальной спецификации и целевой ОС.
ОБЪЯСНЕНИЕ
Игры, которые запускаются только на персональном оборудовании разработчика, не принимаются. Исполняемые файлы, веб-приложения или мобильные пакеты должны устанавливаться на устройствах, указанных издателем (инструкторами), перед отправкой. Должны соответствовать пункту 1.2.
1.2 Сторонние плагины и драйверы
ТРЕБОВАНИЕ: сторонние плагины должны быть интегрированы в исполняемый файл или объявлены издателю до майлстоуна бета-версии.
ОБЪЯСНЕНИЕ
Использование сторонних плагинов (для поддержки контроллера, внешних ссылок и т. д.) разрешено при условии, что для установки и воспроизведения игры на оборудовании потребителя не требуется специального установщика или дополнительных разрешений. Плагины, для которых конечный пользователь должен установить разрешения (включая специальные драйверы оборудования), должны быть одобрены издателем (инструкторами) не позднее этапа бета-тестирования.
1.3 Минимальные требования к фронтенду
ТРЕБОВАНИЕ: все игры должны содержать минимальные функции и контент фронтенда.
ОБЪЯСНЕНИЕ
Минимальные функции и контент фронтенда:
• заставка/логотип вашего издателя или академической программы;
• заставка/логотип компании, учреждения или подразделения, в сотрудничестве с которыми разрабатывалась игра;
• титульный экран/экран меню;
• внутриигровые титры.
(a)
Рис. 34.1. Сертификационные требования, разработанные Джесси Виджилом
1.4 Свободное перемещение по пользовательскому интерфейсу
ТРЕБОВАНИЕ: пользователи могут надлежащим образом перемещаться между экранами/режимами без необходимости перезапуска игры.
ОБЪЯСНЕНИЕ
Если при навигации по меню пользователь включает титры / настройки управления / другие разделы, он должен иметь возможность вернуться к экрану главного меню с помощью внутриигровой навигации. При завершении геймплея игра должна вернуть игрока на экран главного меню. Доступ или повторный доступ к любой опции в игре не должен требовать закрытия и перезапуска приложения.
1.5 Навигация по меню через устройство ввода
ТРЕБОВАНИЕ: устройство ввода, используемое для геймплея, также функционально для навигации по меню.
ОБЪЯСНЕНИЕ
Если геймпад используется / может использоваться в игровом процессе, с его помощью можно перемещаться по меню.
1.6 Все функции отладки удалены к сертификации
ТРЕБОВАНИЕ: любые чит-коды, ссылки или другие функции и инструменты отладки отключены/удалены/недоступны в конечной версии игры.
ОБЪЯСНЕНИЕ
Конечный пользователь не видит отладочные показатели на экране. Чит-команды разработчиков недоступны и не могут быть случайно вызваны конечными пользователями.
2.1 Стандартизированные требования к геймпаду
ТРЕБОВАНИЕ: игра, в которой используется геймпад, должна быть совместима со стандартным геймпадом Windows.
ОБЪЯСНЕНИЕ
Могут поддерживаться и другие геймпады, но игры ДОЛЖНЫ поддерживать стандартный геймпад Windows (контроллер Xbox). Драйверы этого устройства являются
