Esta noche (como de costumbre) he estado despierto un buen rato y una de las paranoias que se me han ocurrido ha sido la siguiente:

Supongamos por un momento que tenemos un ordenador con RAM en la página 0 de algún slot. Supongamos, también, que copiamos la BIOS a esa página y ejecutamos el siguiente código:


Es más, tendríamos también un buffer de, al menos, 2kb's en la zona donde la BIOS guarda la tabla de caracteres... suponiendo, claro, que no la vayamos a utilizar.

Teniendo un poco de cuidado y asegurándonos de no escribir nada más en esta "BIOS modificada" la preguntas son:

-¿Tenemos todas las funcionalidades de las llamadas a la BIOS?
-¿Habría algún problema con las interrupciones? ¿Ganaríamos mucho tiempo?
-¿Alguien se anima a probarlo?

Vale, reformulo la pregunta: y si NO usas nunca el gancho en $FD9F y sincronizas siempre con HALT's, ¿ganarías mucho? ¿Son muy pesadas las tareas que se hacen en la interrupción?

Puesssss, nada. Aunque no uses el gancho, la interrupción se va a seguir ejecutando. Las únicas soluciones son la que tú has comentado antes, parchear FD9A, pasar a modo IM2 o usar DI (en este último caso HALT no funcionaría muy bien )
Y como dice Robsy; pues no son demasiado pesadas, no; pero claro, la mayoría en un juego no se aprovechan para nada y no está la interrupción como para desperdiciar ciclos. No hablemos de cosas como que al toquetearte el registro de estado del VDP, te lo ponen a cero y te ves obligado a hacer chapucillas si tienes que andar detectando colisiones de sprites, 5 sprites en linea y cosas así.

Aaaah, ahora sí, te ha quedado de lujo Sapph .

Por si alguien necesita utilizar interrupciones mediante el gancho en FD9F (que ya no funcionará) se puede implementar un servicio personal añadiendo el código que necesitemos al principio de la misma rutina FD9APATCHCODE. Hay que llevar cuidado ya que esta rutina se invocará cada vez que haya una interrupción, no sólo la del VDP; por lo que si queremos conseguir una periodicidad en nuestra rutina de 1/50 o 1/60 deberemos comprobar antes que se trata de la interrupción del VDP y si es así ejecutar nuestro código.

Otra cosa, ¿en tus investigaciones has encontrado algo acerca de la obligatoriedad de la lectura del puerto de direcciones del VDP (in a,($99))?, es por si se puede eliminar de la interrupción...

¡Buen trabajo!

A poco que tengas un MSX vitaminado son la mayoría . Por ejemplo, las de las tarjetas de sonido como la MoonSound o el propio interface MIDI, periféricos como el RS232, en fin, supongo que casi cualquier periférico va a generar sus propias interrupciones con la periodicidad que el componente imponga.

No he mirado el código en $38; pero supongo que la rutina de la BIOS pasará a ejecutar el gancho en FD9F cuando haya comprobado previamente que esa interrupción si que es una del VDP, comprobando el valor del bit 7 del registro de estado del VDP. Si no se trata de una interrupción del VDP se pondrá con otras cosas o acabará, no se lo que hace en realidad.


Que curioso...

 

Ahora mismo se me había ocurrido la explicación y entraba para autocontestarme....

Claro, si no lo pones a cero, la BIOS supone que el VDP está en un estado de perpetua excitación y se mete en un bucle sin fin . Una pena, habrá que seguir utilizando el DI/EI al hacer según que cosas con el VDP.