Comparación de motores de juego RPG: RPG Maker, Godot, Unity, Unreal y constructores en el navegador

Elegir un motor de juego RPG es sobre todo decidir tres cosas: cómo se crea tu arte, quién tiene que escribir código y dónde tiene que ejecutarse el juego terminado. Las opciones se dividen con claridad. RPG Maker MV y MZ son editores 2D que ya incluyen los sistemas RPG integrados. Godot, Unity, Unreal y Phaser son motores de propósito general que programas tú. Ren'Py es un motor centrado en el diálogo que trata un juego como un guion. Los constructores en el navegador se saltan por completo la instalación y el paso de compilación.

Esta página compara esas rutas en lo que de verdad decide un proyecto: coste y licencia, si tocas código, 2D o 3D, qué puedes exportar y cuánto tarda algo en ser jugable. Donde una cifra sería una conjetura, se describe el mecanismo en su lugar. Si quieres ver un mundo en funcionamiento antes de comprometerte con un motor, la sección sin motor del final es la que conviene leer primero.

Respuesta rápida

Si el juego es un RPG 2D con vista superior, estadísticas, objetos y cuadros de diálogo, RPG Maker MV o MZ llegan antes a una escena jugable, porque la base de datos y el sistema de eventos ya modelan esos sistemas. Si quieres control sobre el renderizador y las reglas sin pagar por ninguno de los dos, Godot es la ruta más barata que no te encierra en un formato. Unity y Unreal tienen sentido cuando hay un equipo, una entrega para consola o un middleware de por medio. Phaser es la respuesta cuando el RPG es una página web y ya escribes JavaScript. Ren'Py es la respuesta cuando el juego es sobre todo texto y elecciones ramificadas.

La tabla siguiente cubre siete rutas: RPG Maker MV/MZ, Godot, Unity, Unreal, Phaser, Ren'Py y un constructor en el navegador cuyo resultado es una página en lugar de un archivo compilado. Las columnas son coste y licencia, código necesario, 2D o 3D, plataforma objetivo y tiempo hasta la primera versión jugable. Lee esa última columna como el tiempo para poner en pantalla un personaje controlable con colisiones y un objeto interactivo, no como el tiempo para terminar un juego. La mayoría de los proyectos RPG fracasan por los sistemas, no por el renderizado, así que trata la tabla como un filtro y las secciones siguientes como la decisión.

La tabla comparativa

Dos celdas de esa tabla merecen una advertencia. El destino Web de Unity funciona, pero una compilación WebAssembly incluso de un modesto RPG 2D suele rondar las decenas de megabytes antes de comprimir los recursos, y las compilaciones con hilos necesitan cabeceras de aislamiento de origen cruzado (COOP y COEP) que muchos alojamientos estáticos no envían de forma predeterminada. El síntoma es un lienzo en blanco y un mensaje en la consola sobre SharedArrayBuffer, no un error claro. La exportación web con hilos de Godot tiene el mismo requisito de cabeceras, que es la razón más común por la que un proyecto de Godot funciona en local y falla en un alojamiento gratuito.

La exportación HTML5 de Unreal se eliminó en la época de la 4.23 a la 4.24 y no hay un reemplazo compatible, así que un RPG hecho en Unreal se distribuye como binario o a través de una tienda. Si el enlace es el modelo de distribución, eso descarta Unreal de la lista antes de que escribas una sola línea de código.

El despliegue en navegador de RPG Maker carga todo el árbol de recursos por adelantado. Eso está bien para un proyecto pequeño y resulta penoso para uno con una banda sonora extensa, porque el audio domina la carga mucho antes que los mapas. Presupuesta la primera carga, no la tasa de fotogramas, como tu primer problema de rendimiento.

Motores de RPG 2D vs 3D

El renderizador es la parte barata. Godot y Unity renderizan 2D y 3D en la misma descarga, y cambiar una cámara de perspectiva a ortográfica es una sola propiedad. Lo que cambia entre un RPG 2D y uno 3D es todo lo anterior al renderizador: cómo se crean los recursos, cuánta gente hace falta y cuánto tarda un cambio en hacerse visible.

