Анатомия REDox: зачем Capcom выложила в открытый доступ ядро данных нового игрового движка REX

Подробно

1. Эволюция проприетарных технологий Capcom: от MT Framework к лимитам RE Engine

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

• Эпоха MT Framework (2006-2016): Движок времён Dead Rising, Devil May Cry 4 и Dragon’s Dogma славился стабильным фреймрейтом и оптимизацией под консоли PS3 и Xbox 360, однако к середине 2010-х его монолитная структура перестала отвечать требованиям современного рендеринга и физики.

• Триумф RE Engine (2017-2023): Дебютировав в Resident Evil 7, новый модульный движок обеспечил фотореалистичную картинку, мгновенную загрузку ассетов и поддержку VR. На нём построили успешные ремейки Resident Evil, Devil May Cry 5 и Street Fighter 6. Движок создавался под камерные, плотно детализированные локации с жёстким контролем видимости объектов.

• Архитектурный тупик больших миров (2024-2026): Переход к комплексным открытым пространствам (в таких проектах, как Dragon’s Dogma 2 и масштабные локации Monster Hunter Wilds) обнажил проблему: движок столкнулся с пределом пропускной способности при обработке сотен тысяч параллельно существующих сущностей, скриптов поведения NPC и процедурных конфигураций. Процессорные потоки перегружались обработкой структурных данных ещё до отправки геометрии на видеокарту.

Ответом на эти вызовы стал проект REX - глубинная переработка RE Engine, призванная снять архитектурные ограничения на стороне CPU и редактора.

2. Стратегия REX: подготовка к совместной разработке игр с генеративным ИИ

На конференции RE:2026 технический департамент Capcom официально обозначил миссию REX: превращение технологии в «AI-generation game engine».

Издатель не заменяет людей нейросетями, а интегрирует генеративные модели непосредственно в инструментарий разработчиков (in-editor tooling). В новом цикле ИИ-агенты задействуются для:

• Автоматической процедурной сборки вариантов уровней и расстановки декораций.

• Генерации черновиков диалоговых деревьев, квестовых условий и параметров лута.

• Синтетического стресс-тестирования баланса и автоматического поиска багов геометрии ботами.

Инженерное следствие такого подхода: лавинообразный рост метаданных. Если раньше параметры монстра или комнаты создавались дизайнером вручную и занимали десятки килобайт, то нейросетевые пайплайны генерируют миллионы строк JSON-манифестов, графов связей и бинарных дампов за секунды. Стандартные инструменты .NET, на которых традиционно пишутся интерфейсы редакторов, оказались узким горлышком: редакторы зависали на операциях импорта, а сборка тестовых билдов на серверах CI/CD занимала часы.

3. Архитектура REDox: единая модель Token DOM и отказ от лишних форматов

Библиотека REDox создавалась как универсальный конвертер и буфер между десятками внутренних утилит Capcom.

• Поддержка форматов: Ядро библиотеки из коробки поддерживает JSON, JSON5, CBOR и MessagePack. В экспериментальном режиме (preview) добавлены парсеры для TOML, XML, HTML и CSV.

• Token-based DOM (Промежуточное представление): Вместо создания дерева тяжелых .NET объектов под каждую запись парсер формирует легковесную карту токенов. Строки и числа не декодируются в управляемую память сразу, а остаются срезами исходного байтового массива. Распаковка в конкретный тип происходит строго по требованию (lazy parsing).

• Слои совместимости: Чтобы не переписывать миллионы строк кода существующего инструментария RE Engine, инженеры Capcom реализовали в REDox адаптеры совместимости со стандартом Newtonsoft.Json и DataContractJsonSerializer.

4. Низкоуровневая оптимизация и бенчмарки: за счёт чего получен выигрыш

В управляемой среде .NET главной проблемой при обработке сотен мегабайт текста выступает сборщик мусора (Garbage Collector). При массовой десериализации создание временных строк и коллекций переводит память в Generation 2, вызывая микрофризы интерфейса.

В тестах Capcom на контрольном стресс-пакете canada.json:

• Расход памяти: REDox выделил всего 2,56 МБ оперативной памяти против 8,53 МБ, которые потребовались встроенному сериализатору Microsoft System.Text.Json (сокращение нагрузки на память более чем в 3,3 раза).

• Последовательная десериализация: REDox оказался до 1,8 раза быстрее System.Text.Json.

• Автоматическое распараллеливание: Встроенный планировщик задач дробит крупные массивы объектов на чанки и распределяет их по физическим ядрам процессора без блокировок, обеспечивая ускорение до 2,8 раза.

Выигрыш достигнут за счёт современных возможностей .NET 10: активного использования структур ref struct, буферизации через ReadOnlySpan<byte> и задействования векторных SIMD-инструкций современных процессоров для поиска спецсимволов и разделителей в тексте.

5. Зачем закрытая японская корпорация публикует код под Apache 2.0

Японский геймдев традиционно славится закрытостью: ключевые технологии держатся в строжайшем секрете. Открытие REDox под лицензией Apache 2.0 - прагматичный стратегический шаг:

1. Краудсорсинговый аудит: Библиотека находится в стадии активной разработки (интерфейсы превью-форматов ещё будут меняться). Публикация на GitHub позволяет привлечь мировое сообщество .NET-архитекторов для отлова краевых багов до интеграции движка в многомиллионные релизы.

2. Нулевой риск утечки ноу-хау: Открытие библиотеки сериализации не раскрывает графические алгоритмы REX, пайплайны физики или исходный код самих нейросетей компании.

3. Формирование индустриального стандарта: Инструмент подходит для любых внешних студий, инди-разработчиков и создателей неигрового софта на C#, снижая порог входа при обмене ассетами.