Дизайн игр *

Джейсон Шрейер (Jason Schreier) известен, в первую очередь, в качестве редактора в Kotaku – одном из популярных сайтов, посвященных индустрии и культуре видеоигр, а также как автор публикаций в изданиях Wired, The New York Times, Edge, Paste и The Onion News Network.

“Кровь, пот и пиксели. Обратная сторона индустрии видеоигр” — это название русскоязычного издания (2018) его первой (и пока единственной) книги Blood, Sweat, and Pixels: The Triumphant, Turbulent Stories Behind How Video Games Are Made, опубликованной в 2017 г.
Книга состоит из десяти историй о разработке игр, которые стали или могли стать коммерчески успешными хитами.

Под катом — обзорный пересказ книги Шрейера.

В июне 2018 г. в России был опубликован перевод последнего издания книги Рэфа Костера “Разработка игр и теория развлечений” (A Theory of Fun for Game Design).

Рэф Костер — один из наиболее известных и авторитетных теоретиков геймдизайна, обладатель титула “Легенда онлайн-игр” (2012). Хотя первое издание книги Костера о разработке игр было выпущено более 10 лет назад, его работа об этиологии любви человека к играм и о том, зачем нам нужны игры и какими они должны быть в современных условиях, до сих пор актуальна.
Под катом — тезисный пересказ русскоязычного издания книги.

Привет.

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

Под катом вы увидите: подробную историю создания RTS своими руками (концепция, код, интерфейс, баланс, карта, модели) и эксперимент по привязыванию к ней айтрекера как средства ввода.

Это вторая часть истории (вперемешку с рассказом о моих ошибках и их решениях) о том, как я (где-то два года в свободное время) разрабатывал мобильное приложение (под iOS/Android), которое бы мотивировало мою дочь решать примеры по математике. В итоге, получилось приложение, позволяющее ребёнку зарабатывать деньги своим умом.

Первую часть читайте тут.

План второй части

• О написании кода
• О контроле версий
• Об озвучке
• Об иконке
• О сборке под Android и о размере
• О сборке под iOS и о размере
• О названии и продвижении
• Статистика
• О чём жалею
• Что понял
• Ссылки

Мелочи в программировании, которые упрощают мне жизнь

• Ещё с Mono продолжаю использовать //TODO (в комментариях) для отметок мест, которые нужно доработать. Потом, все эти места можно удобно мониторить на закладке Task List (вызывается Ctrl+\, T):

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

Сегодня у нас продолжение серии статей по разработке игр на Clickteam Fusion 2.5. Поговорим о практике: рассмотрим начало работы с платформой и вспомним об азах публикации в магазине приложений. Заглядывайте под кат!

Существует множество игр жанра «пазл-платформер», но мне редко удаётся найти такую, в которой правильно соблюдён баланс сюжета, головоломок и графики. Всегда находится какой-нибудь аспект, который меня напрягает. Я очень хотел создать игру с красивой графикой, интересным сюжетом и классическими платформенными головоломками, но стремился ещё и к тому, чтобы все эти три аспекта глубоко сочетались друг с другом. В In The Shadows я старался сделать так, чтобы каждый аспект имел своё обоснование. Сделать так, чтобы всё работало вместе — сложная задача, которая сама по себе является головоломкой.


Дневники разработки In The Shadows, собранные за три года работы

---

Сюжет In The Shadows посвящён преодолению страхов, противостоянию реальности, использованию страха темноты в качестве символа. Чтобы обеспечить целостность, всё в игре освещается в реальном времени и отбрасывает настоящие тени — основная часть механик связана с пугающим созданием-тенью, обретением контроля над ним. Все три аспекта игры связаны друг с другом. Никаких хитростей — сюжет передаётся как через графику, так и через головоломки с механиками. На то, чтобы всё это заработало вместе, ушло много времени, это оказалось гораздо сложнее, чем я ожидал.

Процесс создания игр часто связан с отсечением лишнего.

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

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

Митч Гителмэн, Harebrained Schemes

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

«Во время нашей кампании на Kickstarter по сбору средств на Shadowrun Returns в 2012 году Harebrained Schemes пришлось получить жёсткий урок управления масштабом проекта».

Чтоб я вновь устроил Сампо,
Сделал короб многострунный,
Вновь пустил на небо месяц,
Солнцу снова дал свободу…

                                 «Калевала»

