[HO] RomHacking con IA

RomHacking con IA
Proyectos, métodos y aprendizaje compartido

Abro este hilo para recopilar en un solo sitio los proyectos de romhacking hechos con ayuda de IA —traducciones, parches de mejora, arreglos de jugabilidad, lo que se os ocurra— y para que sirva además como lugar de aprendizaje, donde quien sepa comparta y quien empiece pueda preguntar sin sentirse fuera de lugar. La idea no es hacer un escaparate, sino tener un punto de encuentro: qué estáis haciendo, cómo lo estáis haciendo, dónde os habéis atascado y qué habéis aprendido por el camino.

Trabajar así ya no es ninguna rareza. Cada vez somos más los que sacamos adelante proyectos apoyándonos en una IA para la parte técnica, y me parece que va siendo hora de compartir método en lugar de que cada uno vaya descubriendo lo mismo por su cuenta. Yo llevo un tiempo en ello y he aprendido bastante a base de equivocarme, así que abro con lo que tengo y espero que esto se llene de aportaciones de otros.

Cómo funciona esto en la práctica

Conviene aclarar el reparto de trabajo, porque suele malinterpretarse en las dos direcciones. La IA hace el trabajo técnico duro: desensamblar, localizar tablas de punteros, analizar formatos de compresión, escribir parches de código, reubicar assets. Es capaz de sostener un análisis de ingeniería inversa durante días y de escribir las herramientas que hagan falta para ello, y ahí no le llego ni de lejos.

Ahora bien, sola no llega a ninguna parte. Alguien tiene que dirigir el proyecto: decidir qué se traduce y cómo se redacta, marcar prioridades, descartar lo que no merece la pena. Alguien tiene que probar cada versión en el emulador, porque la IA no ve la pantalla y te dirá "verificado, todo correcto" sobre algo que está completamente roto. Y alguien tiene que aportar intuición cuando el análisis se atasca, que es más decisivo de lo que parece.

Dos ejemplos concretos. En el Nekketsu Soccer los nombres de los equipos estaban como gráficos y no cabían por 390 bytes; el primer enfoque generaba 146 tiles únicos y era un callejón sin salida, hasta que se planteó tratarlos como texto en lugar de como gráficos, alineando cada letra a su celda: de 146 tiles a 35, con 1.466 bytes de margen. En el Momotaro, más recientemente, la IA sostuvo que cierta función no se podía implementar; al insistir y explicar por qué debería poder hacerse, fue a medirlo y resultó que la rutina necesaria ya existía en la ROM y ya se estaba llamando. La intuición humana y el músculo técnico de la máquina se complementan, y ninguno de los dos sobra.

Proyectos

Empiezo yo para romper el hielo. Los dejo plegados para no ocupar media página, y confío en que esto se llene con los vuestros.

Nekketsu Koukou Dodgeball-bu — Soccer Hen MD · TERMINADO

Momotarou Katsugeki · EN PROCESO

Lord Monarch · INICIADO

Double Dragon II (arcade) · INICIADO

Wonder Boy in Monster World · INICIADO


Lo que he aprendido a base de equivocarme

Hay unas cuantas cosas que ojalá me hubieran contado al empezar, y que creo que ahorran bastante tiempo.

La primera y más importante: la IA se equivoca con una seguridad pasmosa. Te dará por bueno un cambio que rompe el juego entero, porque ha comprobado que escribió los bytes que pretendía escribir, no que el resultado en pantalla sea correcto. Por eso hay que probar siempre en el emulador, y por eso las capturas de pantalla son la prueba definitiva: la IA analiza bytes, tú ves píxeles, y cuando ambos no coinciden manda lo que se ve.

De ahí se deriva la segunda: si crees que se está equivocando, insiste. En mi experiencia, cuando he discutido de manera terca he acabado teniendo razón muchas más veces de las que esperaba. Lo útil es pedir la medición, no la conclusión; que explique cómo lo ha comprobado, no que repita que está bien.

Y hay un caso particular de esto que me ha costado varias sesiones aprender: no basta con que la IA "verifique" su propio trabajo, porque a veces verifica contra su propia idea equivocada en lugar de contra la máquina. En el Momotaro, un bucle que colgaba el juego había pasado una comprobación automática porque esa comprobación estaba escrita con el mismo malentendido que el código. Cuando algo falla pese a estar "verificado", merece la pena preguntar contra qué se ha verificado exactamente.