Una ruta 2D implica hojas de sprites y tilesets. Un personaje que camina en cuatro direcciones suele necesitar tres fotogramas por dirección, doce en total, dibujados a 16x16, 32x32 o 48x48 píxeles. Los ajustes de importación importan más que el propio dibujo: pon Filter Mode en Point (sin filtro) y Compression en None para el pixel art, o el filtrado bilineal predeterminado del editor difuminará cada tesela y pasarás una tarde culpando al artista. La iteración es rápida porque una tesela nueva se dibuja y se suelta en la carpeta. Un mapa de 100x100 a 32 píxeles por tesela es una imagen de 3200x3200 píxeles, que es un coste de memoria real pero manejable.

Una ruta 3D implica mallas, esqueletos, pesos de piel y clips de animación. Un personaje necesita una malla, un esqueleto y, como mínimo, clips de reposo, caminar y ataque. Si no licencias una biblioteca, eso es tiempo de modelado antes de que exista cualquier jugabilidad. La iteración es más lenta en ambos sentidos: la iluminación, las mallas con niveles de detalle y las formas de colisión hay que reverificarlas cuando cambia una malla. La recompensa es una cámara capaz de cosas que una cuadrícula de teselas no puede, y un flujo de trabajo que acepta entornos escaneados o ensamblados a partir de kits.

La pregunta práctica no es cuál se ve mejor. Es cuántos cambios de recursos prevés hacer después de la primera hora jugable. Un proyecto 2D absorbe docenas de cambios a bajo coste. Un proyecto 3D absorbe una docena y luego empieza a costarte una semana cada uno.

RPG Maker te ancla al 2D, y eso es una ventaja: el editor de mapas, los autotiles y los conjuntos de personajes presuponen una cuadrícula de teselas, así que un tileset es el único tipo de recurso que debes producir. Unreal te orienta hacia el 3D: Paper2D puede renderizar sprites, pero la iluminación, la física y las herramientas de animación están construidas en torno a mallas, así que un juego 2D allí pelea contra el motor.

Godot y Unity son los dos que te dejan decidir más tarde, pero solo a un precio. Cambiar un prototipo de sprites a mallas supone reconstruir las colisiones, reajustar la distancia de la cámara y rehacer cada animación, porque el número de fotogramas de una hoja de sprites y la duración de un clip de un esqueleto no tienen nada en común. Elige la dimensión antes de construir el primer combate, no después.

¿Hace falta programar?

No, hasta el momento en que quieres algo que la herramienta aún no modela. El sistema de eventos de RPG Maker es una lista de comandos con condiciones, interruptores y variables, y puedes construir una cadena de misiones, una tienda y un combate por turnos sin escribir una línea de código. El muro llega con los diseños de menú personalizados y las fórmulas de combate que la base de datos no puede expresar; en ese punto estás editando archivos de plugins de JavaScript y registrándolos en la lista de plugins, lo que es trabajo de autor de plugins más que de principiante.

Los Blueprints de Unreal son lo más parecido a un motor de propósito general con una capa completa de programación visual. Puedes construir toda la lógica de un RPG como grafos de nodos, y la diferencia de rendimiento frente a C++ solo se vuelve visible en código que se ejecuta por fotograma y por actor, como grandes bucles de multitudes o de proyectiles. La programación visual de Unity es un paquete más recursos de terceros, y la mayoría de los tutoriales y respuestas de foros presuponen C#. Godot no tiene ningún grafo de nodos de juego integrado; GDScript es la vía, y su sintaxis es deliberadamente cercana a Python. Phaser es código desde la primera línea. El formato de script de Ren'Py se lee más como un guion que como un programa, con Python disponible para los casos límite.

Hay una cuarta opción que no encaja en la dicotomía grafo de nodos frente a lenguaje: describe el juego y deja que la herramienta lo construya. El constructor de juegos 3D de Neta Studio toma una descripción escrita y produce un mundo con Three.js que se ejecuta en la pestaña. Haces cambios describiéndolos en lugar de abrir un archivo de escena y buscar el panel de inspector adecuado. Es un mal sustituto de un grafo de nodos cuando necesitas control exacto del fotograma sobre una fórmula de daño, y un muy buen sustituto de las dos semanas que la mayoría de los proyectos pierde en la configuración.

Ren'Py es el caso más claro. Un proyecto es una carpeta de archivos de script en texto plano; puedes escribirlo y ejecutarlo desde cualquier editor de texto junto con el lanzador, y la única función obligatoria del lanzador es iniciar el juego. Phaser es el segundo caso: un proyecto es una carpeta de JavaScript y un archivo HTML, y el navegador es el editor. Ninguna de las dos rutas te da un pintor de mapas visual, pero ninguna te pide instalar un formato de proyecto que no puedas leer en un editor de texto.

