Buenas,

Aqui el preguntón de turno...esta vez va de ciclos.
Decir primero que he mirado por los foros, cone l buscador y tal y no he encontrado esta infomación, pero que si está encantado de leerla eh ?
Bueno, lo que queria saber.

Resulta que tengo hecho un player para el PSG que se lanza desde interrupcion, osea en cada VSYNC y tengo pensado hacerle una serie de modificacions bastante fuertes. Fuertes en el sentido de que lo dotará de mucha más versatilidad y fuerte porque creo que son muchos calculos y muchos CICLOS de reloj. Entonces antes de ponerme a ello, a picar codigo (la teoria ya es´ta en mi libretica) pregunto:
- ¿Cuantos ciclos tengo para no saltarme ningun frame dentro de una rutina de interrupcion? Ya se que es diferente a 60 y a 50 Hz. ¿Teneis este dato?
- ¿Como tengo que contar esos ciclos de mi rutina de interrupcion? ¿He de contar el camino más largo através de los CP? ¿Cuenta tambien el JP que hay en la mem $38?
- ¿Hay alguna utilidad o "algo" que me pueda ayudar a contar los ciclos que uso? ¿O directamente pillo el manual del Z80 y a contar instruccion por instruccion?
- Los calculos de tempo del player los estoy haciendo a 50Hz ¿voy a saco y cambio el Registro para que todo el programa vaya a 50Hz independientemente de que sea el MSX q sea? ¿Lo fuerzo o eso es "incompatible" con el standard? El Nemesis no controla y a 60Hz va too follao :p

Bueno pues a ver si con estos numeros y tal os puedo mostrar el susodicho player en la RU.

ありがとお
Arigatoo
じゃね！
Ja ne !

Jannone tiene en su página un ensamblador on-line con una herramienta muy cuca que te cuenta ella sola los t-states y los bytes del trozo de código que quieras.

Claro que debe ir a rutina de interrupción. Lo único que te digo es que tengas en cuenta que tu replayer necesitará una serie de ciclos si toca sólo frecuencias pero que probablemente, si utiliza frecuencias más envolventes más ruido más lo que estés haciendo en pantalla (volcado de gráficos, etc...) te puede consumir mucho. Sólo digo que un replayer no consumirá casi nunca el mismo número de ciclos (a no ser que se te curres un replayer como el que te comenté).

Debes intentar que todo se ejecute en casa interrupción. Por eso te dije lo de hacerlo a 60 hercios, que es más rápido que a 50. Así estarás seguro de que todo funcionará a 50 también... No sé si me explico.

En el modo IM2 tú controlas las interrupciones, por lo que tendrás más ciclos para ti. En el modo "normal" (IM1) hay ganchos ajenos a tu programa) que te quitan ciclos.

Mmm menos mal que me dices eso dionisio. Y pitpan eso es ! de Registros RAM al PSG en cada vsync.
Si os cuento...aix...tengo toda la rutina del player en la Vsync, pero a saco claro...no se que a framerate iba pero debe ser demasiado lento. En la ultima revision-cambio que le estoy haciendo al player (que no entiendo pq le deciis a esto Replayer ) ya he perfilado lo de tener una copia en RAM de los registros y volcarlos. Auqnue antes de leeros, tenia previstos hacerlo todo en la interrupcion...y claro...uso ciclos a cascoporro.
mmm bien bien...con vuestra ayuda ya tengo bastante claro como hacerlo mejor y q el framerate no sufra.

Respecto a la rutina de interrupcion. Actualmente trabajo en DOS, no hago Roms. Investigue en su momento como se hacia y lo unico que hago es cambiar la direccion de salto de la posición 38h de memoria a mi interrupcion. Dentro de esta hago PUSH de todos los registros, pongo los calls del update de VRAM, mirar teclado y volcar al PSG, y salgo con POP de todos los registros.
Como lo hago en DOS, antes de cambiar la posicion 38h guardo los valores que ya hay y los restauro al salir del .COM
Ahora que pienso...Al hacer un .ROM, tendré BIOS en la 38h, no ? Que más tengo tener en cuenta cuando haga .ROM ? algún enlace o pagina donde mirar este detalle ?

