Lo que falta

Este parche es un trabajo en curso. Se juega de principio a fin y todas sus pantallas se han visto corriendo, pero se publica sin terminar a propósito. Ésta es la lista honesta, lo peor primero.

El logo del título está flojo

MAHJONG DOJO cabe en el lienzo que dejaron los cuatro kanji y se lee, pero como logotipo no aguanta al lado de lo que sustituye. El plan es otra pasada con bandas de color, al estilo de los logos de Konami de esos años. No hay nada de la maquinaria que lo impida; sencillamente no está hecho.

Esto no es una suposición sobre gustos: es el juicio de la persona para la que se hace el parche, dicho sin rodeos la primera vez que salió el logo.

El tutorial no puede escribir ni una cifra

Las celdas 0x10-0x19 de esa pantalla son trozos del rótulo END, y cargar una fuente de dígitos costaría otro bloque. Así que el tutorial escribe todos los números con letras — «THIRTY THOUSAND POINTS», «IT COSTS ONE THOUSAND». Se lee bien, pero significa que el tutorial nunca podrá enseñar un ejemplo resuelto con cifras de verdad.

Al reparto de dígrafos no le queda margen

49 pares distintos de letras para 49 celdas. Cero de sobra. Cualquier cambio en cualquiera de los textos del tercio central —el menú, la caja de mensajes, los tres avisos, el castigo, el cartel de la mano nula— es probable que pida un cincuentavo par y sencillamente no quepa hasta que se acorte otra cosa.

Y se apretó en esta ronda: la celda 0x0DF resultó no estar libre después de todo (ver Hallazgos) y su sustituta, la 0x0FA, era la última que quedaba.

El rótulo de dificultad son tres letras

AMA, PRO, SEM. El cartucho da dos o tres caracteres en esa celda y no más. «SEM» no es un recorte que haya que arreglar: que pusiera «SEMIPROFESSIONAL» pediría un sitio que ahí no existe.

La zona libre está al 98 %

Se han gastado 8.049 de los 8.219 bytes libres del cartucho; quedan 170, medidos como los 0xFF que siguen al final de la ROM parcheada. Eso es menos de una pantalla más de tutorial. Cualquier cosa más grande necesita que salga otra primero.

Y la zona libre se apoya en una suposición que no se puede cerrar desde el binario: que el chip original tuviera esos 8 KB grabables. El cartucho acaba con 8.219 bytes de 0xFF y ninguna instrucción suya toca ese tramo, lo que encaja tanto con un chip de 32 KB con 8 KB sin grabar como con uno de 24 KB cuyo volcado leyó de más. En emulador y en flashcart —que es como se juega— funciona seguro. En hardware original con un chip original, nadie lo ha probado.

Sólo inglés, y eso está decidido

Hay un parche y está en inglés. Se planteó una versión en castellano y se descartó: el presupuesto de celdas de arriba es la razón, y no es por poco.

Lo que NO está verificado

Cabos heredados del cartucho

No son culpa del parche ni le toca arreglarlos, pero conviene saberlos porque ahora salen en inglés:

Ésos y los demás están documentados donde les toca, en el desensamblado.