RPG Maker no cumple ese requisito, porque la base de datos, los mapas y las páginas de eventos viven en el formato de proyecto del editor. Un constructor en el navegador va en la dirección contraria: la descripción es el proyecto, y el editor es un campo de texto que ya estás viendo. Si tu motivo para evitar un editor es que no quieres aprender uno, esa distinción importa más que la lista de funciones.

Exportación y publicación

Lo que exportas decide lo que tu jugador tiene que hacer antes de poder jugar. RPG Maker despliega compilaciones para Windows y macOS mediante NW.js, con el despliegue en navegador y móvil dependiendo de la versión y de herramientas de la comunidad. Un despliegue en navegador es un archivo HTML, un entorno de ejecución de JavaScript y los directorios de imágenes y audio del proyecto: se puede alojar en cualquier servidor estático, pero los recursos se descargan antes de que aparezca la pantalla de título.

Godot exporta mediante ajustes predefinidos guardados en export_presets.cfg. Una exportación web produce un contenedor HTML, un binario .wasm y un archivo .pck con los datos de tu proyecto. La exportación web con hilos de Godot 4 necesita SharedArrayBuffer, lo que exige que el alojamiento envíe las cabeceras COOP y COEP. Sin ellas, o entregas la compilación de un solo hilo o la página nunca arranca. La compilación Web de Unity pasa por IL2CPP y produce WebAssembly más un paquete de datos, con el mismo requisito de cabeceras para los hilos y la misma consecuencia si se ignora.

Los dos problemas web prácticos de Unity son la carga inicial y la memoria. Una escena que carga todo al arrancar se atasca en el primer fotograma; los recursos direccionables y las escenas divididas son la solución, no una compilación más pequeña. Unreal exporta binarios nativos para escritorio y consola y no tiene un destino de navegador compatible. Phaser no exporta nada, porque los archivos ya son archivos web: el despliegue es copiar una carpeta. Ren'Py produce distribuciones por plataforma desde sus ajustes de compilación, incluida una compilación web, y empaqueta los recursos junto con el entorno de ejecución.

Si publicas en un alojamiento estático, prueba las cabeceras antes de probar el juego. Un servidor local que define COOP y COEP ocultará un problema de alojamiento que solo aparece en producción.

La opción sin motor

Hay una ruta en la que nada de lo anterior se aplica, porque no hay motor que instalar, ni carpeta de proyecto, ni ajuste predefinido de exportación que configurar. El constructor de juegos 3D de Neta Studio toma una descripción escrita y produce un mundo renderizado con Three.js en la pestaña del navegador. El resultado es una página. Envías un enlace a alguien y el mundo se abre; no descarga un archivo, ni ejecuta un instalador, ni tiene que decidir si confiar en un ejecutable.

Eso cambia la forma del trabajo. No hay paso de compilación que volver a ejecutar tras una edición ni exportación específica de plataforma que mantener. Describes el terreno, el ángulo de cámara, la iluminación, los personajes que existen y lo que el jugador puede hacer; el constructor ensambla el grafo de escena y Three.js lo dibuja. Agent Sprite Forge cubre el caso en que se necesita un personaje o un accesorio antes de que exista un artista, y Mini World y The Cyclops' Island son mundos jugables que puedes abrir para ver la cámara, el suelo y el movimiento ya funcionando.

Esto no sustituye a Godot ni a Unity en un RPG grande. Los sistemas con requisitos numéricos exactos —una fórmula de daño, un formato de guardado que debes mantener compatible entre versiones, una máquina de estados de combate con una docena de estados que interactúan— siguen queriendo una capa de scripting real. Lo que elimina es la fase anterior, en la que el mundo aún no existe y no puedes decir si la cámara se lee bien o si la escala parece equivocada.

Cómo elegir en diez minutos

Recórrelos en orden y detente en la primera línea que lo decida. La mayoría de los proyectos se resuelven en las dos primeras.

Entra en el mundo al que pertenece

Una comparación de motores es una tabla hasta que una fila está en marcha. La fila del navegador es la que puedes probar sin instalar nada: abre un mundo que se describió en una frase y se exportó como página. Eso es lo que de verdad se siente en la última fila de la tabla.