Y a los nuevos interrogantes, hay dos de mis preguntas que estan sin respuesta del primer post, os agradeceria que alguien pudiera contestarlas:
- ¿Cuantos ciclos tengo para no saltarme ningun frame dentro de una rutina de interrupcion? Ya se que es diferente a 60 y a 50 Hz. ¿Teneis este dato?
- ¿Puedo ir a saco y cambiar el Registro para que todo el programa vaya a 50Hz independientemente de que sea el MSX q sea? ¿Lo fuerzo o eso es "incompatible" con el standard?

Para ver de una forma muy gráfica lo que tarda una rutina en relación con la interrupción, lo que suelo hacer - Sap también es muy fan de esta técnica - es cambiar el color del borde al inicio de la V-Blank (reescribir el valor del registro 7 de la VDP) y hacer otra vez lo mismo al final de la rutina en cuestión. Así puedes ver de forma gráfica lo que tarda. Cuanto más ancha sea la franja de color, más lenta es la rutina, y te permite verlo en relación a la frecuencia que empleas, entendiendo que la pantalla en vertical entera supone aproximadamente un 100%. Es una aproximación, porque evidentemente se consume tiempo en la vuelta de los cañones a la posición inicial (benditos CRTs), pero sirve, es muy intuitivo hacerlo así y muy fácil de implementar.

Lo único que he encontrado es una línea en el changelog del NO$MSX:
z80/vdp: changed cycles per 50Hz from 71592 to 71328 - closer to reality

Así que al menos a 50Hz el valor es 71328, y si multiplicamos por 5/6, el valor para 60Hz sale cosa así de 59440. No se hasta que punto estos valores serán exactos, ni si se mantienen para todos los modelos.

Hola j4mk3,

En el emulador AmiMSX que programe para Commodore-Amiga usaba 202 T-States de CPU por cada scan-horizontal de video, esto da un total de:

PAL (50Hz) 313 scan-lines * 202 T-States = 63226 T-States de CPU.
NTSC (60Hz) 262 scan-lines * 202 T-States = 52924 T-States de CPU.

Sin embargo olvidate de ir contando los T-States... Lo mejor es que uses lo que te comenta pitpan de cambiar el color del borde, es lo mas practico. Yo siempre lo he echo asi y me ha ido muy bien.

Saludos

Juan

Buenas de nuevo,

Ya he estado haciendo pruebas varias con mi player PSG en la interrupcion y he aplicado lo del cambio de color del borde para ver los tiempos.
Parece que voy bien ya que creo q me sobran muchos ciclos, pero no estoy seguro si lo q veo me dice eso, a ver si me lo podeis asegurar.

Pongo de color verde el borde al principio de la rutina q salta al ahcer el VSYNC y lo vuelvo negro de nuevo al salir.
Se me empieza a pintar de Verde justo cuando termina la parte inferior de la pantalla, es decir, me hace todo el margen inferior de la pantalla de verde.
De vez en cuando se pinta un trozo de la parte superior, solo 3-4 lineas creo.
El resto del borde es negro.

Esto significa q estoy consumiendo muy poco del VSYNC, no ?
Es normal q se empieze a pintar ahí justo al terminar , osea en la Y=192 ?

En otra prueba, lo he aplicado a una pequeña intro con graficos, animacion y musica, de vez en cuando no se pinta ningun trozo verde. Se queda en negro. Veo como la franja verde inferior parpadea. Lo he puesto en el BLUEMSX frenandolo mucho y efectivamente, hay veces q no se pinta nada verde.
Eso significa que me estoy saltando Frames verdad ? que estoy dentro de la rutina de VSYNC más de la cuenta ? o es que me quedo fuera demasiado rato con un trozo de codigo en DI muy largo ?