Сравнение игровых движков для РПГ: RPG Maker, Godot, Unity, Unreal и браузерные конструкторы

Выбор игрового движка для РПГ — это в основном решение о трёх вещах: как создаётся ваша графика, кому придётся писать код и где должна работать готовая игра. Варианты чётко разделяются. RPG Maker MV и MZ — это 2D-редакторы, в которых системы РПГ уже собраны. Godot, Unity, Unreal и Phaser — универсальные движки, которые вы программируете. Ren'Py — движок, ориентированный прежде всего на диалоги, он относится к игре как к сценарию. Браузерные конструкторы полностью обходят установку и этап сборки.

Эта страница сравнивает эти пути по тому, что действительно решает судьбу проекта: стоимость и лицензирование, придётся ли вам трогать код, 2D или 3D, что можно экспортировать и сколько времени пройдёт до играбельного результата. Там, где число было бы догадкой, вместо него описан механизм. Если вы хотите увидеть работающий мир до того, как свяжете себя с движком, начните с раздела о варианте без движка ближе к концу.

Краткий ответ

Если игра — это 2D-РПГ с видом сверху, с характеристиками, предметами и окнами диалогов, быстрее всего до играбельной сцены доведёт RPG Maker MV или MZ, потому что база данных и система событий уже моделируют эти системы. Если вы хотите контролировать рендерер и правила, не платя ни за то, ни за другое, Godot — самый дешёвый путь, который не привязывает вас к формату. Unity и Unreal оправданы, когда задействованы команда, выпуск на консоли или промежуточное ПО. Phaser — ответ, когда РПГ является веб-страницей, а вы уже пишете на JavaScript. Ren'Py — ответ, когда игра состоит в основном из текста и ветвящихся выборов.

Таблица ниже охватывает семь путей: RPG Maker MV/MZ, Godot, Unity, Unreal, Phaser, Ren'Py и браузерный конструктор, где результат — это страница, а не файл сборки. Столбцы — это стоимость и лицензирование, необходимость программирования, 2D или 3D, целевая платформа и время до первого играбельного результата. Читайте последний столбец как время, за которое на экране появится управляемый персонаж со столкновениями и одним интерактивным объектом, а не как время до завершения игры. Большинство проектов РПГ проваливаются на системах, а не на отрисовке, поэтому воспринимайте таблицу как фильтр, а решение принимайте в последующих разделах.

Таблица сравнения

Две ячейки в этой таблице заслуживают предупреждения. Цель сборки Web в Unity работает, но сборка через WebAssembly даже для скромной 2D-РПГ до сжатия ассетов обычно занимает десятки мегабайт, а многопоточные сборки требуют заголовков изоляции между источниками (COOP и COEP), которые многие статические хостинги не отправляют по умолчанию. Симптом — пустой холст и сообщение в консоли про SharedArrayBuffer, а не понятная ошибка. Многопоточный веб-экспорт Godot предъявляет то же требование к заголовкам, и это самая частая причина, по которой проект на Godot работает локально и не запускается на бесплатном хостинге.

Экспорт Unreal в HTML5 убрали в эпоху версий с 4.23 по 4.24, и поддерживаемой замены нет, поэтому РПГ, сделанная на Unreal, распространяется как бинарник или через магазин. Если модель распространения — это ссылка, то Unreal выпадает из короткого списка ещё до того, как вы напишете хоть строку кода.

Развёртывание RPG Maker в браузере выгружает всё дерево ассетов сразу. Это нормально для небольшого проекта и мучительно для проекта с длинным саундтреком, потому что аудио начинает доминировать в объёме загрузки задолго до карт. Вашей первой проблемой производительности считайте время первой загрузки, а не частоту кадров.

Движки для РПГ: 2D или 3D

