Кое-кто из вас может помнить серию примечательных игр для Game Boy Advance, вышедших в течение 2004 года. Светло-серые картриджи с простыми этикетками сильно отличались от обычных, тёмно-серых, с разноцветными этикетками. На них продавались игры, портированные с оригинальной Nintendo Entertainment System. Эти игры, известные в США как Classic NES Series, интересны по нескольким причинам.

Особенно интересны они с точки зрения эмуляции GBA. Обычно игры для Game Boy Advance невероятно проблемны, а сама платформа содержит множество средств для защиты от сбоев. Поэтому для запуска игр эмуляторы должны быть совместимы с ошибками оригинального оборудования. Однако в серии Classic NES Series разработчики пошли дальше и попытались защитить игру от запуска в эмуляторах.

Часть первая

Процедурная генерация уровней — отличный способ добавить в игру больше контента и неожиданных сценариев. Для сюжетных миссий M.E.R.C. мы хотели создать большой набор сделанных вручную уровней, но осознавали, что нашей небольшой инди-команде не хватит времени или ресурсов на изготовление контента для такой большой игры. Кроме того, мы стремились добавить случайность и повысить реиграбельность игры. Процедурная генерация уровней позволила нам создать большой, бесконечно изменчивый мир, который мы не смогли бы получить, строя отдельные уровни вручную. Использование процедурной генерации позволяет добавить больше контента и улучшить игровой процесс.

Что такое M.E.R.C.? M.E.R.C. — это тактический симулятор отряда в реальном времени с видом сверху. Игрок одновременно управляет отрядом из четырёх наёмников в антиутопическом мире Неотопии, отдаёт приказы и активирует особые умения. Каждый наёмник отряда имеет собственные особые боевые, технические и хакерские навыки, которые необходимо использовать в миссиях. Визуально M.E.R.C. напоминает стиль «Бегущего по лезвию»: тёмные дождливые трущобы и крыши города со множеством извилистых улиц и неоновым освещением. Сюжет заключается в войне могущественных корпораций за контроль над Неотопией. Отряд нанимают для выполнения различных заданий корпораций, таких как похищение учёных конкурентов или убийство сотрудников-перебежчиков. Каждая полученная миссия влияет на отношения с разными корпорациями и в результате изменяет игровой мир. Учитывая всё это, давайте рассмотрим требования к процедурной генерации уровней.

После создания трейлеров для Fantastic Contraption и Job Simulator в смешанной реальности я захотел немного глубже погрузиться в виртуальную кинематографию, сняв весь трейлер в VR, а не смешивая живую запись с виртуальной реальностью.

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

В этой статье я хочу рассказать о нашем собственном симуляторе, созданном для моделирования физики поездов в Assassin's Creed Syndicate. Действие игры происходит в Лондоне 1868 года, в период промышленной революции, когда развитие общества зависело от пара и стали. Для меня было огромным удовольствием поработать над уникальной возможностью реализации мира Лондона викторианской эпохи. Внимание к историческим и реальным деталям привело нас к созданию этой физической симуляции.

Введение

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

Стандартная система соединения европейских поездов приведена на Рис. 1 слева. Такая же система использовалась в поездах 19-го века в Лондоне [1]. Когда мы начали работу над поездами, то быстро осознали, что можно создать интересные взаимодействия и зависимости, симулируя стяжку физически. Поэтому вместо жёсткого скрепления вагонов мы соединили их подвижным сцепным устройством, управляющим движением всех вагонов поезда.


Рис. 1. Слева — детали винтовой стяжки (источник: Википедия [1]). Справа — соединительная система в Assassin’s Creed Syndicate.

Кто: Адам Хайнс (Adam Hines), сооснователь Night School Studio и директор игры, и Кевин Райех (Kevin Riach), гейм-дизайнер и продюсер Mr. Robot Ep1.51exfiltrati0n, выпущенной в августе 2016 года

Кевин Райех: хотя Night School Studio основана в 2014 году, мы с Адамом начали работать над первой игрой студии Oxenfree в июле 2015 года.

