Разработка игр *

Когда в 1984 году игра Duck Hunt появилась в гостиных и детских, она принесла с собой одно из самых знаковых периферийных устройств в истории игр — пистолет NES Zapper. Но магия, стоящая за наведением пластикового пистолета на экран и попаданием в 8-битную утку, была чем-то большим, чем простым развлечением для тинейджеров. Это был продукт передовой технологии — подобные инновации привели к целому потоку патентов для каждого нового поколения игрового оборудования. Мы решили их вспомнить.

В 90-х и 2000-х студия Impressions Games выпускала отличные исторические градостроительные симуляторы. Я играл во все игры этой серии от незабываемого Caesar 3, который вообще был первой моей компьютерной игрой на отцовском компуктере, до Императора про древний Китай. Но египетский Pharaoh и греческий Zeus запомнились намного четче, но вот почему я сказать не берусь.

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

Когда индустрия массово перешла на твердотельные накопители и такой автоматизированный комбайн как Unreal Engine 5, казалось, что вопрос технических ограничений можно закрывать. Загрузочные экраны исчезли, города в играх стали выглядеть как кинематографические декорации, а движки научились рендерить миллиарды полигонов без ручной оптимизации. Однако, хотя картинка шагнула еще вперед, по-настоящему живые миры так и не стали новым индустриальным стандартом.

Игроки по‑прежнему сталкиваются с NPC, которые повторяют одни и те же реплики, с окружением, которое красиво выглядит, но почти не реагирует на действия, и с «разрушаемостью», ограниченной несколькими скриптовыми сценками. Даже самые амбициозные проекты вроде Starfield или Alan Wake 2 показывают, что барьеры остались — просто они сместились из области графики в область симуляции, интерактивности и производственных ресурсов.

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

Опыты кодирования с ИИ в команде.

Написать эту статью меня сподвигла дилогия уважаемого Александра Антипина aka @alexantipin «Использование нейросетей в разработке игр» и попробовать поделится собственным опытом ИИ — геймдева. Это не совсем геймдев, это про разработку музыкального приложения, осложненное двумя маниакальными идеями: ни строчки кода руками и веб‑прриложение генератор музыки в реалтайм. Сам по себе проект, как законченное приложение, вряд ли представляет интерес, потому что это попытка переосмысления автопилота из другого приложения EtherMusic, тоже написанного ИИ. Там мне так и не удалось победить проблемы производительности на слабых устройствах типа смартфона.

С чего вообще все началось, почему музыка, почему броузер, почему самоделка? Основная идея — помочь приобщить (не научить, а именно приобщить) к музыке людей, которые не умеют играть ни каком инструменте, но музыку любят и хотели бы сыграть что нибудь самостоятельно. Вторая идея — это медитация через музыку. Играя свое настроение сейчас или то, настроение, к которому стремишься, через музыку достичь внутренней гармонии. Ну и третья по счету, но главная по смыслу — помочь своему сыну, у которого музыкальный слух, но который не может слушать музыку. Потеря такого гигантского мира чувств, который дает музыка, больно ранит родительское сердце. Есть идея, что играя сам — научишься не ненавидеть музыку, а возможно, даже и полюбить. Посмотрим. Вдруг получится?

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

Приветствую тебя, читатель, меня зовут Вадим Бельский, и я уже больше полугода делаю свою небольшую 4-x стратегию MyCivGame, вдохновленную играми Civilization и Total War. Сейчас я расскажу тебе, как устроен мир в нашей любимой игре Civilization, и мы с тобой вместе подумаем, можно ли сделать его лучше (а самое главное, нужно ли это)!

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

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

Мы хотим сделать переход на Unreal Engine как можно более плавным для разработчиков — и здесь как раз пригодится Parrot Game Sample!

Фанаты долго ждали выхода Hollow Knight: Silksong — с момента первого анонса прошло семь лет разработки. Ожидание было настолько сильным, что когда студия Team Cherry Games наконец выпустила игру в сентябре 2025 года, наблюдались проблемы с доступностью игровых магазинов из-за огромного спроса. Это привело к сбоям на платформах Steam, Nintendo eShop, PlayStation Store и Microsoft Store.

Что можно сказать о Silksong? За 10 долларов (для базовой версии) вы получаете качественную инди-игру с огромным миром и обилием контента, прохождение которой займет десятки часов. Но это все равно не самый лучший пример метроидвании. Но кто тогда номер один? Ответа нет, но есть субъективный список игр жанра, в которые стоит поиграть, чтобы проникнуться им. Но перед этим позвольте все же сказать пару слов про Silksong.

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

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

Вскоре после релиза Dying Light 2 создатели пообещали, что Крейн вернется в одном из сюжетных дополнений. Однако в итоге аддон перерос в полноценную самостоятельную игру. Более того — ее даже выдали бесплатно всем владельцам максимального издания сиквела. И знаете, за одно только это хочется забить на всякую критику и просто порекомендовать The Beast всем фанатам первой части!

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

В данной статье мы кратко рассмотрим, зачем создавать прототипы игр. Да, всё довольно просто, но не так очевидно, как кажется на первый взгляд. Теорию подкрепим кейсом прототипирования экономики 4х стратегии.

Из новостей: у движка Nau Engine ликвидируют юридическое лицо, продажи игр серии Amnesia превысили пять миллионов копий за 15 лет, продажи No, I’m not a Human превысили 100к копий — за 4 дня после релиза.

Из интересностей: как конвертируются просмотры у стримеров в вишлисты, повесть о взаимодействии с Nau Engine, поговорим о серии Disciples, что происходит на рынке метроидваний.