Рендерер — это дешёвая часть. Godot и Unity отрисовывают и 2D, и 3D в одной и той же установке, а переключение камеры с перспективы на ортографию — это одно свойство. Что меняется между 2D- и 3D-РПГ — это всё, что стоит перед рендерером: как создаются ассеты, сколько людей для этого нужно и сколько времени занимает, пока изменение станет видимым.

Путь 2D означает спрайт-листы и тайлсеты. Персонаж, который ходит в четырёх направлениях, обычно требует три кадра на направление, всего двенадцать кадров, нарисованных в размере 16x16, 32x32 или 48x48 пикселей. Настройки импорта значат больше, чем сама графика: поставьте режим фильтрации Point (без фильтрации) и сжатие None для пиксель-арта, иначе билинейная фильтрация по умолчанию размоет каждый тайл, и вы проведёте вечер, ругая художника. Итерации быстрые, потому что новый тайл просто рисуется и кладётся в папку. Карта 100x100 при 32 пикселях на тайл — это изображение 3200x3200 пикселей, что даёт реальный расход памяти, но вполне терпимый.

Путь 3D означает меши, риги, веса кожи и анимационные клипы. Одному персонажу нужны меш, скелет и как минимум клипы покоя, ходьбы и атаки. Если вы не берёте библиотеку по лицензии, это время на моделирование ещё до того, как появится хоть какой-то геймплей. Итерации медленнее в обе стороны: освещение, меши уровней детализации и формы столкновений приходится перепроверять всякий раз, когда меняется меш. Наградой становится камера, способная на то, чего не может сетка тайлов, и конвейер, принимающий отсканированные или собранные из готовых модулей окружения.

Практический вопрос не в том, что выглядит лучше. Он в том, сколько изменений ассетов вы ожидаете после первого играбельного часа. Проект 2D дёшево переваривает десятки изменений. Проект 3D переваривает десяток, а потом каждое начинает стоить вам недели.

RPG Maker привязывает вас к 2D, и это преимущество: редактор карт, автотайлы и наборы персонажей рассчитаны на сетку тайлов, поэтому тайлсет — единственный тип ассетов, который вы обязаны создать. Unreal подталкивает вас к 3D — Paper2D умеет отрисовывать спрайты, но освещение, физика и анимационные инструменты построены вокруг мешей, так что 2D-игра там идёт против движка.

Godot и Unity — те две, что позволяют решить позже, но только за плату. Переключение прототипа со спрайтов на меши означает пересборку столкновений, повторную настройку дистанции камеры и пересоздание каждой анимации, потому что число кадров в спрайт-листе и длина клипа в риге не имеют между собой ничего общего. Выберите измерение до того, как построите первую боевую встречу, а не после.

Нужно ли программировать?

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

Blueprints в Unreal — это самое близкое к универсальному движку с полноценным слоем визуального программирования. Вы можете построить всю логику РПГ в виде графов узлов, и разница в производительности по сравнению с C++ становится заметной только в коде, который выполняется каждый кадр для каждого актёра, например в циклах для больших толп или снарядов. Визуальное программирование в Unity — это пакет плюс сторонние ассеты, и большинство руководств и ответов на форумах подразумевают C#. В Godot встроенного графа узлов для геймплея нет вообще; путь — это GDScript, и по синтаксису он намеренно близок к Python. Phaser — это код с первой строки. Формат скриптов Ren'Py читается скорее как киносценарий, чем как программа, а для особых случаев доступен Python.

Есть четвёртый вариант, который не вписывается в деление «граф узлов против языка»: опишите игру и позвольте инструменту построить её. 3D-конструктор игр Neta Studio принимает письменное описание и создаёт мир на Three.js, который работает во вкладке. Вы вносите изменения, описывая их, а не открывая файл сцены и разыскивая нужную панель инспектора. Это плохая замена графу узлов, когда вам нужен покадрово точный контроль над формулой урона, и очень хорошая замена двум неделям, которые большинство проектов теряют на настройку.

