Me da que no sincronizas las cosas . En ensamblador las cosas van más rápido de lo que parece, así que un HALT justo antes de retornar al bucle principal del juego suele venir bien (porque no te quiero liar con interrupciones y demás historias). Si ves que va a saltos es porque no está sincronizado. Prueba lo siguiente, que es muy fácil.

En lugar de hacer esto...

bucle:
CALL control_del_personaje
CALL pintar_sprite_en_vram
JP bucle


...trata de hacerlo así:

EI
bucle:
CALL control_del_personaje
HALT
CALL pintar_sprite_en_vram
JP bucle


HALT es una instrucción de ensamblador que lo que hace es detener la ejecución hasta que salte una interrupción. De esta forma estás asegurándote de que, si todo lo que haces ANTES del HALT es computable en un solo frame, tendrás tu juego sincronizado. Fíjate además que dejo los accesos a VRAM detrás del HALT: es lo más adecuado, ya que empezamos a pintar cuando el ultimo frame se ha pintado, así no nos pillará el barrido.

Esto es lo más simple para sincronizar un juego, usar la instrucción HALT. Otra cosa ya es entrar en las interrupciones y sus tipos, etc... pero para una sincronización sencilla esta es la forma. Eso si, asegurate de tener activadas las interrupciones antes de poner un HALT, que si no se te colgará forever (es decir, espera una interrupción, pero como no la hay, nunca retorna a la ejecución). Es el famoso "DI HALT" de SapphiRe, lol. Para activar las interrupciones, la instrucción es EI y para desactivarlas DI (por ello el EI que he puesto en el ejemplo anterior, para asegurarnos que tenemos las interrupciones activadas y que el HALT nos funcionará).

Espero que te sirva Tragamanzanas. Si el problema no es de sincronía, que es lo que parece, detállanos más la situación 

Desde aquí mis amino a tragamanzanas, se como se siente
No sabia esto del HALT viejo_archivero...muy util si señor. Y como no lo sabia, pues me informe de las interrups, la 38h, etc... y asi me he quedao.

Venga animo y a ver si vemos pronto cositas tuyas por aquí. ( Lo mismo me deberia decir a mi, jeje)

Pues eso es lo más normal, ya que es lo que haces, "vpokear" un dato 0-255 en una posición de la pantalla . Para los marcadores, lo mejor es que utilices números BCD.

Robsy se hizo hace tiempo un tutorial en PDF y en español bastante bueno, que cubría todo lo relativo a números BCD e incluía rutinas para utilizar en ensamblador. La última vez que supe del robsy había subido en el vuelo 815 de Oceanic, así que si hay suerte y encuentra en uno de los bunkers de la iniciativa Dharma, tal vez se pueda conectar con algún MSX con obsonet que haya por allí y subir el PDF . O si alguien lo tiene, sería muy interesante que lo pusiera aquí (yo lo tenía hace tiempo, pero no lo encuentro).



Para eso te recomiendo que utilices cualquier replayer que haya por ahí en ensamblador. Haces una música o sonido (o te lo hacen, que por aquí hay mucho fiera), y solo tienes que llamar desde el programa al replayer y la música sonará. Yo tiempo atrás, para entender como funciona el PSG me hice un pequeño replayer musical: aunque eso ya es otro cantar

Pues una vez tengas el número en BCD (es decir, que cada nibble equivale a una cifra decimal), tienes que hacer una rutinilla para convertir cada nibble en un byte, para luego poder escribir en pantalla la cadena. En nuestra sección snippets, GuyveR800 posteó un snippet de código exactamente para eso: BCD2ASCII. Eso si, deberás reservar un espacio en RAM para que la rutina escriba los caracteres: luego tendrás que volcar los caracteres de esa posición a VRAM como tu quieras. Vuelvo a postear el código aquí:


De todas formas, el artículo de rosby acerca de la aritmética BCD estaba super bien, e incluia rutinas para hacer de todo bien comentadas en ensamblador. Es una pena que edu esté tan offline, le estoy mandando mails desde hace un par de semanas y ni siquiera me ha contestado: en fin, estará super liado con todo.

Me conecto para decir que sí estoy missing. Debo e-mails a todo el mundo, en breve tocará ración de Edu para compartir. Pero por el momento, silencio en las líneas y lectura de foros en la distancia 

¿No es mejor usar el de SapphiRe?
http://z80st-software.blogspot.com/   (a la derecha, zona de descargas)

La solucion que habia encontrado para pasar un número a BCD solo valia para números menores de 20. Lo estuve pensando, y realmente un número en BCD es solo una "repesentación gráfica" del mismo (en decimal), así que si utilizo variables para las unidades,decenas,... y las "presento" en pantalla será lo mismo (seguramente con un mayor desperdicio de memoria, pero por el momento esa no es una de mis prioridades).
Así que con este pequeño listado puedo representar numeros hasta 100(y ampliarlo hasta 1.000,10.000,... es muy sencillo)
      LD A,[NUM]       ;unidades
      INC A
      CP 58               ;>9?
      JR NZ,SEGUIR
      LD A,[NUM+1]    ;decenas
      INC A
      LD [NUM+1],A
      XOR A LD A,48  ; 48=ascii 0
SEGUIR:
      LD [NUM],A

Por ahora con esto me basta, pero me gustaría que me comentaseis para un futuro, si esto un deroche de memoria ó si es solo una gota en la inmensidad del mar