Cómo traducir juegos de Godot al inglés

RuneTranslate ahora traduce juegos construidos sobre Godot — el motor gratuito y de código abierto que se ha convertido silenciosamente en una de las formas más populares de publicar un juego indie o doujin. Godot ha sido históricamente uno de los motores más difíciles de traducir desde fuera, porque un juego de Godot publicado es una caja sellada: todo vive dentro de un único archivo .pck (con frecuencia pegado al final del propio .exe), los scripts están compilados a bytecode de GDScript, y las escenas se guardan como binario. RuneTranslate abre esa caja, lee el texto y vuelve a empaquetar tu traducción dentro.

Este es un motor recién añadido, así que antes que nada: si apuntas RuneTranslate a un juego de Godot y no lo detecta, no lo abre, o la copia exportada no se ejecuta, por favor dínoslo. Más sobre eso al final.

Qué es en realidad Godot

Godot es un motor de juego gratuito, con licencia MIT y de código abierto que se ha convertido en una opción popular para juegos indie 2D y 3D, y una porción creciente de títulos doujin japoneses se publica en él. Los juegos suelen escribirse en GDScript, el propio lenguaje similar a Python de Godot, y se disponen como escenas — árboles de nodos guardados como recursos. Cuando un juego se exporta, todo ello — scripts, escenas, imágenes, audio — se agrupa en un único archivo pack .pck, que se sitúa junto al ejecutable o, muy comúnmente, se añade al final del propio .exe. Ese empaquetado es exactamente lo que hace que los juegos de Godot parezcan impenetrables.

Por qué los juegos de Godot han sido difíciles de traducir

A diferencia de un motor basado en scripts como Ren’Py, un juego de Godot publicado apenas expone nada en texto plano:

• Todo está dentro del `.pck`. No hay archivos de script o texto sueltos que editar — y cuando el pack está incrustado en el .exe ni siquiera hay un .pck visible al que apuntar una herramienta.
• Los scripts están compilados. GDScript se publica como bytecode compilado (.gdc) — y en el Godot 4 moderno ese bytecode está además comprimido — así que el diálogo incrustado en el código no es algo que puedas buscar con grep o abrir en un editor de texto.
• Las escenas son binarias. Las etiquetas de la interfaz y el texto de los menús viven en archivos de escena guardados en el formato de recurso binario de Godot (.scn), no en el .tscn legible por humanos que ves en el editor.
• La mayoría de los juegos no usan un archivo de traducción. Godot tiene un sistema de localización de primera clase (CSV / .po → .translation), pero muchos juegos — especialmente los títulos doujin más pequeños — nunca lo usan y simplemente incrustan el japonés directamente en los scripts y escenas. RuneTranslate apunta exactamente a esas cadenas incrustadas (en .gd, .tscn, .tres, .cfg y project.godot); todavía no lee las tablas de localización .csv / .po / .translation, así que un juego que sí las usa queda fuera del alcance por ahora.

Qué hace RuneTranslate ahora

RuneTranslate trata Godot como un motor de primera clase y reconstruye el proyecto legible por ti. Internamente incluye una copia de GDRE Tools (el kit de ingeniería inversa de Godot de código abierto) y la usa para:

• Desempaquetar el `.pck` — independiente, data.pck, o el pack incrustado al final del .exe (RuneTranslate detecta la firma del pack incrustado automáticamente).
• Descompilar el GDScript compilado (.gdc → .gd) para que el diálogo y la narración del código vuelvan a ser legibles.
• Convertir las escenas binarias (.scn → .tscn) para poder extraer las etiquetas y el texto de la interfaz que hay en ellas.

Luego escanea el proyecto recuperado y lista cada cadena traducible — diálogo de scripts y texto de escenas/interfaz — agrupada por archivo en el editor, con el marcado del motor enmascarado tras marcadores de posición para que el proveedor nunca lo estropee. Al exportar, inserta tus traducciones de vuelta en el código fuente recuperado y vuelve a empaquetar una copia ejecutable del juego (más sobre exactamente cómo abajo).

Qué necesitas

• RuneTranslate para Windows — gratis, todos los motores y proveedores desbloqueados.
• Una carpeta de juego de Godot — normalmente solo el .exe del juego (con el pack incrustado), o un .exe más un .pck / data.pck al lado. Godot 3.x y 4.x están ambos soportados.
• Un idioma de destino — inglés, español, francés, alemán, portugués, ruso, chino, italiano, turco, vietnamita y 20+ más.
• Un proveedor de traducción. Google Translate gratuito funciona sin más; DeepL tiene un nivel gratuito; OpenAI, Anthropic, un modelo local (Ollama / LM Studio) y cualquier API compatible con OpenAI requieren tu propia clave. Los juegos de Godot suelen tener muchos diálogos, así que un LLM (OpenAI / Anthropic) o DeepL leen mejor para el texto de la historia.

Paso 1: Abre la carpeta del juego