Настольные игры выглядит очень привлекательно для начинающих разработчиков. Здесь нет необходимости в построении фотореалистичных изображений и применении сложных шейдеров (хотя никто не запрещает этим заниматься). Даже использование 3D, в подавляющем большинстве игр, вовсе не обязательно. Сложность настольных игр сосредоточена на не визуальных составляющих. Пользовательский интерфейс выглядит простым и до предела примитивным.

Вот только… он таковым не является! Сегодня я хочу рассказать о своём опыте в разработке дизайна пользовательского интерфейса настольных игр, накопленном более чем за год работы.

Создание Murky Station: Payday 2

Payday 2 — это кооперативный шутер от первого лица с элементами RPG, рассчитанный на четырёх человек. Игра посвящена ограблениям банков и краже редких трофеев. Она выпущена 13 августа 2013 года, с того времени к ней появилось 50 DLC и до сих пор выпускаются новые. Payday 2 постоянно находилась в десятке самых популярных игр на Steam. Сегодня я хотел бы рассказать о моём опыте создания дизайна стелс-уровней для Payday 2 перед уходом из Starbreeze в январе 2018 году. Хотя в статье рассматриваются проблемы и решения, относящиеся к дизайну уровней Payday, я рассказываю о них в более широком смысле. Эта статья будет полезна для дизайнеров уровней среднего уровня и джуниоров. Если вы сениор-разработчик, то что-то в этой статье может показаться вам знакомым.

Начну с того, что стелс-механика Payday неидеальна и в некоторых областях даёт сбои, но я хотел бы сосредоточиться на решениях, принятых при создании дизайна карт, особенно карты с ограблением Murky Station. Также я проанализирую то, как мы использовали RNG (рандомизацию), и как применяли её для целей и механик, чтобы сохранить свежесть и реиграбельность уровня. Созданием этой карты занимались два человека в течение шести недель. Мой партнёр взял на себя роль строителя уровня/художника по окружениям, а я был дизайнером/создателем скриптов. Мы вдвоём выбрали масштаб проекта на основании потребностей нашей студии. Идея заключалась в создании сценария небольшого ограбления на 10-15 минут с высокой долей реиграбельности. Нам предстоит многое изучить, поэтому давайте приступим!

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

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

День добрый читатели.

Это моя первая статья за много лет чтения Хабра, поэтому прошу «понять и простить».

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

В моём случае, это был Nintendo Switch, но полагаю, сервис PSN (да и прочие тоже) разблокируется так же. Просто мне повезло и PSN работал изначально. В любом случае, PlayStation у меня есть и я могу поисследовать проблему и написать отдельный пост на эту тему.

Забегая сразу в конец — в моём случае, с Nintendo, это получилось.

Привет, Хабр! Мы продолжаем нашу экспериментальную серию статей, наблюдая за которой вы можете в реальном времени влиять на ход создания игры на UWP. В этой части расскажем о стиле приложения и покажем, что делать красиво не так уж и сложно. Не забывайте оставлять комментарии!

Неделя с 4 по 11 марта была просто безумной.

Всё было не так плохо, как я ожидал, исходя из своего опыта 2012 года (на этот раз мне на самом деле удавалось спать по добрых 7-8 часов за ночь!), скорее всего, потому, что я стал гораздо более опытным, чем тогда, и имел в своём распоряжении гораздо больше инструментов. Желание создать что-то потрясающее заставило меня потратить более 80* часов работы на POLYBOT-7, мою игру для Seven-Day Roguelike Challenge этого года. (*Это только за неделю, сюда не включено время на подготовку перед 7DRL !)

Количество задач и решений, проносившихся через мою голову в течение этой недели, было просто выматывающим. Иногда это утомляло, но в то же время потрясающе находить хаки, позволяющие реализовать так много функций и контента за такой короткий промежуток времени. Очень. Много. Хаков. Огромный технический долг! В процессе написания большей части кода я ощущал досаду, но у меня не было выбора — или выбрать кратчайший маршрут, или рисковать завершить всё провалом. Первые несколько дней код был слегка чище, но с приближением дедлайна я начал делать по-настоящему безумные вещи.

Иногда этот проект был тяжеловат для меня, потому что годы «нормальной» работы над roguelike приучили меня записывать абсолютно всё, что я делаю или планирую, а также долго думать в поисках наилучшего решения. Мне пришлось преодолеть эту привычку и просто работать — не писать о работе, а делать её прямо сейчас! Мне приходилось напоминать себе об этом всю неделю.

