Lo comentaba principalmente porque de esta manera sería más sencillo seguir el texto. Cuando lo probé hubo momentos en los que no sabía qué parte de la frase estaba reproduciendo ya que no entendía correctamente la pronunciación.

Se me ocurre una forma de hacerlo más o menos fácil para que pueda indicar palabra a palabra, que sería que dejara configuar (Opcionalmente claro) una dirección para una llamada callback que se invocaría cada vez que termine de leer una palabra. Además no hace falta tocar el código del sintetizador para cada uso. (Eso sí, la rutina de presentación también tendría que estar en ASM)

Así que cada vez que termina una palabra, se llama a esta rutina nuestra pasándole la posición de la siguiente palabra que va a leer. Y ya podemos colorear o lo que queramos, y como es entre palabra y palabra, si la rutina es razonablemente rápida no creo que afecte mucho a la calidad del sonido. ¿No?

También se podría aprovechar esta rutina para indicarle al sintetizador si tiene que terminar, dejando algún flag para ello, así también le quitamos al sintetizador otro asunto digamos 'externo' de lo que preocuparse.

El problema es que deberia funcionar en cualquier modo de pantalla que el usuario necesite, asi que tengo que ajustarme al modo mas basico, en todo caso hacer seleccionable que cambie los colores, o detectar el modo para decidir si se hace o no.

Sí, así en basic funcionaría bien. Mi idea iba más para poder usarlo desde ASM de forma genérica sin tener que tocar el código para cada uso.

Pregunta, hay programas que permitan cargar desde disco archivos de sonido digitalizado para reproducirlos? Algo asi como un sampler que permita reproducir sonidos, como decian en los 80s, con la pulsacion de una tecla. Hay tambien editores de sonido digitalizado, o todo debe hacerse en un PC e importarlo en el MSX?
Todo esto funciona en el PSG, o es para otros chips?

En realidad todo esto venia porque el sintetizador no es mas que un secuenciador simple de sonidos digitalizados, aunque algunos son generados por codigo, pero se podria ver como una forma de compresion de sonido. Las versiones para 6502 y Z80 difieren en la frecuencia de muestreo, pero todas parten del sonido digitalizado fuente en 44KHz y 16 bits, todas las modificaciones al sonido las hago primero ahi, para luego reducir al muestreo y cantidad de bits necesarios. Pasar sonido de 8 bits a 4 me ha complicado bastante, ya que no encontre soft para PC que lo haga directamente, por lo que tuve que escribirme un programa en BASIC para leer el archivo raw grabado con el GoldWave a 4 bits redondeando los numeros en vez de recortar lo que vendrian a ser los "decimales". De esta manera se redujo un poco el ruido que queda de fondo al convertir, pero aun sigue, convertir un audio de 8 bits a 4 es una tarea artesanal, y la unica manera de hacerla bien es mirando las ondas graficamente y corrigiendolas a mano para decidir en cada muestra si el valor intermedio (16 niveles de 8 bits) que se encuentra entre 2 niveles de 4 bits lo ajustamos hacia arriba o hacia abajo.
Lo que se me ocurrio es hacer un programa que permita cargar un audio de 8 bits directamente en el ordenador de 8 bits, que se pueda ver graficamente la onda en 8 bits, y que encima de eso se pueda dibujar la onda en 4 bits, o dejar que el programa la dibuje automaticamente. Tambien seria interesante que se pudiera usar raton para seleccionar partes y que haya opcion de cortar y pegar. No creo que el programa sea adecuado para teclado o joystick, es algo que solo funciona con raton.
Esto era un proyecto de largo (o muy largo) plazo, ya que ademas del sonido requiere conocimientos de graficos y de como aprovechar cada byte libre de RAM para almacenar todo el sonido que se pueda. Tampoco habia pensado empezar por MSX sino por C64, pero viendo ultimamente el uso que se les da a los programas de sonido en ordenadores de 8 bits para hacer musica, creo que del proyecto original y del sintetizador se pueden desarrollar algunas cosas no tan ambiciosas que se puedan aprovechar.
Una cosa que aun tengo pendiente es encontrar alguna forma de temporizacion precisa en MSX, desconozco si existen timers en el hard, en la version para C64 se sincroniza el sonido con las lineas impares de la pantalla, por eso es tan estable, y ademas de eso se dispone de varios timers en las CIA.

El otro dia le comentaba a makinavaja de la idea de hacer algun programa que cargue algunos sonidos digitalizados y permita reproducirlos con las teclas de funcion, el me comentaba que seria interesante que se pudiera secuenciar eso, que se usen tiempos musicales y se pueda decir en que momento se reproducen los sonidos. Yo de musica conozco poco, pero algo de eso tuve que hacer en la demo de C64 donde el programa canta, para ir ajustandose lo mejor posible a lo que indica la partitura, pero al ser una demo la precision no era tan importante. El asunto es, que si se suele usar varios MSX simultaneamente para hacer musica, no ocurre acaso que en algun momento se desincronizan? Se puede temporizar en cada uno pero no hay una fuente de reloj maestro que permita a todos sincronizarse entre si, y esto se agrava mas cuanto mas tiempo pasa, mas aun si los MSX usan distintas frecuencias de reloj en el procesador, o incluso distintos programas, ya que cada uno aproxima los tiempos como mejor puede.
Sin conocer mucho de lo existente, me parece que tendria que haber algo que emitiera pulsos de reloj, sea un MSX o una pequeña placa, y se podria conectar esa señal de reloj (una cierta cantidad de pulsos por minuto) a los puertos de joystick, con lo cual cada programa tendria una manera de estar perfectamente sincronizado con los otros. En este caso podria haber retrasos para detectar el pulso a tiempo, por lo cual la precision a muy corto plazo dependeria del programa, pero a largo plazo todo estaria perfectamente en sincronia.
Como es lo del timer del VDP? Estuve buscando pero es tan generico que da demasiados resultados. Hay algun sitio que hable de eso?

Bueno, esa interrupcion de 50/60 Hz serviria entonces para la temporizacion musical, detectando previamente en que frecuencia funciona el MSX donde corre el programa, no digo que detecte PAL o NTSC porque los MSX brasileros usan PAL M a 60Hz.
Sin embargo para otro tipo de temporizacion mas precisa parece que se va a complicar un poco, en el sintetizador cantante uso tiempos de 200 microsegundos que son temporizados por una de las CIA (en C64), sin que tenga que hacer mas que cargar el valor y sentarme a esperar que se active un bit, o directamente habilitar una interrupcion. La temporizacion seria muy importante para reproducir el sonido digital en una frecuencia de muestreo estable, y mas importante si ademas no se quiere trabajar con una frecuencia fija, porque no todos van a querer usar una frecuencia alta desperdiciando memoria, o una baja sacrificando la calidad de sonido.
Si tan solo se pudiera conocer el estado de la onda de un canal en un momento dado, hasta se podria usar el PSG para temporizar, aunque si se pudiera no seria util justamente para aplicaciones que usan el sonido.
Voy a tener que seguir investigando, por el momento todo funciona con bucles para perder tiempo, calibrados a prueba y error, pero seria mejor que el hard se ocupe de esos asuntos, ya que de tiempos de ejecucion no conozco demasiado y prefiero no complicarme con eso.