Los cinco bloques de la cinta suman 93 861 bytes, y de ellos 27 635 son código que el trazador alcanza siguiendo el flujo. El resto son gráficos, tablas, buffers y relleno, todo con su nombre.
Esa cifra es baja a propósito: sólo cuenta el código al que se llega de verdad siguiendo llamadas y saltos desde un punto de entrada conocido. Hay más código en la cinta, pero mientras no se sepa por dónde se entra no se cuenta, porque darlo por trazado es justo el error que hizo falta deshacer aquí.
Aquí está la diferencia grande con el original. El Spectrum escribe directamente en su memoria de pantalla, que es RAM normal; el MSX tiene la memoria de vídeo detrás del chip gráfico y hay que enviarla por un puerto. Así que esta versión lleva un buffer intermedio que el original no necesita.
El buffer va de 0x4000 a 0x4EFF y mide 3.840 bytes: 24 de ancho por 160 de alto. El volcado lo pasa a la VRAM en tres bandas —0x4000 con 56 filas, 0x4540 con 64 y 0x4B40 con 40, contiguas y cerrando al byte—, una por llamada y cada una a su tercio del SCREEN 2. Y cada banda se recorre por columnas, no por filas (aquí la tercera llamada, la de 40 filas):
f3f2: ld de,04b40h ; la banda: su buffer, su destino y su altura
f3ff: ld c,018h ; 24 <- bucle EXTERIOR: avanza el buffer de uno en uno
f401: call 0EE24h ; fija la direccion de memoria de video
f408: ld de,00018h ; 24 <- el PASO dentro del buffer
f40b: ld a,(hl) / out (098h),a / add hl,de
f40f: djnz ; 40 <- bucle INTERIOR, con B=0x28Conviene pararse en los ejes, porque aquí se leyeron al revés y estuvo publicado mal. El ld b,028h parece decir «40 columnas» y no lo dice: es el bucle interior, y recorre el buffer a saltos de 24, o sea que recoge 40 bytes de una misma columna. El que cuenta columnas es el exterior, que avanza el buffer de uno en uno 24 veces.
Se comprueba dibujándolo: partiendo el buffer de 24 en 24 sale la tabla de récords legible, con su tramado; de 40 en 40 sale ruido. Y cuadra con lo que se ve jugando: 24 bytes son 192 píxeles, más estrecho que los 256 de la pantalla —de ahí el marco fijo a los lados—, y lo que sobra está a lo alto, que es justo por donde scrollea.
Esa rutina hizo 3.252.480 escrituras en dos minutos de partida, que es de largo la que más trabaja del juego.
Vigilando el puerto por donde entra la memoria de vídeo salen diecisiete rutinas que escriben en ella. Ese método —mirar quién escribe, en vez de adivinar qué son los datos— es lo que permitió acotar el buffer al byte.
El Spectrum no tiene sprites por hardware, así que hay que dibujarlos a mano: se desplaza el dibujo bit a bit hasta la posición exacta, se abre hueco en el fondo con AND y se pinta con OR. Para no pagar el bucle del desplazamiento, se escribe la instrucción repetida N veces y se entra por la mitad:
c4c5: ld a,h / ld h,l / ld l,0ffh
c4c9: jp 0c4e1h ; el salto que pasa por encima de toda la tira
c4cc: adc hl,hl / adc a,a / adc hl,hl / adc a,a / ...Esa técnica es la que despista al trazador: el jp salta la tira entera, y a los adc se entra por un salto calculado que no está en el binario. Se sabe que se ejecutan porque el emulador los pilló ejecutándose a media tira.
Y el MSX sí tiene sprites por hardware, que aquí no se usan para esto: la conversión se trajo el método de la máquina de origen.
El comportamiento de los enemigos no está escrito como código, sino como guiones que interpreta una máquina virtual pequeña. Los bytes por debajo de 0x80 son datos; de 0x80 para arriba son opcodes:
e230: ld a,(bc) / cp 080h / jp c,0e231h
sub 080h / ld hl,0e7a3h / call 0e5c0h / jp (hl)con 0xE5C0 haciendo «HL = tabla + A×2, HL = (HL)». Son 35 opcodes, y esa tabla de saltos es también la primera trampa del trazado: si no se declara como datos, el trazador se mete dentro y empieza a desensamblar direcciones como si fueran instrucciones.
Las dos partes del juego resuelven igual el comportamiento de las entidades: cada una guarda en su estructura un puntero a la rutina que la gobierna, y el juego salta ahí con jp (hl). Esas estructuras vienen a 0xFF en la cinta y se rellenan jugando, así que los destinos no se pueden leer del binario: hay que capturarlos con el juego en marcha.
Haciéndolo salen ocho rutinas en la parte de naves y diez en la de a pie. Y el tamaño de las estructuras delata que son motores distintos: 8 bytes por entidad en la primera parte, 46 en la segunda.
Hay un despachador que se parchea sus propias llamadas:
f000: ld (0f016h),hl ; se escribe el operando de un CALL
f003: ld (0f019h),de ; y el de otro
...
f015: call 0000h ; ese 0000 no es real: lo rellena HL
f018: call 0000h ; y este DEEn frío eso se lee como call 0, que reiniciaría la máquina. A dónde llama de verdad no está en el binario, está en los registros de quien lo invoque.