Эта статья является подробным постмортемом, описывающим разработку POLYBOT-7. В ней рассматривается как весь процесс в целом, так и размышления, которыми я руководствовался, принимая решения.

Привет, Хабр! Мы продолжаем нашу экспериментальную серию статей для программистов-самоучек, в которой Алексей Плотников, один из участников нашего сообщества Microsoft Developer, рассказывает о создании игры на UWP. Сегодня поговорим о расширенном экране-заставке. Не забывайте оставлять комментарии, вы можете повлиять на ход разработки.

Искусственный интеллект и машинное обучение — две хайповые тенденции последних лет. Необходимые для AI&ML объемы вычислений обычно выполняются в ЦОДах на специальном высокопроизводительном и энергоэффективном оборудовании (например, серверах с TPU). Эволюция циклична, и маятник качнулся обратно, в сторону вычислений на периферийных устройствах, таких как ПК, планшеты и IoT. В частности, это приведет к повышению скорости реакции устройств на голосовые команды и повысит комфортность общения с персональными ассистентами.



WinML — это новый набор API-интерфейсов, который позволит разработчикам использовать все возможности любого устройства Windows 10 для вычислений предварительно обученных моделей машинного обучения и загруженных в приложение в формате Open Neural Network Exchange (ONNX).

Добрый день, читатель! В этой статье рассмотрим процесс разработки типичного персонажа нашей дебютной игры Kidarian Adventures. Я продемонстрирую свою привычную структуру работы, однако, заострю внимание на создании анимации в Dragon Bones, приложу пояснения и самописные видео-туториалы.

Статья является текстовой расшифровкой видео, поддержанного через Patreon автора: www.patreon.com/farlands

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

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

Но на самом деле ЕСТЬ игра, в которой 18 лет назад реализован системный крафтинг. «Про́клятые земли» (Evil Islands) — это российская тактическая RPG, выпущенная в 2000 году. Я играл в неё, когда мне было девять лет, и именно благодаря «Проклятым землям» я захотел стать гейм-дизайнером. Я могу рассказывать об этой игре весь день. В ней можно найти интересное смешение механик, захватывающий сюжет, отличных персонажей, удивительную музыку и одну из лучших озвучек, которые я встречал за всю свою жизнь.

Последнюю пару недель я потратил на исследование HDR-картинки различных игр.

Когда речь идёт об SDR-видео, то вам должны быть знакомы значения RGB в интервале 0-255, где 0 представляет чёрный цвет, а 255 — белый.

HDR10 /Dolby Vision в этом плане немного отличается, не только потому, что использует интервал 0-1023, но и потому, что все эти значения данных представляют не просто чёрно-белый (или цветной) градиент, но и меру освещённости в нитах, то есть в единицах измерения яркости света.

В отличие от используемых в предыдущих видеоформатах значений, эти значения определены и абсолютны. Значение 0 всегда означает полное отсутствие света (полная чернота), значение 1023 всегда представляет 10000 нит освещённости, значение 769 всегда обозначает 1000 нит.

То есть если передать современному HDR-телевизору эти значения, он должен выводить точно такое количество света, которое описано заданным значением.

Эта система используется и в HDR10, и в Dolby Vision. Её могут называть HDR на основе PQ (PQ based HDR).

На сегодняшний момент есть не так много телевизоров с максимальным значением 10000 нит, вам повезло, если у вашего значение превышает 1500 нит.

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

Благодаря физически точному рендерингу в Unreal Engine 4 удобно разрабатывать реалистичные игры. Модель рендеринга имитирует взаимодействие света с материалами, что приводит к созданию реалистичной картинки. Однако если вы хотите разработать игру со стилизованным внешним видом, то вам придётся исследовать другие техники.

Один из способов создания стилизации — использование cel shading (также известного как toon-шейдинг). Эта техника подражает затенению, обычно используемому в мультфильмах и аниме. Примеры её использования можно увидеть в таких играх, как Jet Set Radio, The Legend of Zelda: The Wind Waker и Gravity Rush.

В этом туториале вы научитесь следующему:

• Создавать и использовать материал постобработки
• Создавать cel-шейдер
• Изолировать cel-шейдер для отдельных мешей
• Управлять цветовыми полосами с помощью таблиц поиска