6 proyectos de decompilación de videojuegos que merece la pena conocer
De Super Mario 64 a Pokémon Esmeralda: seis proyectos que permiten mirar detrás de juegos emblemáticos y entender por qué decompilar no es lo mismo que crear un port.
Super Mario 64, Zelda y Pokémon no solo son juegos que podemos volver a jugar: también tienen proyectos comunitarios que reconstruyen código a partir de sus versiones compiladas. Lo impresionante es poder estudiar cómo funciona una experiencia conocida sin disponer del proyecto original de sus desarrolladores.
Esta selección reúne seis proyectos de decompilación por su interés técnico y por las preguntas que permiten explorar. No es una clasificación de calidad de los juegos ni una lista de versiones listas para descargar. Tampoco todos los proyectos tienen el mismo alcance o estado de avance.
Repositorios y documentación consultados el 22 de octubre de 2026. Evitamos porcentajes de progreso porque pueden cambiar y dependen de las versiones y partes del programa que se estén midiendo.
Antes del listado: decompilación, port y emulador no son lo mismo
La decompilación busca reconstruir una representación del programa a partir del ejecutable. En un proyecto de tipo matching, la meta es que el código reconstruido, con la configuración adecuada, vuelva a producir el binario de referencia. Eso no significa recuperar los comentarios, nombres o decisiones de diseño originales.
Un port adapta un juego a otra plataforma. Puede aprovechar una decompilación, pero añade un trabajo diferente: gráficos, sonido, entrada, archivos y otras dependencias deben funcionar en el nuevo entorno. Un emulador, en cambio, reproduce el comportamiento de una plataforma para ejecutar software preparado para ella.
Por eso, encontrar un repositorio de decompilación no significa encontrar un juego para PC terminado. Para profundizar en el proceso y sus límites, puedes leer nuestra explicación de la decompilación de videojuegos con IA.
1. Super Mario 64: mirar detrás del movimiento en tres dimensiones
Pocos juegos resultan tan reconocibles por cómo se sienten al controlar al personaje. Saltos, pendientes y cambios de movimiento convierten a Super Mario 64 en un candidato especialmente atractivo para quien quiere comprender la relación entre reglas y experiencia de juego.
El proyecto n64decomp/sm64 documenta una decompilación completa de varias ediciones, entre ellas las japonesas, norteamericanas y europeas. Su documentación también distingue esa reconstrucción del trabajo de nombrar y documentar estructuras, que continúa siendo relevante aunque el programa pueda recompilarse.
Qué lo hace especial: permite acercarse a un juego de plataformas 3D desde sus sistemas, no únicamente desde lo que vemos en pantalla. Es una buena puerta de entrada para entender por qué reconstruir código y explicar ese código son objetivos distintos.
Qué no debes confundir: este repositorio no equivale a cualquier port de Mario 64 que encuentres en Internet. Además, indica que no incluye todos los recursos necesarios para construir el juego.
2. Zelda: Ocarina of Time y la complejidad de una aventura
Una aventura de este tipo invita a pensar en muchas piezas conectadas: escenarios, personajes, cámara, interacciones y progresión. Su interés no está solo en una mecánica aislada, sino en cómo distintos sistemas sostienen una experiencia completa.
ZeldaRET/oot explica que reconstruye una base de código mediante información del juego y análisis estático o dinámico. La documentación advierte que el proyecto sigue evolucionando y señala expresamente que su objetivo no es producir un port para PC.
Qué lo hace especial: es un ejemplo claro de la distancia entre reconocer una acción al jugar y comprender las dependencias que la hacen posible. Para estudiar una interacción, también importa qué estado del mundo la habilita y qué cambia después.
Qué no debes confundir: decompilación, documentación y facilidad para modificar el juego no avanzan necesariamente al mismo ritmo. El propio proyecto advierte de limitaciones y cambios en su base de código.
3. Zelda: Majora's Mask y el interés de los sistemas con tiempo
Majora's Mask resulta fascinante para quien disfruta pensando en estados, horarios y eventos. Su diseño permite plantear preguntas sobre qué ocurre cuando una acción cambia de resultado según el momento o las condiciones del mundo.
El proyecto ZeldaRET/mm está dedicado a la decompilación de este juego. Es un proyecto separado del de Ocarina of Time: que compartan una familia de juegos no convierte sus repositorios ni sus avances en intercambiables.
Qué lo hace especial: ofrece un punto de partida para explorar cómo estudiar comportamientos que dependen del tiempo y de estados persistentes. Esas preguntas son interesantes incluso antes de abrir una función concreta.
Qué no debes confundir: aquí destacamos el interés del diseño para el análisis; no afirmamos que todos sus sistemas estén completamente documentados. Para conocer el alcance vigente hay que consultar el repositorio y la versión que toma como referencia.
4. Pokémon Esmeralda: mucho más que combates por turnos
Los combates son la parte más visible, pero un juego de rol también combina datos, reglas, inventario, mapas y eventos. Ese cruce entre información y comportamiento hace de Pokémon un tema atractivo para estudiar organización de software.
pret/pokeemerald se presenta como una decompilación de Pokémon Esmeralda y especifica la ROM de referencia que reconstruye. Tener una referencia concreta importa: no basta con que el resultado se parezca visualmente al juego.
Qué lo hace especial: invita a distinguir las reglas generales de los datos sobre los que operan. Para alguien que desarrolla aplicaciones, esa separación también es familiar: cambiar información no siempre exige cambiar el motor que la procesa.
Qué no debes confundir: un proyecto derivado que cambia criaturas, historia o reglas no es la misma cosa que la reconstrucción de referencia. Una modificación puede ser interesante sin conservar el objetivo de reproducir el binario original.
5. Pokémon Rojo Fuego y Verde Hoja: versiones que conviene distinguir
El repositorio pret/pokefirered está dedicado a Pokémon FireRed y LeafGreen. Lo incluimos por una razón diferente a Esmeralda: permite poner el foco en cómo se documentan y distinguen versiones relacionadas.
Qué lo hace especial: recuerda que el nombre comercial no es una especificación suficiente. Edición, región y revisión pueden importar al comparar resultados, reproducir un fallo o comprobar una compilación.
Esa disciplina también es útil fuera de los videojuegos. Cuando un sistema funciona de forma distinta en dos instalaciones, primero hay que identificar exactamente qué versión ejecuta cada una.
Qué no debes confundir: compartir saga o plataforma no demuestra que todos los detalles internos sean iguales. Tampoco debemos trasladar automáticamente una conclusión de un repositorio a otro.
6. Super Smash Bros. Melee: cuando los pequeños detalles importan
Un juego de lucha competitivo llama la atención por sus tiempos, colisiones, transiciones y respuestas a las entradas del jugador. Una diferencia pequeña puede tener consecuencias visibles en una partida.
doldecomp/melee es el proyecto de decompilación de Super Smash Bros. Melee. Es una referencia interesante para comprender por qué el análisis necesita más precisión que una explicación aproximada de lo que parece hacer una función.
Qué lo hace especial: conecta con una pregunta central de la ingeniería inversa: ¿hemos reconstruido el comportamiento o solamente algo que se parece? Los límites, el orden de operaciones y las condiciones de transición merecen atención.
Qué no debes confundir: recompilar un ejecutable de referencia no equivale a disponer de un port para cualquier dispositivo ni de una documentación completa de todas las mecánicas. Son objetivos diferentes.
Qué lugar ocupa la IA en estos proyectos
No atribuimos estas decompilaciones a la IA. La existencia de un repositorio no permite deducir qué herramientas utilizó cada persona ni convertir un esfuerzo comunitario en un logro automático de un modelo.
La IA puede ayudar a interpretar fragmentos y ordenar hipótesis, pero una explicación convincente no demuestra equivalencia con el programa original. También hay que respetar las normas de contribución de cada comunidad: no todos los proyectos aceptan los mismos métodos.
Cómo acercarse a estos proyectos sin perderse
Empieza por una pregunta pequeña: cómo se representa un estado, cómo se selecciona una acción o cómo se separan datos y lógica. Lee el alcance del repositorio antes de asumir que una parte está reconstruida o documentada.
Nuestra guía para documentar mecánicas antes de recrearlas propone separar observaciones, hipótesis y pruebas. Es una forma más manejable de empezar que intentar entender un juego completo.
Estos proyectos no implican que el juego comercial, sus gráficos o su música hayan pasado a ser de libre distribución. Este artículo enlaza a documentación de los proyectos, no a ROMs, paquetes de recursos ni descargas del juego.
Lo que enseñan sobre mantener software
La lección compartida es que hacer funcionar un programa y comprenderlo son tareas diferentes. Identificar versiones, reproducir resultados y documentar incertidumbres también importa al continuar un proyecto existente.
No presentamos estas decompilaciones como trabajos de Lanzamiento Digital. Son ejemplos externos que ayudan a explicar una idea: antes de modificar software, conviene saber qué hace realmente y cómo comprobar que no hemos cambiado algo importante.