Дизайн игр *

Привет, Хабр! Это будет история о тернистом пути разработки 2D-квеста в сеттинге миров Говарда Филлипса Лавкрафта, который целиком оформлен в виде интерактивного комикса. Ну то есть все в игре, начиная от головоломок и заканчивая интерфейсом — это один бесшовный комикс. Если вас заинтересовала такая концепция, прошу под кат, где будет больше гифок, технические детали и опыт публикации на основных платформах.

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

• заинтригованный необычным квестом игрок не станет тут же выключать игру, он поиграет «еще чуть-чуть», чтобы удовлетворить своё любопытство (и в итоге просидит в два раза дольше);
• значимый NPC начинает косвенно шантажировать персонажа игрока на интимные отношения, и игрок раздражённо пытается по мирному отвязаться от нахала (пример внутри);
• если игрок уже полюбил изученную им вселенную и её оригинальных NPC обитателей, то ему не будет наплевать на очередной апокалипсис, когда только его герой сможет спасти весь мир;
• если игрок влип в опасную ситуацию в roguelike (и под угрозой более 20 часов), а потом чудом выбрался из неё, он наверняка захочет поделиться своими достижениями на любимом форуме.

AVGN Games — Angry Video Game Nerd получает игру про себя [1]

В статье описываются различные эмоциональные роли, которые отыгрываются игровым персонажем и/или самим игроком. Приводятся примеры игр, где успешно использовались эти приёмы вовлечения. Выдаются ссылки на источники использованной литературы для более углубленного изучения темы.

Уважаемые Хабровчане, представляю вашему вниманию продолжение изысканий на тему поиска подходящих теней для 2D рогалика.

Данный пост является сиквелом публикации, своеобразной работой над ошибками и дальнейшее развитие идеи.

Middle Earth: Shadow of Mordor была выпущена в 2014 году. Сама игра стала большим сюрпризом, и то, что она была спин-оффом сюжетной линии вселенной «Властелина кольца» оказалось довольно неожиданным. Игра обрела большой успех, и на момент написания статьи компания Monolith уже выпустила сиквел — Shadow of War. Графика игры очень красива, особенно учитывая то, что она была выпущена для разных поколений консолей, в том числе Xbox 360 и PS3. Версия для PC довольно хорошо отполирована, содержит дополнительные графические опции и пакеты текстур высокого разрешения, полностью раскрывающие потенциал игры.

В игре используется относительно новый отложенный рендерер DX11. Я воспользовался Renderdoc, чтобы глубоко изучить приёмы рендеринга игры. При работе использовались максимально возможные параметры графики (ultra) и были включены все возможные «примочки», такие как независимая от порядка прозрачность, тесселяция, окклюзия в экранном пространстве и различные motion blur.

Эффект «на волосок от» используется в играх для формирования у игрока эмоций, для разжигания азарта. Это всё необходимо для того, чтобы игрок как можно больше погрузился в игровой поток, не заскучал в нём от лёгкого выигрыша и не выбросил мышку/джойстик от безнадёжности своего проигрыша. А также потому, что игрок запоминает игру благодаря сильным эмоциям и переживаниям. Потом именно об эмоциях он будет рассказывать другим игрокам. А спустя год он даже сможет вспомнить о чём была игра, если она вызывала в нем эйфорию от победы еле-еле или гнев от частых поражений «на последних жизнях». В расслабленном состоянии наш мозг редко старается что-то запомнить.

Источник: 1877 Harpers Weekly November 24-MA barely saves GOP [1]

Многие игры специально создают (или провоцируют) такие ситуации, чтобы встряхнуть своих игроков. Конечно, об использовании таких методик в пресс релизах не говорят. А особенно талантливые разработчики умело прячут эти свои «грязные хаки» даже от опытных игроков.
Далее я перечислю известные мне примеры таких хаков, чтобы разработчики смогли взять из них самое хорошее, а игроки научились распознавать самое плохое и коварное.

