Códigos Cheats para Manic Miner

Muchas gracias, estas cosas me gusta saberlas.

De nada. Ha sido divertido buscar los códigos. Y tuve la inestimable e inesperada ayuda del mismísimo Cameron Else. En mi infructuosa búsqueda inicial de los códigos en internet leí que Cameron había sido también el autor del port del Jet Set Willy. Y que en un vídeo en Youtube él mismo había desvelado el código para las vidas infinitas de ese juego, CUBICNATUREI que había que introducir tras pausar el juego pulsando la W. Y me dije: que te apuestas a que usó el mismo sistema en Manic Miner. Así que cargué el juego en el openMSX, lo pausé con la W y me puse a indagar con el debugger lo que hacía el juego en ese momento. Y bingo, lo que hace es un bucle en el que lee constantemente la matriz completa del teclado mediante llamadas a la función SNSMAT (#0141) de la BIOS. Luego comprueba los códigos de teclado devueltos por esa función contra una tabla situada entre las posiciones de memoria 9DC0 y 9DDB. Analizando los códigos que contiene esa tabla y buscando la pulsación de a qué tecla correspondía cada código llegué a XRAYTUBE. Finalmente el último código de teclado lo compara directamente con los códigos de pulsación de las teclas I y C y salta a la función correspondiente si todo se ha pulsado en orden. Como ya había leído también lo de las combinaciones numéricas del cheats del cambio de pantalla para la versión de Spectrum, sólo tuve que ponerme a tocar los números hasta ver que en MSX era el 0 la tecla que provoca el cambio de pantalla y que las combinaciones numéricas se correspondían con las de Spectrum.

Con los medios de hoy en día tiene poco merito descubrir estos secretillos. Lo que me sigo preguntando es cómo lo hacía la gente que descubría estos trucos (o en su defecto los cargadores con los pokes necesarios) en los años 80. Eso sí que era ser un auténtico crack. Me gustaría saber qué herramientas y métodos utilizaban para ello.

¿En serio que la pantalla 19 es mucho más difícil?. Anda que iba a poder pasarme entonces el juego sin los cheats....

Pues si te digo la verdad, yo que toqué un poco esos temas, a veces me dedicaba a desensamblar el código a ver que encontraba.

Había varios métodos, a cual más insensato, pero buscar código era lo más práctico, cansino y pérdida de tiempo que había.

Para cachondeo, yo que siempre he sido de MSX y ni pajolera de x86, una vez me pasaron un juego de PC que quería jugar con ansia (no recuerdo cuál). Tenía un cargador que pedía unas claves que, si no acertabas, no accedías. Desensamblé el cargador, que era muy corto, y me llevé una sorpresa: El tipo que lo había programado no parecía haber hecho un buen trabajo, hacía una llamada a una rutina que debía estar ubicada en algún lugar del código y luego volvía para continuar después del salto (como un GOSUB-RETURN); así que los dos o tres códigos que eran la llamada los sustituí por NOP y BINGO, jueguecito crackeado. Te juro que no lo he vuelto a hacer en ningún otro de PC, aquello fue pura potra.

No recuerdo muchas de las cosas que hice junto a mi hermano, pero si me acuerdo de una. Me dejaron un cartucho de un pinball (creo que de Hall Laboratory) y me hice una copia que se podía cargar desde cinta. Cuál es mi sorpresa que al ejecutar la copia entraba en un modo demo que se repetía una y otra vez sin dejar hacer nada. Nos quedamos ojipláticos. Al desensamblar descubrí que el código del programa escribía sobre si mismo modificando, creo recordar, la rutina de entrada de teclado desde el menú del juego impidiendo activar una partida. Claro, en el cartucho no tenía ningún efecto debido a que la rom era de solo lectura, así que parecía una forma de decirte "eh, tu, no piratees mi juego". Una auténtica cachondez.

En el caso de algún juego, no en todos por supuesto, consistía en buscar en el código un byte que coincidiese con el número de vidas (por ejemplo). Así, si al comenzar te daban 3 vidas, buscabas en el código bytes que tuviesen el 3 como valor y lo modificabas. Si tenías suerte podías encontrar el campo dónde se almacenaban estas, por lo que podías aumentarlas a gusto.

Por supuesto esto no funcionaba siempre y cuando lo hacía era después de probar mil veces, con sus fallos, hasta que dabas con la dirección correspondiente. Por el mismo método se podía acceder a fases y otras cosillas, pero eran métodos de prueba y ensayo muy rudimentarias y un tanto desesperantes.

Creo recordar que para algún otro ordenador de la época, quizás ZX Spectrum, había alguna utilidad que generaba volcados de áreas de memoria. Eso como herramienta para examinar el código podría ser muy util. ¿No había cosas así para MSX? Quizás alguien las utilizaba.

Por supuesto también está el método de desensamblar todo el código y ver como funciona el programa, pero a parte de que se tarda mucho hay que ser un figura para llegar a obtener resultados. Y estoy convencido que en su momento hubo gente que lo hacía así.

HOla:

A mí el tema de Búsqueda de Pokes de Vidas y esas cosas siempre me llamó la atención.

A modo de curiosidad en su día me creé un Programa en Basic que en realidad constaba de 3 Módulos/Programas independientes:

- Uno te pedía la dirección de inicio de memoria y la dirección de fin que querías buscar y qué valor querías buscar (por ejemplo 3, que solía ser el valor estándar de vidas).

- Otro te permitía grabar en un Fichero esas Posiciones de Memoria que cumplían con ese valor que buscaste.

Luego cargabas el Juego y te dejabas matar una vida y reseteabas el Ordenador. Repetías de nuevo el proceso anterior, es decir: buscabas en las mismas direcciones de memoria que al principio pero esta vez buscabas el valor 2 y lo grababas en otro Fichero.

Con esto ya tenías 2 Ficheros. Luego entraba en función un tercer módulo que lo que hacía era cargar los 2 Ficheros y comparaba las Direcciones de Memoriacoincidentes que en el primer Fichero valían 3 y en el Segundo valían 2 y a su vez podías grabar los resultados en otro Fichero. Con un poco de suerte a lo mejor te quedabas con 5-6 direcciones así que luego era cuestión de ir probando y pokeando con esas direcciones una a una y poniendo el valor 255 por ejemplo...

Si aún así al comparar esos 2 Ficheros te aparecían muchas direcciones pues tendrías que cargar el Juego, dejándote matar 2 vidas, buscar ahora el valor 1 y luego comparar con el fichero anterior hasta acotar lo máximo posible...

Problemas de este método:

- Eran Programas BASIC, con lo cual ocupaban memoria y podían machacar parte del Código del Programa. Para tratar de paliar eso y que ocuparan lo menos posible por eso opté por hacer 3 "módulos" independientes para cada Tarea y no hacer un único Programa que hiciera todo....

- Evidentemente hay Juegos, la gran mayoría, que al ejecutarse reubican la memoria con lo cual ese método no vale...

- Luego había Juegos que usaban su propia codificación-reubicación de caracteres lo que dificultaba el método...

Era muy muy rudimentario pero.... servía para aprender a Programar y para pasar la tarde entera ocupado y entretenido.... porque en mi caso sólo disponía de es e Dispositivo Externo llamado Cassette y que era lento lento lento.... y desesperante... Si de aquella hubiera tenido Unidad de Disco le podría haber sacado mucho más provecho y haber hecho muchos más Programas de ese tipo y de otro tipo.

Una curiosidad.... También me dedicaba a "destripar" el texto de los Juegos, desensamblar e intentar ver los textos para descubrir por ejemplo códigos para pasar a otras fases y me hizo mucha gracia que hubo un Juego (no recuerdo cúal), que te decía en Inglés algo así como "no intentes buscar nada aquí porque no vas a encontrar nada...."

En fin....¡bendita infancia y qué buenos ratos nos dio el MSX....! Lo único que lamento fue no haber podido tener de aquella acceso a una Unida de Disco. :-(

Saludetes. ;-)