Адам был единственным сценаристом и директором проекта, а я включился в разработку позже. Меня взяли временным дизайнером, чтобы успеть выпустить игру в срок. В январе прошлого года мы выпустили эту адвенчуру, основанную на вариантах выбора, для PlayStation, XBox, в Steam, GOG и на других сайтах, продающих видеоигры.

После выпуска Oxenfree мы мозговым штурмом начали придумывать разные концепты следующего проекта. Изначально студия была основана именно как небольшая команда для создания игр на стыке истории и интерактивности.

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

Вскоре к нам обратилась Universal с предложением создать игру во вселенной Mr. Robot, и нам показалось, что эти две идеи отлично сочетаются.

Команда, состоявшая из шести сотрудников студии и двух наёмных работников, справилась с циклом разработки игры за шесть месяцев. Почти сразу после начала разработки к нам подключились прежние коллеги Адама из Telltale Games (которой я помогал создавать The Wolf Among Us). Так и родилась игра Mr. Robot Ep1.51exfiltrati0n (дальше я для краткости буду называть её Exfiltrati0n).

Почти невозможно найти успешную многопользовательскую онлайн-игру (кроме тех, в которые играют только друзья разработчика), в которой нет читеров. Другими словами, если в вашей публичной игре нет читеров, она или недостаточно популярна, или распознавание мошенников работает не слишком хорошо. Во всех остальных случаях вам придётся иметь дело с читерством. Изучите список шагов которые НУЖНО и НЕЛЬЗЯ совершать (подробное обсуждение темы читерства приведено в моей трёхтомной книге, см. примечание в конце статьи) при борьбе с мошенничеством в играх.

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

Поэтому немного удивительно, что многие игры испытывают проблемы в реализации вводных сцен. Одни утомляют подробными инструкциями по любому поводу. Другие впадают в другую крайность, полагая, что игроки интуитивно освоятся с управлением и системами (их максимум — заставка с раскладкой управления на экране загрузки). Многие начинают слишком медленно — они хорошо объясняют все системы игры, но забывают показать причину, по которой игрок должен их изучать.

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

В традиционном гейм-дизайне форма и размеры тела игрока всегда постоянны. Имея неизменные параметры персонажа, можно легко создавать на их основе уровни и планировать интерактивность, а также правила взаимодействия с миром. Однако с самого момента появления виртуальной реальности комнатного размера такой подход не применим.

«Комнатная» VR переворачивает уравнение с ног на голову. Теперь размеры игрока — одна из самых непостоянных составляющих игры. С точки зрения механики это не вызывает больших проблем, потому что чаще всего мы можем обойти эту деталь и просто быть внимательнее к дизайну уровней. Но в «комнатной» VR возникает новая, уникальная задача — обеспечение комфорта игрока.

Раньше управление создавалось таким образом, чтобы оно было интуитивно понятным и комфортным для игрока. Часто имелась возможность переназначения клавиш, чтобы игроки могли настроить систему управления, как им удобно. Но гейм-дизайнеров редко волнует то, на каком стуле сидит игрок, или угол, под которым его руки находятся к клавиатуре. Забота об эргономике — обычно удел рабочих мест, она снижает вероятность травм и напряжения, увеличивая комфорт. Все эти факторы теперь должны учитывать разработчики VR.

Шестнадцать лет назад студия Ion Storm Austin выпустила свою дебютную игру Deus Ex.

Эта игра от первого лица в жанре «киберпанк» была тепло принята критиками и стала заметной вехой в карьере таких создателей игры, как Уоррен Спектор (Warren Spector) и Харви Смит (Harvey Smith). Она вдохновила несколько поколений разработчиков и оформила жанр «симулятора погружения» в гейм-дизайне (вместе с серией System Shock компании Looking Glass и ещё одной игрой Ion Storm Austin — Thief: Deadly Shadows).

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

Пионеры исследований цветовосприятия

