Дизайн игр *

В студии Arkane в Лионе на входе в офис есть стена с разными вещами, которые присылают фанаты. Одно время там висела большая борда с цитатами великих разработчиков игр, к сожалению, тогда не подумал её сфотографировать. Это была не просто декорация, часто там стояли люди, даже читавшие её не один раз. Где-то в середине разработки Deathloop этот источник вдохновения, который встречал каждого входящего, убрали на склад. Впрочем там поменяли большинство экспонатов. Среди цитат можно было найти слова Джона Кармака, говорящего о важности технологии, или слова Сида Мейера о том, что игра — это серия выборов, мысли главного "Марио" Шигэру Миямото о том, что плохая игра останется плохой навсегда. Эти цитаты напоминали людям, что они не просто создают игры, а продолжают традиции, заложенные легендами индустрии. Слова мастеров оставались в памяти, напоминая, что каждое решение — от механики до дизайна уровней — должно быть осмысленным и значимым. Цитат было немного, точно не считал, но около тридцати, подумал может кому будут интересны высказывания мэтров. Все на память не помню, пришлось спрашивать у гугла.

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

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

Казалось бы, техническая сторона графики у игр, созданных на одном игровом движке, должна быть более-менее схожей. Вот я и приступил к реверс-инжинирингу рендеринга Genshin Impact, не питая особого энтузиазма, ожидая увидеть там что нибудь вроде Universal Render Pipeline, стандартного решения для мобильных игр на Unity, с шейдером Cell shading для отрисовки персонажей. Но реальность преподнесла немало сюрпризов...

В 1983 Компания Nintendo подарила миру Famicom и понеслось. Более 20 лет прошло с прихода игровых консолей к массовому потребителю. Поколение выросло на играх, а индустрия цифровых развлечений стала такой-же огромной и прибыльной как современный кинематограф или шоу-бизнес.

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

Во время составления списков по платформам для целей последующей эмуляции, некогда охвативших аркадные автоматы, NES, SNES и Sega Genesis, а также, в отдельности, в большей степени точечно и с позиции общего кругозора, Amiga, я мимоходом рассматривал и PSX, но скорее так, постольку-поскольку. Причин тому изначально было две.

Что такое Blockbench

В своей работе я больше склоняюсь к стилизованной картинке, однако полученный в статье результат можно будет адаптировать и для реалистичного стиля/PBR. В этом посте мы поговорим о шейдере воды, относящемся к береговой линии, не касаясь материала песка и других деталей воды, например, преломления и каустики (о них можно прочитать в Water Shader Breakdown или по другим ссылкам в разделе Water на странице Resources). Впрочем, шейдер выполняет и смешение прозрачности/альфы, чтобы затенить материал под ним для симуляции мокрого песка.

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

Одна из моих целей на 2025 год — создание завершённой игры. Завершённой, то есть её можно будет купить в Steam или App Store за $2,99 или около того. Я уже делал маленькие игры, но завершение и выпуск игры, вероятно, будет самым крупным моим проектом (если не считать блога).

В зимние каникулы я какое-то время писал прототипы игр на LÖVE — фреймворке для создания 2D-игр на Lua. Таким образом я хотел изучить инструменты разработки игр, подходящие к моему набору навыков, и определить свои сильные стороны, чтобы в 2025 году распоряжаться временем эффективно.

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

Оказалось, что API LÖVE простой и мощный. Одно из преимуществ использования фреймворка вместо игрового движка в том, что я могу показать вам полный пример всего в десяти строках кода (в отличие от игрового движка, где пришлось бы определять объекты сцены, прикреплять скрипты и так далее).

Вот уже полгода, мой проект игровой платформы Фаренгейт на русском языке и для русскоязычной аудитории, находится в стадии тестирования концепции на реальных пользователях. Технически продукт был собран еще в мае 2024 года, но полноценно выпускать его на рынок без четкого proof-of-concept, что он выполняет поставленные задачи было бы странно. 

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

