Esta muy interesante!
es muy bueno encontrar proyectos de este tipo! 

Yo tengo los fuentes en c de una reverse-engineering del Software Automatic Mouth (SAM), para PC. Mi intención es la de intentar adaptarlo para MSX, pero ahora estoy liado con otros temas y lo tengo aparcado. 

Intentare buscarlos por si alguien le quiere echar un tiento.. 

De todas formas el de Jorge, tiene una ventaja frente al SAM, y es que es muy compacto (4k?) y seria útil para usarlo en juegos, como aventuras conversacionales...

Saludos!

Por cierto, hace unos dias, el creador del software me dijo que se habia registrado aqui en el foro, pero aun no habia recibido el alta.
Esta solucionado?

Saludos.

Su nick es pastbytes.
Saludos.

Gracias, por fin pude acceder, saludos a todos.
Hace unos meses comence la conversion del programa a C64, que es el origen de la version para Z80, la primera conversion para ese procesador iba a ser para MSX, pero como no conocia del todo bien la arquitectura, y casi nada del procesador Z80, mas alla de la informacion basica, resulto mas facil hacer una conversion para Spectrum, TS2068 y ZX81. TAVMSX es una modificacion de la version para Spectrum 128K, que usa el PSG, los primeros intentos estaban diseñados para correr bajo MSX-DOS, aunque en ese momento no tuve en cuenta que tenia que llamar a la BIOS en otro slot, por lo cual no funciono. Entonces, como aun estaba aprendiendo sobre el sistema, opte por lo seguro y adapte el programa para ser llamado desde el BASIC. Por el momento tengo mi MSX1 archivado por falta de espacio asi que las pruebas las hice en el BlueMSX, donde funciona como deberia. MsxKun me ha dicho que hay un par de modelos, de MSX2 creo, donde corre bien, y hablamos de hacer unas pruebas para ir descartando si son las llamadas a BIOS o el acceso al VDP los que provocan que deje de funcionar al tiempo. Por ahora estoy un poco ocupado con un trabajo por lo que no pude reformar el programa, pero el codigo no hace mas que imprimir algun texto y cambiar los colores de texto y fondo en el VDP, todo eso usando llamadas a la BIOS, mientras que el PSG se accede de forma directa. Probablemente el problema solo sea algun detalle que me haya olvidado de inicializar.
Cuando estaba haciendo la version para ZX81 vi que hay unos cuantos usuarios que usan interfases de sonido que incorporan un PSG, por lo cual decidi hacer una version para aprovecharlo. De un foro de ZX81 salio la idea de soportar ingles, pero al no conocer suficiente del ingles hablado como para hacer este tipo de programas, empece a basarme en los sonidos del SP0256-AL2, que no parece ser complicado de simular. Este proyecto esta como en un 10%, va a llevar bastante tiempo sintetizar todos esos sonidos, y el tamaño del programa se incrementaria ya que son muchos mas sonidos.
El programa actual ocupa casi 4K solamente en Commodore 64, incluida la interfaz de usuario, algo que en las otras plataformas se deja a un programa BASIC. Las versiones para Z80 andan todas cerca de los 5K, el codigo Z80 es mas largo, supongo que un poco por el Z80 mismo y otro poco por mi poca experiencia con ese procesador, tambien el codigo para colocar una muestra de sonido de 4 bits en el PSG es mas largo que en C64, donde solo se utiliza una instruccion.
Hace poco actualice mi sitio agregando una demo del sintetizador cantante en desarrollo, junto con un video corriendo en C64, esto no es mas que un experimento para probar el codigo con algun tema y saber como suena. Esa misma demo sigue siendo portable a MSX o Sinclair, tiene que sonar exactamente igual salvo por algun sonido que difiere ligeramente entre 6502 y Z80, pero no tiene mucho sentido convertirla a otra plataforma, mas aun si la beta no esta funcionando correctamente. La diferencia de sonido entre las versiones 6502 y Z80 tiene que ver con que en un afan de comprimir los sonidos todo lo posible, use el propio codigo 6502 o Z80 como tablas de ondas para generar ruido, pero esto afecta a un par de fonemas nada mas, en el resto el sonido tiene que ser exactamente el mismo, con la excepcion de que en Z80 las tablas de ondas tienen mas muestras por generar el sonido a una frecuencia de muestreo mayor.

Pues he estado echando un vistazo al código, y todos los cambios de color de borde (Y son muchos) se hacen con las interrupciones habilitadas, también se hacen sin apenas retardos:


Pero no recuerdo ahora si también hay que esperar entre este tipo de comandos o sólo para escribir a vram...

Así que para empezar se podría probar a poner su EI y su DI y algún NOP y ver si mejora la cosa!

PD: Probar como suena con esto: JAMONJAMONJAMONJAMONJAMONJAMONJAMONJAMONJAMON 

Entonces, además de ser quizás la causa de los fallos, tenerlas habilitadas estará afectando a la calidad el sonido ¿No? A mí me gusta mucho el efecto de las líneas, lo único para la versión definitiva hacerlas opcionales.

(Probad: "SALUDOS PROFESOR FALKEN"  )

Sólo una propuesta, aunque no sé si será posible implementarla ya que deduzco reproducir texto por el PSG consume bastantes recursos. 

¿Sería posible ir indicando que sílaba o letra está leyendo el programa en cada momento en vez del cambiar el color de borde?