Сегодня мы знаем, что сетчатка человеческого глаза содержит три разных типа фоторецепторных клеток, называемых колбочками. Каждый из трёх типов колбочек содержит белок из семейства белков опсинов, который поглощает свет в различных частях спектра:


Поглощение света опсинами

Колбочки соответствуют красной, зелёной и синей частям спектра и часто называются длинными (L), средними (M) и короткими (S) согласно длинам волн, к которым они наиболее чувствительны.

16 сентября 2007 года японский ютубер под ником Computing Aesthetic загрузил 48-секундное видео с громким названием «ULTRA MEGA SUPER LUCKY SHOT» («УЛЬТРАМЕГАСУПЕРУДАЧНЫЙ ВЫСТРЕЛ»). В видео показан сверхрезультативный выстрел в популярной игре Peggle, частично основанной на принципе японских автоматов для пачинко. В этой игре шарик летает по экрану, зарабатывая очки при ударах об разноцветные штырьки, которые после удара почти сразу исчезают; чем больше ударов, тем больше очков. Хотя в Peggle и требуется мастерство — перед выстрелом игрок должен точно прицелиться — принципиально игра зависит от удачности отскоков шарика. В видео Computing Aesthetic игрок зарабатывает огромное количество очков благодаря удачным отскокам между штырьками. Чтобы подчеркнуть кажущуюся удачность выстрела, игра до последних кадров видео проигрывает эйфорическую «Оду к радости» Бетховена, после чего шарик падает в лунку внизу игрового поля и на экране появляется мерцающая надпись «FEVER SCORE». В описании к видео, просмотренному почти четверть миллиона раз, написано «I couldn’t balieve this when it happened!!!!!!!!!» («Не могу паверить, что это случилось!!!»)

Сетки из шестиугольников (гексагональные сетки) используются в некоторых играх, но они не так просты и распространены, как сетки прямоугольников. Я коллекционирую ресурсы о сетках шестиугольников уже почти 20 лет, и написал это руководство по самым элегантным подходам, реализуемым в простейшем коде. В статье часто используются руководства Чарльза Фу (Charles Fu) и Кларка Вербрюгге (Clark Verbrugge). Я опишу различные способы создания сеток шестиугольников, их взаимосвязь, а также самые общие алгоритмы. Многие части этой статьи интерактивны: выбор типа сетки изменяет соответствующие схемы, код и тексты. (Прим. пер.: это относится только к оригиналу, советую его изучить. В переводе вся информация оригинала сохранена, но без интерактивности.).

Привет, меня зовут Тони Элбрект (Tony Albrecht), я один из разработчиков новой команды Render Strike Team под управлением Sustainability Initiative в League of Legends. Моей команде поручили внести усовершенствования в движок рендеринга LoL, и мы с радостью принялись за работу. В этой статье я расскажу, как движок работает сейчас. Надеюсь, она заложит хороший фундамент, на основании которого я позже смогу рассказывать об вносимых нами изменениях. Эта статья станет для меня хорошим предлогом самому поэтапно изучить процесс рендеринга, чтобы мы, как команда, полностью понимали, что же происходит внутри.

Я подробно объясню, как LoL выстраивает и отображает каждый отдельный кадр игры (не забывайте, что на самых мощных машинах это происходит более 100 в секунду). Рассказ в основном будет техническим, но я надеюсь, что его легко будет усвоить даже тем, кто не имеет опыта в рендеринге. Для ясности я пропущу некоторые сложные моменты, но если вы захотите узнать подробности, то напишите об этом в комментариях [к оригиналу статьи].

Создание и наполнение открытых миров — хитрая задача. С одной стороны, они должны быть большими, обширными, давать ощущение огромной песочницы, в которой можно поиграть, и стимулировать интерес к исследованию. С другой стороны, они не должны вызывать чувство пустоты и отсутствия действия. В них должен быть контент. Почти все игры с открытым миром (я не рассматриваю RPG) пытаются сгладить эту проблему распределением по миру коллекционных предметов. Такой контент, если игрок решить собрать его весь, позволяет исследовать каждый участок карты. Но, если честно, я считаю большинство коллекционных предметов малоценным хламом. Намного важнее то, как мир используется в миссиях или в другом реальном контенте. Думаю, хорошим примером использования открытого мира в миссиях является игра Assassin’s Creed II.