Luego está el ritmo. Un cambio cada vez, se prueba, y sólo entonces el siguiente. Meter cinco cosas juntas y que algo falle es la garantía de no saber cuál de las cinco fue, y en un proyecto largo eso se paga carísimo. En la misma línea, conviene guardar cada versión con su hash y no sobrescribir nunca: suena a manía, pero cuando algo se rompe, poder volver exactamente al último estado bueno vale oro.

Y por último, exigir que se apunte todo, incluidos los errores. En mis proyectos hay un diario donde las hipótesis descartadas no se borran, sino que se anotan con el motivo por el que resultaron falsas. Eso evita dar tres veces vueltas al mismo callejón, que es algo que pasa más de lo que parece cuando el proyecto se alarga.

Por qué creo que esto importa

Durante décadas el romhacking ha sido territorio de unos pocos con conocimientos muy específicos, y muchísimos juegos se han quedado sin traducir no porque no hubiera interés, sino porque no había suficiente gente capaz de hacerlo. Los que había, con todo mi respeto y admiración, tienen un tiempo limitado y sus propias prioridades, que es completamente legítimo.

Lo que la IA cambia no es la calidad del resultado, que sigue dependiendo del criterio y la paciencia de quien dirige. Lo que cambia es quién puede intentarlo. Alguien que se sabe un juego de memoria, que tiene buen oído para redactar un diálogo y aguante para probar cien versiones, ahora puede sacar adelante un proyecto que antes le habría resultado impensable. Y eso significa más juegos rescatados, más gente metida en esto y una escena más viva.

Quiero dejar claro que este hilo no va contra el romhacking tradicional, sino a favor de que haya más romhacking en general. El conocimiento de quien lleva veinte años en esto sigue siendo insustituible, y muchas veces un apunte suyo desatasca en dos minutos algo que llevaba días parado. Si alguien con oficio ve que estamos planteando algo de forma equivocada, que lo diga sin reparos: se agradece infinitamente más una corrección que un silencio educado.

Compartir también los atascos

Me parece tan útil contar lo que sale mal como lo que sale bien, y en un proyecto largo los atascos son el pan de cada día. Van dos del Momotaro, uno ya cerrado y otro todavía abierto.

El cerrado tenía a todo el mundo desconcertado: una palabra del inventario mostraba una letra suelta como un símbolo japonés, mientras el resto de la palabra salía perfecto. Se descartaron cuatro teorías, todas medidas y todas falsas. La explicación resultó ser que el juego no convierte un carácter en un paso, sino en tres, y sólo conocíamos el último: hay una tabla de sustitución previa, guardada además como dos listas separadas que si las lees seguidas parecen basura, y precisamente por eso se había descartado tiempo atrás. Reconstruida la cadena completa, el arreglo fueron dos bytes. Lo cuento porque el patrón se repite mucho: cuando algo no encaja de ninguna manera, a veces no falta un dato sino un paso entero del proceso.

El abierto es más gordo. Al entrar en las tiendas aparecen restos gráficos por toda la pantalla. Mi primera hipótesis, y la de la IA, fue que nos pasábamos del límite de sprites por línea que tiene la consola. Al medirlo con calma resultó que no: las tiendas se quedan en once de dieciséis, ni se acercan. La causa real parece ser que los códigos que usamos para las minúsculas son los mismos que el juego usa para el silabario japonés, de modo que el texto que aún no hemos traducido se dibuja con la fuente latina y sale convertido en galimatías. Si es eso, se arreglará solo conforme avancemos con el guion, pero todavía está por confirmar.

Lo cuento porque es exactamente el tipo de cosa que me gustaría ver en este hilo. Un atasco bien explicado le ahorra semanas a otro que se encuentre lo mismo, y de vez en cuando alguien pasa por aquí y lo resuelve de un vistazo.

Animaos

Si tenéis un proyecto entre manos, terminado o a medias, traducción o parche, contadlo aquí con el detalle que os apetezca. Y si tenéis un juego atragantado desde hace años, uno que nunca llegó a España, o simplemente algo que siempre quisisteis arreglar de un juego que amáis, este es buen sitio para plantearlo aunque no sepáis por dónde empezar.

Nos leemos.