Godot — это 2D/3D игровой движок с открытым исходным кодом по лицензии MIT и большим сообществом, поддерживающий основные настольные и мобильные ОС, VR и веб (приставки с помощью сторонних компаний), ядро написано на C++, для скриптов поддерживается GDScript и C#, возможно подключение модулей практически на любом языке вплоть до Rust через GDExtension. Примеры игр — список раз, список два. Версия 4.5 вышла 15 сентября 2025. Главные нововведения: трафаретный буфер (stencil buffer), поддержка средств чтения с экрана, обратная трассировка скриптов и пользовательские логгеры, запекатель шейдеров (shader baker), живой предпросмотр интернационализации, поддержка Apple Vision, физика сегментированных тайловых карт (chunk tilemap physics), фовеальный рендеринг (foveated rendering) на Vulkan Mobile, поддержка WebAssembly SIMD в веб. Далее сделанный человеком перевод официального обзора нововведений с доступными объяснениями для новичков и ссылками на PR с исходным кодом на C++ для профессионалов.

Поддержка трафаретного буфера (stencil buffer). Как нам «прорезать дыру» в этой стене, чтобы посмотреть на игрока на другой стороне? Теперь вы можете сделать это с трафаретными буферами! Представьте невидимую сферу, которая окружает нашего персонажа. Даже если геометрия не отрисовывается на экране, мы вставляем ее форму в трафаретный буфер. Теперь сделаем так, чтобы наши шейдеры отрисовывались, только если целевой пиксель не покрыт трафаретом. Вот так! Трафаретный буфер — это специальный буфер, в который меши могут писать для последующего сравнения. Он похож на существующий буфер глубины, но в него можно записать произвольные значения и у вас больше контроля над тем, что можно сделать со сравнениями. Подробнее и код. Добавлено Apples.

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

Для инди‑команд и небольших студий главный вопрос звучит просто: где взять деньги на разработку? Ответ далеко не очевиден. В России сегодня существует несколько каналов финансирования — от государственных грантов и налоговых льгот до частных инвестиций, краудфандинга и подписочных моделей. Каждый из них имеет свои преимущества, но и свои подводные камни: бюрократия, требования к отчетности, риски потери контроля над проектом или зависимость от аудитории.

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

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

Краткая справка об основных действующих лицах:

Alister Brimble — композитор, приложивший руку к огромному количеству как широко известных, так и не очень, наименований. Свой путь он начинал с различных проектов для Amiga, Commodore 64, Atari ST, ZX Spectrum и Amstrad CPC. Так, в частности, ему довелось поработать над несколькими частями культовых серий в лице Dizzy, Alien Breed, The Lost Vikings и Mortal Kombat, рядом некогда известных shoot 'em up тайтлов, в частности Agony, различными платформерами, включая Captain Dynamo, Troddlers, целым спектром работ иных жанров, от спортивных симуляторов до стратегий.

С середины 1990-х он переключился на 16-битные консоли и IBM PC, а с наступлением 2000-х и на портативные консоли, среди которых нашлось место Game Boy Color, Game Boy Advance и Nintendo DS. В более поздний период можно встретить наименования в диапазоне от RollerCoaster Tycoon и Glover, до Driver и нескольких портативных частей Need For Speed.

У меня есть забавный профессиональный рефлекс, который выработался у меня за годы работы. Я, как человек, находящийся сразу в обеих лагерях игровой индустрии и в окопах разработки, и в кресле дизайнера — на слово «память» реагирую уточняющим вопросом:

— «О какой именно памяти мы говорим?»

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

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

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

Поэтому я решил подделится своим опытом в этом направлении

Хочу поделиться своим опытом разработки крупных игровых проектов на C++, где производительность и стабильность — это не просто приятные бонусы, а абсолютно естественные требования к разработке. За годы работы над движками и играми я понял, что подход к управлению памятью очень сильно влияет на весь проект. В отличие от многих приложений - игры, особенно большие, часто работают часами без прерываний и должны поддерживать стабильный фреймрейт и отзывчивость. Когда проседание fps или фриз происходит на глазах у сотен тысяч игроков, вам уже никто не поможет — ущерб уже нанесен, а в steam полетели отзывы о кривизне рук разработчиков.

Однажды моя команда закончила работу над довольно интересным проектом, который портировали больше двух лет на плойку. Движок старый, большой и мощный, но работа с памятью была ориентирована на ПК времен конца 2000-х, и что меня поразило, так это насколько сильно большая часть кодовой базы зависела от динамической памяти во время выполнения. На ограниченном железе (далеко не у всех есть PS5 pro) и в условиях жёстких требований к сертификации на консолях такие решения быстро превращаются в проблему.

В разработке для консолей (про мобильные устройства я молчу, потому что игра не влезает по памяти даже в восемь гигов) с ограниченными ресурсами, архитектура с частыми аллокациями не просто неэффективна — она становится реальной угрозой для стабильности проекта. Каждое выделение памяти в куче влечёт за собой накладные расходы: это дополнительные !миллисекунды! (в целом на кадре) задержки, риск большой фрагментации памяти, и непредсказуемое поведение в долгой игровой сессии. После двух часов игры постоянные операции с кучей буквально «сжигают» половину бюджета кадра.

Хотя Borderlands 2 в свое время запустила популярность жанра лутер-шутеров, сама франшиза развивалась медленно. Разработчикам понадобилось целых 7 лет, чтобы отполировать все механики в «Тройке», не привнеся ничего нового. И лишь в этом году (спустя еще 6 лет!) Gearbox смогли освежить концепцию, добавив открытый мир в стиле Far Cry.

Если Borderlands 3 проседала лишь в сюжетном плане, то новинка получилось более спорной, особенно в технической части. В этом обзорном материале разберем все основные моменты.

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

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