[Все картинки кликабельны, потому что Хабр сжимает изображения разрешением больше 1920]

Введение

Меня зовут Ана Родригес (Ana M. Rodriguez), я занимаюсь компьютерной графикой и специализируюсь на текстурах и шейдерах, В настоящее время я работаю фрилансером компании Blind Squirrel Games, последним моим проектом был сборник игр Bioshock: The Collection. До него я работала над Castlevania: Lords of Shadows 1 и 2. Также мне удалось поучаствовать в проекте Castlevania: Mirror of Fate для Nintendo 3DS.

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

В стратегических играх обычно требуется знать область видимости NPC, чтобы игрок мог продумывать стратегию и делать следующий ход. Мы рассмотрим математику и реализацию рациональной модели, не просаживающей скорость игры при большом количестве NPC на карте. Если вы хотите увидеть готовое интерактивное демо модели, перейдите сюда и играйте прямо в браузере! Вот скриншот демонстрации:



Имея параметры видимости наблюдателя (направление взгляда, расстояние видимости и угол поля зрения), нам нужно найти видимую для него область, т.е. определить область видимости (field of view, FoV). Если препятствия отсутствуют, это будет сектор круга, состоящий из двух граней (радиусов) и соединяющей их дуги (см. Рис. 1). Кроме того, имея заданную точку мира, мы должны быстро определить, видима ли она для наблюдателя, т.е. необходимо обрабатывать запросы линии взгляда (line of sight, LOS) для заданной точки. Обе эти операции можно выполнить достаточно эффективно для использования при рендеринге в реальном времени.

Хватит! Довольно! Горшочек, не вари!

Позвольте мне представить мою вступительную речь в виде сценария.

Сценарий

[Студия новостной передачи. Молодой ведущий сидит за столом, заваленным Nintendo Amiibo и игрушками-штурмовиками из (новых) Star Wars, улыбается и воодушевлённо говорит, глядя в камеру]

Как адаптировать классику жанра hack'n'slash, игру Titan Quest, любимую целым поколением компьютерных игроков, под смартфоны и планшеты? Я недавно пришёл в DotEmu и это стало вопросом, на который мне нужно было ответить. Но это был не только вопрос, это был вызов, потребовавший почти 20 месяцев размышлений, итераций и разработки для правильной «перезагрузки» потрясающей игры для её армии фанатов!

Всё нужно было (пере)создавать, но я и моя команда были невероятно мотивированы побороть сложности и компромиссы, которые неизбежно возникали. Мы ни разу не усомнились, что Titan Quest станет отличной мобильной игрой, и всегда верили, что она заслуживает своего места на мобильных платформах.

Я не мог вносить изменения в оригинальную игру, поэтому для реализации мобильной версии многие элементы должны были эволюционировать. Задача, стоявшая передо мной, была внушительной…

Как вы, может быть, уже слышали, Shovel Knight наконец пересёк океан и достиг Японии! Мы очень рады такому прыжку. Мы потратили много времени, чтобы локализация стала интересной и умной. Постойте, а что такое локализация? Это процесс перевода текста и адаптации игры под местный рынок. Мы сотрудничаем с отличными экспертами из 8-4, чтобы обеспечить высочайшее качество локализации. Сегодня мы хотим рассказать о самых интересных изменениях, которые мы внесли в игру, чтобы она действительно понравилась японским игрокам.

История

Но прежде чем мы начнём… проведём небольшой урок истории! Когда-то давно локализация игр была Диким Западом. Не было никаких стандартов или правил относительно того, что приемлемо при адаптации. Иногда разработчики создавали абсурдные и полные опечаток переводы. Иногда разработчики вкладывали так много усилий, что создавали совершенно новую серию игр.