Здравствуйте, дорогие читатели!

Меня зовут Евгений Розанов. Я занимаюсь разработкой мобильных free-to-play игр, а точнее их продюсированием, достаточно большую часть времени я занимаюсь анализом рынка в поиске новых идей для механик, для удобства я собираю свою базу референсов и интересных решений.

В данной статье я собрал монетизационные механики из AFK Journey.

Приятного прочтения!

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

Всем привет! Данная статья является продолжением начатого ранее цикла на тему разработки моего инди‑проекта «Hail to the Rainbow». В этой части я хочу рассказать о визуале игры, создании 3d контента и аспектах, связанных с материалами, шейдерами и некоторыми техническими приемами.

Всем привет, это Денис Вебер.

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

Если вам больше нравится формат видео, ссылку на ролик я оставлю в конце статьи.

Начать данную публикацию пожалуй стоит с того факта, что жанр "чистых" квестов, как и эдвенчур, так и классических RPG в отдельности, мне достаточно чужд - ранее за всё время, в контексте первых двух жанров, по существу были осилены только три проекта - ремастеры Grim Fandango (1998), Leisure Suit Larry 1: In the Land of the Lounge Lizards (1991) и Another World (1991). Помимо этого первый и второй проходились с существенной опорой на руководства, без которых в частности я навряд ли когда-нибудь разгадал бы загадку с воздушными шарами в случае первой игры. Помимо чисто обще жанровых предпочтений есть и несколько дополнительных факторов, которые вычеркнули для меня эти сегменты игровой индустрии - тупиковые ситуации, регулярное отсутствие какого-либо понимания что делать дальше, пиксель-хантинг (порой за всякими рамками разумного), своеобразная логика в контексте тех или иных пазлов, моментальная погибель героя от случайной, не той выбранной фразы или иного действия и последующий старт игры с самого начала, если нет сохранения до (что отчасти применимо к одной из рассматриваемых далее игр), местами встречающееся ограничение по времени, медлительность игрового процесса.

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

В новом выпуске рубрики "Вопросы разработчику" поговорили с Артемом, technical artist Portal VR. Обсудили все от трех самых полезных навыков для разработчика, до стереотипов о профессии.

Привет, Хабр!

Что мы увидели на рынке видеоигр в этом году? Возобновление масштабных мероприятий и беспрецедентные «Игры будущего», попытки регулировать отрасль (включая идею по выдаче прокатных удостоверений…), поддержка разработчиков видеоигр со стороны государства, новые игры и люди Зала Славы видеоигровой индустрии по итогам народного голосования. 

Собрал в статье эти и другие темы, а также подготовил бонус в конце — подборку игр, сделанных в России и вышедших в этом году. А там есть на что посмотреть и во что поиграть.

Поехали!

Вот уже больше года я разрабатываю Tower Defense своей мечты. С нуля изучал работу с 3D, игровые движки, продвижение и т. д. У меня даже были попытки поделиться опытом через статьи, однако тогда всё застопорилось в связи с учёбой и прочими трудностями. Но теперь, спустя год работы, я готов заново запустить цикл статей по разработке своей первой игры. Да, таких статей много, но эта статья — моя. И это не только потенциально полезный материал для начинающих разработчиков, но и моя саморефлексия, попытка проанализировать пройденный путь и показать начинающим, какие ошибки могут быть допущены на пути.

В последующих статьях цикла я постараюсь рассказать о разработке игр опосредованно от того жанра, который выбрал именно я. В цикле будут разобраны такие общие вещи как: выбор стека разработки(И что это вообще), проектирование будущей игры, разработка собственного контента для игры, работа с платформами для размещения и прочее подобное, что нужно знать любому разработчику. Я постараюсь сделать текст понятным для начинающих и совсем ничего не сведущих в теме, как раз для тех, кто вроде начинал изучать программирование, но дальше азов какого‑нибудь питона не продвинулся.

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