Хотя в последнее время маркетинг и бесконечное клонирование обесценили значение термина «roguelike» (большинство из таких продуктов должно называться «roguelite»), я утверждаю, что существуют шесть игр, которые можно считать Главными Roguelike, каноном, сочетающим в себе чёткость концепции с популярностью и размером базы игроков: разумеется, сама Rogue, NetHack, Angband, Dungeon Crawl Stone Soup, Brogue и ADOM, a.k.a. “Ancient Domains of Mystery.”

Из всех них только две последние можно с полным правом считать работой одного человека. И среди них только исходный код ADOM недоступен любопытным игрокам. (Rogue никогда не выпускалась как open-source, но исходники её стандартного варианта Rogue Clone IV были открыты.) Благодаря конкурсу 7DRL (“7-Day Roguelike”), уже тысячи людей создали собственные roguelike, но создание проекта масштаба ADOM, игры столь же сложной, как и сам могущественный NetHack — потрясающая задача.

К счастью, создатель ADOM доктор Томас Бискап согласился поговорить с нами об игре, на которую он потратил столько времени и энергии, и недавно рассказал нам и об ADOM, и о его находящемся в разработке сиквеле — Ultimate ADOM.

Доброго времени суток читатели!

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

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

Самое важное

На геймдизайнера не учат.
Такой специальности официально не существует и дипломов нет(в университетах, пока что, если у вас есть информация по этому поводу, делитесь в комментариях)
Да, есть множество курсов, но будут они полезны или нет, а самое главное, на каком этапе они нужны.

Перед прочтением статьи, рекомендую ознакомится с этим материалом

Итак, вы все же решили пойти по тернистому пути геймдизайнера, у вас есть 2 варианта

Пиксель-арт вечен, но это не значит, что инструменты и методики работы с ним должны оставаться на уровне 1993 года.

Британский разработчик игр Cardboard Sword работает над двухмерным стелс-платформером The Siege and the Sandfox, создаваемом в Unreal Engine 4 с Paper2D. Команда публикует серию дневников разработки, знакомящую других разработчиков с тем, как использовать эти инструменты в собственных играх.

Одна из основных технических особенностей The Siege and the Sandfox — использование отрисованных вручную тайлсетов и спрайтов с картами нормалей, позволяющих применять в этой игре с достаточно традиционным двумерным пиксель-артом способы трёхмерного освещения.

Один из арт-директоров Cardboard Sword Кейт Дюк-Кокс недавно рассказал Gamasutra, как компания пришла к использованию этой техники, о том, почему она подходит игре и как можно применить подобные техники в собственных 2D-играх.

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

Но прежде чем перейти к пятой статье цикла — рекомендую ознакомится с предыдущими материалами по ссылкам:

ч. 1 «Монстры в играх или как создать страх»
ч. 2 «Монстры в играх или делаем страх разнообразным»
ч. 3 «Монстры в играх или как удивить игрока»
ч. 4 «Монстры в играх или 15 см достаточно для атаки»

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

О том как их расставлять мы будем говорить в материалах по дизайну уровней, в отдельном цикле статей

Хотите делать крутые игры с термоядерным геймплеем? Хотите подарить пользователю незабываемые эмоции и приступы слюновыделения при виде ваших тайтлов?

Добро пожаловать под кат

Часть 1. SVG и системы координат

До недавнего времени размеры карт в моей игре Dragons Abound были фиксированными и несколько недетерминированными. Я считал их «региональными» — не картами всего мира, но его значительными частями, такими например, как западное побережье США или часть Европы. Меня вполне устраивал этот масштаб, но я хотел немного поэкспериментировать с игрой, чтобы посмотреть, смогу ли я генерировать карты целого мира (или хотя бы большего размера). Но прежде чем я приступлю к этому, давайте немного поговорим о картах фэнтези-миров.

Мир — это большое пространство. Большинство карт фэнтезийных «миров» даже близко не походят на истинный размер. Возьмём, например, Средиземье, в котором происходит действие «Властелина колец»:


Хоть и кажется, что на ней запечатлён огромный мир, на самом деле Средиземье создано на основе Европы.

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

