Reverse Engineering

Custom RAGE

Приватный reverse-engineered replacement layer для инфраструктуры Rage Multiplayer, собранный после объявления о закрытии платформы, чтобы сохранить рабочий путь для реального GTA RP-сервера.

Node.jsCEFLauncher FlowGTA V RPVoice ChatDLC Resources

После того как 26 мая 2026 года Rage Multiplayer объявил о закрытии по требованию Rockstar Games, GTA RP-серверам пришлось думать о выживании без официальной платформы. Custom RAGE стал попыткой сохранить весь путь подключения через точную эмуляцию официальной инфраструктуры.

ПЛАТФОРМА ЕЩЕ ОТВЕЧАЛА, ПОЭТОМУ РЕАЛЬНОЕ ПОВЕДЕНИЕ МОЖНО БЫЛО СОБРАТЬ, А НЕ УГАДЫВАТЬ.

May 26, 2026 / platform shutdown / custom infrastructure / 100% compatibility target / May 26, 2026 / platform shutdown / custom infrastructure / 100% compatibility target / May 26, 2026 / platform shutdown / custom infrastructure / 100% compatibility target / May 26, 2026 / platform shutdown / custom infrastructure / 100% compatibility target /
01 / deadline

Платформа еще жила, но таймер уже пошел

26 мая 2026 года Rage Multiplayer объявил, что закрывается после требования Rockstar Games. Для владельцев RP-серверов это была не просто новость. Это означало, что официальный server list, launcher flow, client connection path, CEF layer, voice chat, DLC loading и другие platform services внезапно получили срок жизни.

02 / the bet

Ставка была на эмуляцию

Я связался с разработчиками украинского RP-сервера и предложил путь серьезнее, чем новый скин для лаунчера: reverse-engineer достаточную часть Rage Multiplayer-инфраструктуры, чтобы существующий сервер мог жить без оригинальной платформы.

03 / reverse engineering lab

Лаборатория вокруг всей цепочки

Исследование было не про один endpoint, а про поведение всей системы. Каждый слой нужно было увидеть, повторить и проверить со следующим.

01

Request / response capture

Официальные service calls изучались, пока были доступны, с фокусом на launch и server discovery flows.

02

Launcher behavior

Replacement layer должен был поддерживать standard launch, direct connect, server list и branded wrapper scenarios.

03

CEF and resource flow

In-game interfaces, DLC packs и resources должны были загружаться как один непрерывный client experience.

04

Voice and sync

Voice chat и synchronization были proof points, потому что они быстро ломаются при частичной эмуляции.

04 / compatibility proof

Совместимость нужно было доказать, а не заявить

Цель была не сделать что-то похожее. Эмулятор должен был вести себя как оригинальная цепочка: launcher, platform service, game client, server resources, CEF UI, voice и in-game synchronization. Если хотя бы одно звено ощущалось неправильно, весь серверный опыт переставал быть Rage Multiplayer.

100% цель core connection flow
CEF тестовые in-game interfaces работали
DLC packs и resources загружались корректно
Voice chat и synchronization были стабильными
Real RP тесты в реальной серверной среде
05 / product shapes

Продуктовые формы, которые появились в тестах

Replacement launcher

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

Branded launcher

Server-owned client со своей айдентикой, ссылками, новостями и connection state.

No giant master-list

Более узкая версия, где лаунчер показывает только серверы одного RP-проекта или сети.

Universal platform

Более широкий путь, где emulator становится базой для hosting, discovery и migration.

06 / what worked

Что заработало в прототипе

Доказательством была не одна отдельная фича. Важно было то, что несколько platform-dependent систем работали вместе в одной реальной RP-среде.

CEF interfaces

Server UI открывался внутри игры, а не становился сломанной оболочкой после запуска.

DLC packs

Дополнительный контент и ресурсы проекта доставлялись через replacement flow.

Resource delivery

Сервер мог продолжать отдавать assets для существующих gameplay scenarios.

Voice chat

Voice оставался частью compatibility target, а не необязательным бонусом.

Synchronization

Тестовая среда оставалась достаточно целостной для реальных in-game scenarios.

Wrapper mode

Та же база могла стать branded launcher для конкретного RP-сервера.

07 / hard part

Сложность была не в одном API

Самым сложным было попасть в поведение всей цепочки: launcher -> platform service -> game client -> server resources -> in-game UI. Правильный ответ с неправильным timing, resource assumption или launcher state все равно ломал бы иллюзию той же платформы.

08 / why private

Почему это не стало публичным

Прототип остался приватным, потому что GTA RP-сервер, под который он создавался, закрылся. После этого уже не было живого комьюнити для миграции, хотя эмуляция дошла до working proof-of-compatibility.

09 / if continued

Если бы проект продолжился

Custom RAGE мог вырасти в public master-list layer, white-label launchers для RP-серверов, dashboard для владельцев, branded launcher builder и migration path для старых Rage Multiplayer-комьюнити.

Public master-list

Hosted discovery layer для серверов, которым нужен post-RAGE home.

White-label launchers

Custom launchers для RP-комьюнити со своим брендингом и server list.

Owner dashboard

Панель для status, resources, DLC config, news и connection settings.

Migration path

Tooling для старых Rage Multiplayer-комьюнити, чтобы сохранить server flow.

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