Ren'Py — самый наглядный случай. Проект — это папка с обычными текстовыми файлами скриптов; вы можете писать и запускать его из любого текстового редактора вместе с лаунчером, и единственная обязательная задача лаунчера — запустить игру. Phaser — второй случай: проект — это папка с JavaScript и файлом HTML, а редактором служит браузер. Ни один из этих путей не даёт визуального редактора карт, но ни один и не требует устанавливать формат проекта, который вы не можете прочитать в текстовом редакторе.

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

Экспорт и публикация

То, что вы экспортируете, определяет, что игроку придётся сделать до начала игры. RPG Maker разворачивает сборки для Windows и macOS через NW.js, а развёртывание в браузере и на мобильных зависит от версии и инструментов сообщества. Браузерное развёртывание — это файл HTML, среда выполнения JavaScript и папки изображений и звуков проекта — их можно разместить на любом статическом сервере, но ассеты скачиваются до появления стартового экрана.

Godot экспортирует через пресеты, хранящиеся в export_presets.cfg. Веб-экспорт создаёт оболочку HTML, бинарник .wasm и файл .pck с данными вашего проекта. Многопоточному веб-экспорту Godot 4 нужен SharedArrayBuffer, а для него хостинг должен отправлять заголовки COOP и COEP. Без них вы либо выпускаете однопоточную сборку, либо страница вообще не запускается. Сборка Web в Unity идёт через IL2CPP и создаёт WebAssembly плюс пакет данных, с тем же требованием к заголовкам для многопоточности и тем же последствием, если их игнорировать.

Две практические веб-проблемы Unity — это начальная загрузка и память. Сцена, которая загружает всё при запуске, замирает на первом кадре; решение — адресуемые ассеты и разбиение сцен, а не уменьшение сборки. Unreal экспортирует нативные бинарники для десктопа и консолей и не имеет поддерживаемой цели для браузера. Phaser не экспортирует ничего, потому что файлы уже являются веб-файлами — развёртывание сводится к копированию папки. Ren'Py создаёт сборки под каждую платформу из своих настроек сборки, включая веб-сборку, и упаковывает ассеты вместе со средой выполнения.

Если вы публикуете на статическом хостинге, проверяйте заголовки раньше, чем тестируете игру. Локальный сервер, который выставляет COOP и COEP, скроет проблему хостинга, которая проявится только в проде.

Вариант без движка

Есть путь, к которому ничего из перечисленного не относится, потому что нет движка для установки, нет папки проекта и нет пресета экспорта для настройки. 3D-конструктор игр Neta Studio принимает письменное описание и создаёт мир, отрисовываемый с помощью Three.js во вкладке браузера. Результат — страница. Вы отправляете кому-то ссылку, и мир открывается; ему не нужно скачивать архив, запускать установщик или решать, доверять ли исполняемому файлу.

Это меняет форму работы. Нет этапа сборки, который нужно перезапускать после правки, и нет экспорта под конкретную платформу, который нужно поддерживать. Вы описываете рельеф, ракурс камеры, освещение, существующих персонажей и то, что может делать игрок; конструктор собирает граф сцены, а Three.js его отрисовывает. Agent Sprite Forge закрывает случай, когда персонаж или предмет нужны раньше, чем появится художник, а Mini World и «Остров Циклопа» — это играбельные миры, которые можно открыть и увидеть, как уже работают камера, земля и движение.

Это не замена Godot или Unity для крупной РПГ. Системы с точными числовыми требованиями — формула урона, формат сохранений, который нужно сохранять совместимым между версиями, конечный автомат боя с десятком взаимодействующих статусов — по-прежнему требуют настоящего слоя программирования. Что этот подход убирает, так это фазу перед этим, когда мир ещё не существует и вы не можете понять, читается ли камера и правилен ли масштаб на ощупь.

Как выбрать за десять минут

Пройдите по этим пунктам по порядку и остановитесь на первой строке, которая всё решит. Большинство проектов определяется первыми двумя.

Войдите в мир, которому это принадлежит

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