Inicia RuneTranslate, haz clic en Nuevo proyecto y apúntalo al directorio del juego de Godot — la carpeta con el .exe del juego (y un .pck, si se publica por separado). La detección del motor se ejecuta automáticamente: reconoce la firma del pack incrustado al final del ejecutable, un .pck suelto o un proyecto de Godot. Tus archivos originales nunca se modifican.

Paso 2: Desempaqueta y recupera el proyecto

RuneTranslate ejecuta su sidecar de GDRE Tools incluido para desempaquetar el pack, descompilar el GDScript compilado y convertir las escenas binarias en código fuente legible. Luego escanea ese proyecto recuperado y lista cada línea traducible — diálogo y narración de los scripts, más etiquetas y texto de interfaz de las escenas — agrupada por archivo. Las rutas de recursos, los nombres de nodos y otros identificadores de código se filtran para que solo traduzcas las cadenas que el jugador realmente ve.

Paso 3: Traduce

Elige un proveedor y ejecuta. Para un juego centrado en la historia, un LLM (OpenAI / Anthropic) es lo mejor para la voz de los personajes, DeepL es rápido y limpio para la narración, y Google Translate gratuito va bien para cadenas cortas de interfaz. Los juegos de Godot a menudo guardan su diálogo como largos arrays de líneas dentro de un único script — una «base de datos de historia» — así que el mismo nombre de personaje o lugar aparece cientos de veces. Pon en el glosario a tu reparto y los términos clave desde el principio para que se rendericen de forma idéntica en todas partes; consulta Glosario 101. Un pase opcional con el refinador de IA pule la fraseología rígida que la traducción automática tiende a dejar.

Paso 4: Exporta una compilación traducida

Haz clic en Exportar. Como los scripts originales son bytecode compilado, RuneTranslate usa un enfoque de sobreescritura de código fuente: escribe tus traducciones en el código .gd / .tscn recuperado, deja fuera el .gdc compilado / .scn binario para que el motor recurra al código fuente traducido suelto, vuelve a empaquetar un nuevo .pck y lo vuelve a incrustar en una copia del .exe. Tu juego original permanece intacto; obtienes una copia traducida separada y ejecutable.

Alcance de la exportación, ten en cuenta: la exportación funciona actualmente para juegos cuyo pack está incrustado en el `.exe` y construidos sobre Godot 4 (el reempaquetador en TypeScript puro escribe solo formatos de pack de Godot 4). Un juego que publica un .pck independiente junto al ejecutable, o uno construido sobre Godot 3, aún detectará, extraerá y traducirá — puedes hacer todo el pase de traducción y usarlo como glosario o referencia — pero RuneTranslate todavía no puede reempaquetar una compilación jugable para esos. Los juegos de Godot 4 con pack incrustado (el caso doujin más común) se exportan de principio a fin.

Paso 5: Verifica que la copia se ejecuta

La compilación exportada depende de que el motor de ejecución de Godot compile el código fuente traducido suelto al cargar, así que — como con cualquier motor nuevo — lanza el juego exportado una vez y confirma que el diálogo y los menús muestran tu idioma antes de compartirlo. Si un script no carga, ese es exactamente el tipo de informe que nos ayuda a robustecerlo (ver abajo).

Limitaciones conocidas

• En la medida de lo posible. Verifica que el juego exportado se lanza y se lee correctamente antes de redistribuirlo.
• La exportación es solo pack incrustado + Godot 4. Los juegos con .pck independiente y los juegos de Godot 3 detectan, extraen y traducen, pero todavía no pueden reempaquetarse en una compilación jugable.
• Solo cadenas incrustadas. RuneTranslate lee el japonés incrustado en scripts y escenas, no las tablas de localización .csv / .po / .translation que usa una minoría de juegos.
• Packs cifrados. Algunos juegos publican un .pck cifrado con una clave incrustada en el binario; esos todavía no se abren.
• Juegos en C# / .NET (Mono). RuneTranslate se centra en GDScript; el texto compilado en la lógica de un juego de Godot en C# queda fuera del alcance.
• Texto pintado en imágenes. Un título o logo renderizado como obra de arte son píxeles, no cadenas — eso es tarea de la traducción de texto en imágenes, no de la extracción de scripts.
• Los idiomas de destino no latinos dependen de que el juego publique una fuente que realmente pueda renderizarlos.

Cuéntanos qué se rompe

Godot abarca muchas versiones de motor y estilos de empaquetado, y no los hemos visto todos. Si un juego no se detecta, no se desempaqueta, o exporta algo que no se lanza, por favor repórtalo — el nombre del juego, su versión de Godot y cómo está empaquetado (pack incrustado frente a un .pck suelto) es exactamente lo que nos ayuda a robustecerlo más rápido.

Descarga RuneTranslate, apúntalo a ese juego de Godot que llevas queriendo leer, y pruébalo. Para otro motor moderno, consulta a continuación el tutorial de Unity.