Pues he probado el JAIL BREAK de Spectrum y lo cierto es que no hay por donde cogerlo. Es malo con ganas, de verdad. No creo que el MSX se merezca que le hagamos algo así.

Por otra parte, haciendo un poco de arqueología comparada, he dado con sutiles diferencias que explican bastantes cosas. Por ejemplo, ¿porque los usuarios de MSX piensan que el juego JOE BLADE es malo y los usuarios de Spectrum dicen que está bien? Pues bien sencillo, porque hay bastantes cambios entre uno y otro, y sale perdiendo con diferencia la versión de MSX. Es decir, las animaciones tienen la mitad de frames (4 pasos en ZX, sólo 2 en MSX), la velocidad se reduce a la mitad de FPS, el sonido PSG brilla por su ausencia (sólo efectos, como en la versión ZX48) y el salto en MSX no es suave, sino que tiene dos posiciones, al más puro estilo barrio sésamo, arriba y abajo.

Lo cierto es que he estado jugando a la versión de Spectrum y es un juego muy curiosón. Y la versión de MSX no está a la altura, la verdad. Técnicamente es mucho más pobre y aparece "podada" respecto a la de ZX. Por cierto, que el que está todavía mejor es el JOE BLADE 2, que desgraciadamente no vio la luz para MSX. La versión de ZX tiene unos gráficos estupendos.

Por cierto, ya que me aburría he hecho una versión ROM (16 KB) para MSX con el juego original de cassette. La tenéis aquí: Joe Blade (ROM). A disfrutar

Bueno, te paso el pedazo de código fuente de la conversión de CAS a ROM:

Previo: PACK JOEBLADE.CAS

Programa:

Creo que tampoco es difícil, ¿o sí?

Pues al final sí que he hecho algo más... Os dejo una mini-demo técnica a la que le falta mucha optimización: mini-demo malévola.

Moviendo arriba/abajo el cursor cambiaréis el número. Os adelanto los resultados para MSX1 a 50 Hz:

De uno a tres: funciona a 50 Hz
De cuatro a seis: funciona a 25 Hz
De seis a nueve: 12,5 Hz

En cualquier caso, no funciona demasiado bien a partir de 7/8, debido a que no se ha incluido el NOP adicional para los OUTI fuera de V-blank. Además, el código no está optimizado en absoluto, va todo muy a saco.

Muy interesante el thread y muy guapa la demo!!... ya sería acojonante unir esta rutina solapando sprites sobre el protagonista (solo 1 por linea) para colorearlo. Hasta tres muñecos, la cosa va super fina (3 personajes 16x32 o 6 personajes 16x16, supongo). Si esto fuera aplicable a 6 "sprites" 16x16, ya solo pensar en las posibles aplicaciones me produce terror y pavor .

Pues para ordenadores a 50 Hz, debería moverse a 50 FPS para 1, 2 y 3 personajes. De 4 a 6 personajes, funcionará a 25 FPS, que era el objetivo original. Si estamos en una máquina a 60 Hz, el límite lo tendremos en unos 5 personajes en movimiento. Eso sí, si lo probáis en un Turbo-R, puede mover hasta 10 personajes a 50 FPS (qué gusto!).

Los sprites, aunque no lo parezca, funcionan como 32x32. El tema de overlay de sprites por hardware es factible y consumiría poco. El problema es que el "gasto" en sprites sería muy elevado para animaciones tan grandes y con tantos frames. Pero bueno, lo que quería demostrar es que el JOE BLADE de MSX podría haber sido idéntico al de ZX. Y eso parece bastante claro. En la versión de Speccy, hay un máximo de 3 personajes en pantalla y funciona a 25 FPS, pero aprovecha también para tener un scroller en la parte superior de la pantalla. En máquinas a 50 Hz sería totalmente factible para MSX.

Una preguntilla, Edu, ¿qué porción de la pantalla de juego vuelcas en cada frame? ¿O utilizas la técnica de transferencia secreta y haces trampillas? 

Gracias, son ideas que sirven para afrontar nuevas rutinas  A mí lo que me trae por la calle de la amargura (devanándome los sesos) es la rutina de ocultación/redefinición en tiempo real de sprites del Final Lap. Pasmao me quedo. Algo así funcionando a tope daría lugar a juegos isométricos en MSX a todo color ¡Animo con eso!   

Por mi parte sigo un estilo más tradicional.

Cargo el sprite en un buffer, lo paso a una rutina con parámetros que definen su altura, etc. Luego lo roto a derecha y hacia abajo hasta dar con su posición x,y correcta. Hago AND con su máscara y OR con el fondo (en otro buffer). Y luego todo a la VRAM a saco.

Eso para sprites en plan Spectrum Como ves, el proceso es muy mejorable, pero un clásico. Por ahora no uso sprites precalculados porque chuparían mucha memoria.

Para el Filmation (Fistration, en este caso ) covierto el mapa de la pantalla donde se desarrolla el juego de fondo (que en realidad está en 2D -gracias, Jon ) a coordenadas isométricas, asignando a cada posición un sprite soft. Se ordena esa lista de menor a mayor y se vuelcan todos los sprites en ese orden.

Muchas cosas a mejorar: la rutina de tratamiento de los sprites, la rutina de ordenación, la de volcado a VRAM...

Menuda lástima que la VRAM en los MSX no esté mapeada en la RAM. Se perderían 16kb de memoria, pero... ¡qué juegos saldrían! 

¡Está muy divertido el asunto!, creo que si de lo que se trataba de demostrar es que bien hecho, en el MSX se puede sacar tanta velocidad como en el Spectrum, lo has conseguido


Puedes transigir un poco y utilizar únicamente un XOR, con eso ahorras el guardarte el fondo para recuperarlo y el enmascaramiento del mismo. Queda un poco "rarillo"; pero era muy típico en los juegos de Spectrum