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

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

В 2004 был (разработан) выпущен новый стандарт скриптового движка Action Script 2.0.

Но были и те-кто додумался "сделать из буханки" - трамвай (но зачем?)

Test Drive Unlimited (2006)

тропический остров в океане

французские разработчики Test Drive Unlimited применяли его в своем движке Twilight, написанного на Visual C++.

Twilight применялся и в других играх компании, например в сиквеле - TDU2 и Alone in the dark (2008)

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

Но был запущен проект по восстановлению исходного кода OpenTDU (примерно как OpenTTD(transport tycoon deluxe)), таким образом мы можем посмотреть код, как все это было примерно реализованно (exe файл поддается декомпиляции и видим функции игры как 686 ассемблер, на данный момент переписано около 1200 из 20500 функций) и извлечены и переписаны шейдеры с D3D9 на Vulkan.

В целом игра использует не так уж и много внешних библиотек, так как применялась определенная кроссплатформенность. (Изначально разрабатывали под Xbox 360).

Из крупных: библиотека Havok Для игровой физики, bink (для проигрывания видеофайлов и виртуальная машина flash.

Flash применялся для элементов HUD (спидометров и прочих информационных элементов).

Как Spark (Flash Player) будет осуществлять взаимодействие флэша с плюсами?

Точно также как и Scaleform GFx (применявшийся в Unreal 3):

1.Игра загружает Flash-ресурс в пользовательский FlashResource

Кино и видеоигры давно находятся в постоянном культурном обмене — фильмы получают игровые адаптации, а игры вдохновляют киноделов. Порой результат получается катастрофическим, к примеру, киноверсия Super Mario Bros. (1993) или игра Fight Club, которые стали синонимами провала. Но иногда, как в случае с фильмом «Смертельная битва» (1995) или игрой The Chronicles of Riddick: Escape from Butcher Bay, результат оказывается не просто достойным, а культовым, по новому раскрывая первоисточник и добавляя ему глубину.

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

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

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

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

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

Многие авторы продолжают создавать игры из зарубежа, оставаясь частью русскоязычного сообщества, а кто‑то и вовсе обосновался в «Кипрской области» — неофициальной столице русскоязычного IT за пределами страны, где студии растут быстрее, чем цены на недвижимость.

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

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

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

Привет, меня зовут Артур, и я Unity-разработчик в компании «Альтернатива Гейм». 

В мире геймдева часто кажется, что создание карт — это удел художников и левел-дизайнеров: расставил ассеты, настроил свет, и готово. 

Но что если ваша игра должна работать на двух абсолютно разных клиентах — устаревшем WebGL 1 и современном Unity для консолей — при этом оставаясь одной и той же игрой? Здесь заканчивается чистое искусство и начинается настоящая программистская магия.

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

Эту статью я написал лет десять назад, когда только попал в большую студию EA SpB. И забыл бы про нее, но недавно проводил ревизию заметок и набросков на старом HDD и решил, что она до сих пор актуальна, разве что цифры выросли. Тогда проекты под миллион LoC казались гигантами, наверное это и сейчас очень много, но теперь это это просто код движка. Но суть не изменилась, просто цифры выросли.

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

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

Я много использую Obsidian для работы и постоянно использую плагин Dataview для сбора и анализа данных, но в нем довольно много недостатков. И основная проблема — нельзя получить доступ к обычным данным в заметках. Поэтому в этой статье я расскажу о новом плагине Datacore, который открывает, практически, безграничные возможности работы с заметками.

Я покажу, как с помощью Datacore решать стандартный кейс с проблемой выбора из нескольких вариантов или даже как в плагине сделать игру на React.

Почему бы не сделать настолку по «Вангерам»? С советниками, убежищами и мехосами. Вашему вниманию предлагаются правила игры «Эскейв», представляющую собой настольно‑ролевой симулятор жизни во вселенной Униванга предназначенный для развлечения нескольких игроков, под управлением ведущего, направляющего развитие истории.

Привет, Хабр! Меня зовут Евгений Морогов, я руководитель центра продуктовой акселерации в «Газпром ЦПС». Я работаю в проекте по внедрению VR-технологий, и сегодня я расскажу о том, как мы создавали VR-тренажер по ликвидации инцидента газоводонефтепроявления (ГПНВ) на буровой.

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

Если у вас есть похожие задачи, вам интересно, как VR-технологии могут помочь бизнесу или в обучении — этот материал для вас. В статье подробно расскажу, как устроен наш VR-тренажер, как он создавался, какие технические решения мы использовали и как работает наша математическая модель. А также поделюсь, какими были наши первые успехи «в полях».

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

В этой статье я хочу рассказать простыми словами - что такое ECS, и как он эволюционно появился у меня.

Что такое ECS - Entity Component System (Сущность Компонент Система) - архитектура хранения данных, где логика - системы, явно отделена от данных - компонентов, которые объединены одним общим id - сущностью.

В двух словах, идея ECS заключается в том, чтобы навести порядок в игровом коде, и игровом мире - выделить все данные игровых объектов(сущностей), и желательно сделать это data-oriented (почему желательно я расскажу ниже).

Предположим, у вас в игре есть объект КУБ - квадратный, все стороны равны, все углы равны, классический такой КУБ. У него есть положение в мире (Transform) у него есть его кубический меш (Mesh), он умеет быть отрендеренным (IsRenderable), и, ко всему прочему, он еще и обладает какой-то своей кубической физикой (Physic).

Рассказываем, как прошла вторая половина ноября 2025 года в русскоговорящей игровой индустрии. В нашем дайджесте вас, как всегда, ждут свежие анонсы, подробности о новых проектах, а также важная информация из пресс-релизов ожидаемых игр.

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

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

Почему именно 8 вершин стандарт Low-Poly.
Сколько нужно кубу, чтобы он стал наконец правильной сферой.
Зачем UV-сфера убивает ваш шейдинг.

Из новостей: Team Cherry работает над DLC для Silksong, Paradox списала почти весь бюджет Bloodlines 2, движок s&box в опенсорсе, Cronos: The New Dawn продалась тиражом в 500к копий.

Из интересностей: документалка от Noclip про Disco Elysium, поломанная дверь Гордона Фримена, создать ощущение присутствия в любой игре.

Команда Go for Devs подготовила перевод статьи о том, как на Go и raylib-go построить лёгкую симуляцию воды на клеточном автомате. Автор шаг за шагом добавляет гравитацию, боковой поток, диагональное давление и препятствия — и в итоге получает частичную физику, больше похожую на «песочный» движок для 2D-игр.

К 1999 году серия аркадных гонок на выживание Twisted Metal уже прочно ассоциировалась у игроков с формулой «Mortal Kombat на колёсах». Но на фоне первых двух игр четвёрка выглядела странным продолжателем традиций — знакомое название, но совершенно другое лицо. Формально все наиважнейшие аспекты серии были на месте: интерактивные арены, полные секретов, обвешанные оружием машины, клоун с полыхающей головой, ставший визитной карточкой франшизы, и крутые финальные ролики, ради которых хотелось дожимать турнир до конца.

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

Я собирал историю создания Twisted Metal 4 буквально по крупицам: от текстов в буклете к лицензионному диску до редких интервью разработчиков и материалов западной прессы тех лет, а также более современных разборов. А заодно попробовал совместить сухие факты с личной ностальгией, потому что уверен — схожая картинка знакома не одному лишь мне: зимний вечер, за окном безмятежная тьма, и лишь море падающих снежинок освещаются светом из комнаты. Комнаты, в которой ты запускаешь турнир, чтобы наконец увидеть изощрённую видеоконцовку за ещё одного персонажа Twisted Metal!

Недавнее обсуждение опасности дверей в геймдеве напомнило мне о баге, вызванном дверью из игры, о которой вы, возможно слышали — Half Life 2. Усаживайтесь поудобнее, мы начинаем.

Когда-то я работал в Valve над проектами виртуальной реальности. Это было в 2013 году, примерно когда появился Oculus DK1. Мы с Джо Людвигом решили, что лучше всего можно понять, как будет работать VR в контексте реальной игры, портировав в неё реальную игру.

Мы выбрали Team Fortress 2 (причина этого — отдельная история, которой я не хочу здесь касаться). В TF2 использовался движок Source 1, и так получилось, что двумя другими играми Valve, тоже построенными на этом движке, были Half Life 2 и Portal 1. Поэтому побочным эффектом стало то, что они тоже будут работать в VR.

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

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

Уже какое то время я разрабатываю свой first-person shooter на Unity, чья система передвижения сильно вдохновлена ULTRAKILL’ом. Изначально я начал этот проект в качестве практики и вызова самому себе, так как шутеры – это жанр максимально далёкий от моих предпочтений. В связи с этим мне пришлось изучить много нового и я хочу поделиться этими знаниями.

В Unity UI часто тормозит не «крутая графика», а расползшееся число draw calls, которое тихо растёт вместе с канвасами, анимациями и материалами. В статье разбираемся, что именно делает каждый лишний вызов отрисовки, как с помощью Stats, Profiler и Frame Debugger найти проблемные места и какими приёмами — от грамотной структуры Canvas до атласов и батчинга — реально снизить нагрузку на мобильных устройствах.