En este artículo
Cada vez que sale un port comunitario, aparece la misma pregunta: ¿esto es legal? La respuesta corta es que depende. La respuesta útil es más larga: depende de qué se distribuye, de dónde salió la copia y de si se rompió alguna protección. Confundir esas tres cosas es la raíz de casi todas las discusiones.
La confusión habitual
“Recompilar” y “piratear” se usan como si fueran lo mismo, pero describen cosas distintas. Recompilar es traducir código de una plataforma a otra. Piratear es distribuir una obra sin autorización. Un proyecto puede hacer lo primero sin hacer lo segundo, y también puede hacer las dos cosas a la vez. La legalidad no está en la técnica; está en la conducta.
La confusión se complica porque el debate mezcla tres capas: el código nuevo que escribe el proyecto, los assets del juego —texturas, audio, modelos, datos— y las medidas técnicas de protección. Cada capa tiene un régimen distinto y un riesgo distinto. Sin separarlas, la conversación se vuelve una pelea de etiquetas.
Hay una tercera confusión: creer que la ausencia de ánimo de lucro equivale a legalidad. No es así. El fair use no depende solo de si cobras; depende del propósito, la naturaleza de la obra, la cantidad usada y el efecto en el mercado. Un proyecto gratuito puede infringir; uno comercial puede ser fair use. El precio no es el criterio.
Qué distribuye un recomp
Los proyectos serios distribuyen código, no el juego. El usuario aporta su propia copia: un disco, una extracción, los archivos que ya posee. Esa separación es la que permite que el proyecto exista sin convertirse en una distribución de la obra completa.
“They don’t distribute the game. You supply your own copy.” — Explicador sobre recomps y decomps, 18-oct-2026.
Eso no resuelve todo. El código recompilado puede ser una obra derivada, y la calificación depende de la jurisdicción y de cómo se obtuvo el binario. Pero cambia el centro de gravedad: el proyecto no entrega el juego; entrega una herramienta para ejecutar una copia que el usuario ya tiene.
Qué dice la jurisprudencia
En Estados Unidos, dos casos se citan una y otra vez. Sega v. Accolade (1992) sostuvo que la ingeniería inversa para lograr interoperabilidad puede ser fair use en ciertas circunstancias. Sony v. Connectix (2000) aplicó una lógica similar a la emulación: copiar para entender y permitir compatibilidad no es automáticamente una infracción.
Ninguno de los dos dice “cualquier recomp es legal”. Dicen que el análisis es contextual: importa el propósito, la naturaleza de la copia, cuánto se toma y qué efecto tiene en el mercado. Un proyecto que copia assets, evade protecciones o sustituye el mercado del original está en una posición distinta a uno que escribe código para interoperar.
El otro precedente que circula es el de Yuzu y Ryujinx, que desaparecieron tras acciones legales. Ese caso muestra el riesgo real, no una regla universal. La lección no es “toda emulación es ilegal”; es que la presión legal puede cerrar proyectos incluso cuando la teoría les daba algún margen.
El problema del DMCA
El artículo 1201 del DMCA añade un riesgo específico: circunvenir una medida técnica de protección. No es lo mismo copiar un archivo que romper un cifrado, un chequeo de licencia o una verificación de integridad. La segunda conducta tiene un régimen propio y, en muchos casos, un riesgo mayor.
Por eso los proyectos serios evitan instrucciones para saltarse protecciones. Pueden documentar cómo extraer los archivos de una copia legítima, pero no distribuir claves ni parches que rompan un DRM. La diferencia entre “compatibilidad” y “circunvención” es la que separa un proyecto de preservación de uno que se pone innecesariamente en la mira.
La jurisdicción no es un detalle. Estados Unidos tiene fair use; la Unión Europea tiene excepciones de interoperabilidad y un régimen distinto de protección; América Latina combina derechos de autor, tratados y normas de competencia. Un proyecto puede ser defendible en un país y riesgoso en otro. Por eso las frases absolutas —“es legal”, “es piratería”— son casi siempre falsas. La pregunta correcta es: ¿legal bajo qué régimen, para qué conducta y con qué copia?
Qué hacen los proyectos serios
Distribuyen código, no assets. Piden al usuario su propia copia. Documentan los requisitos. No incluyen claves ni medidas de circunvención. Responden a issues de forma pública. Y, cuando reciben una reclamación, negocian o cierran en vez de convertir el proyecto en una cruzada.
Eso no los hace inmunes. Los hace más defendibles. La diferencia entre un proyecto que sobrevive y uno que desaparece no es solo técnica: es de conducta y de disposición a corregir.
La transparencia es parte de la defensa. Un proyecto que documenta su proceso, publica sus issues y explica sus límites es más fácil de evaluar que uno que promete magia. Esa transparencia también protege al usuario: sabe qué está instalando y qué no está recibiendo.
Checklist antes de descargar
| Pregunta | Respuesta que busco |
|---|---|
| ¿El proyecto distribuye el juego o solo código? | Solo código; los assets los aporta el usuario |
| ¿Requiere una copia legítima? | Sí, y lo documenta |
| ¿Incluye claves o parches de DRM? | No |
| ¿Explica qué partes siguen rotas? | Sí, con issues o notas de release |
| ¿Tiene una jurisdicción aplicable? | No se puede asumir la de EE. UU. |
Si alguna respuesta falta, no es una prohibición automática: es una señal de que el proyecto no está listo para que confíes en él. La checklist no reemplaza al abogado; evita que le preguntes lo obvio y te ayuda a decidir con información. También te protege de ti mismo: de instalar algo que no sabes qué incluye. Esa es la duda que importa.
Para seguir leyendo
El explicador sobre recomps y decomps es la mejor introducción al mapa; el artículo académico sobre decompilaciones y derechos entra en la jurisprudencia con más detalle. Si te interesa el lado técnico, nuestra pieza sobre Twisted Metal y la recompilación estática muestra cómo se separa el código de los assets en la práctica. Para el debate sobre calidad, revisa la pieza sobre ports vibe coded. Y para el caso de preservación, Lost Odyssey y sus 44 días.
Preguntas frecuentes
¿Todos los recomps son legales?
No. Depende de qué distribuyen, cómo obtuvieron el código y si circunvienen protecciones. La técnica no determina la legalidad por sí sola.
¿Si tengo el juego original puedo descargar cualquier recomp?
Tener una copia ayuda, pero no resuelve automáticamente el análisis de obra derivada ni las medidas de protección. La jurisdicción importa.
¿Esto es asesoría legal?
No. Es un mapa editorial para entender las capas del problema. Para tu caso concreto, consulta a un abogado de tu jurisdicción.
El conocimiento verdadero trasciende a lo público 🌀
Continúa explorando Cultura geek con piezas relacionadas y evidencia adicional.
Ver relacionados