Задачи о размещении объектов

Электронные таблицы для этой части можно скачать здесь: (SuperTank) (телепорты, часть 1) (телепорты, часть 2)

SuperTank: задача решена!

В первой статье серии мы рассказали о примере задачи для игры под названием SuperTank. Во второй её части, мы познакомились с основными концепциями моделирования решений и я рассказал о решении простого примера с помощью инструмента «Поиск решений» в Excel.

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

Фазовый переход происходит, когда система пересекает линию, разделяющую две фазы [1]. Для воды и льда это 0°C (если отбросить влияние атмосферного давление и других факторов). Помимо фазовых переходов в термодинамике можно выделить фазовые переходы и применительно к видеоиграм.

В играх и околоигровой сферах фазовые переходы изучены гораздо слабее и часто не могут похвастаться строгими научными доказательствами. Этот эффект еще часто называют «набором критической массы».

Картинка Frequency of miracles [2]

Далее будут рассмотрены наглядные примеры фазовых переходов и возможные способы работы с ними.

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

Хотите делать быстрее и качественней остальных? Не хотите тратить тонны усилий впустую?

Сделайте прототип игровой механики. 90% начинающих разработчиков этого не делают (!)

Что это? Зачем? И с чем его едят?

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

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

Главная проблема — как понять насколько интересно играть в мою игру?
Очень важно сделать это максимально быстро.Как?
Сделать игровой прототип и сделать правильно.

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

Советы по созданию правильного(на мой скромный взгляд) прототипа вы узнаете из этой статьи, это может вам здорово помочь.

Дистанция атаки противников

Спасибо читателям за проявленный интерес, рад что материалы полезны.

Представляю вам четвертую статью цикла.

Сегодня я хотел бы разобрать такой важный элемент для любого монстра — дистанция атаки.

Их существует всего три:

• ближняя
• средняя
• дальняя

В первой части разберем типичные примеры поведения (паттерны).

Во второй части рассмотрим как комбинировать монстро, для создания плотного геймплея и интересных игровых ситуаций.Приведем конкретные примеры из знакомых игр.

Статьи становятся более сложными и основываются на предыдущих материалах.

Вы можете ознакомится с ними по ссылкам ниже:
«Монстры в играх или как создать страх»
«Монстры в играх или делаем страх разнообразным»
«Монстры в играх или как удивить игрока»

Поехали

Аннотация

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

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

“Эка невидаль”, — скажете вы, — “В топ-100 вашей игры нет, так что нещитово”. Тоже правда. Зато за год разработки Protolife мы поднакопили какой-никакой опыт, которым можем поделиться с потенциальными будущими игроделами. Ветераны индустрии, боюсь, ничего интересного для себя не найдут. Но, может быть, хоть повеселитесь от души.

Что за игра-то? И кто “мы”?

Мы — это команда из трех человек (GRaAL, A333, icxon), волею судеб названная Volcanic Giraffe без какого либо умысла. Работали долгое время вместе, несколько раз втроем участвовали в Ludum Dare (соревнования по написанию игр за выходные), и однажды решившие довести до релиза одну из наших поделок под названием Protolife.

Если коротко: это необычная tower defense, где надо бегать героем-курсором и выстраивать оборону из блоков против постоянно растущей красной биомассы.

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

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

Но сначала я попробую вкратце перечислить наиболее распространённые претензии к традиционной схеме с уровнями сложности и к её альтернативам.

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

Этот цикл статей будет о скорости, ГД, создании игровых прототипов, оптимизации и всем что с ними связано.

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

Первый материал разминочный и написан в духе вредных советов с едкими комментариями.

Приступаем

Привет, друзья! Уже подошёл третий материал в цикле статей, который вы встречаете очень положительно, за что вам огромное спасибо! Сегодня продолжим разбирать монстров по кусочкам Knee Deep In The Dead!

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

С места в карьер: Возьмем 50 шариков и…

Мы занимаемся поиском, а не итерациями

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

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

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

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