Hola de nuevo.
Estoy acabando mi juego TRAIL2 y me encuentro que desde que he añadido el sonido del motor al pasar de pantalla se reinicia el ordenador.
En el cambio de pantalla lo que hago es un CALL TURBO OFF porque en la animación entre pantallas hay música con PLAY que no se puede usar dentro del CALL TURBO ON y como la velocidad no es problema en la animación que hay entre pantallas pues detengo el X-BASIC y luego cuando cargo la siguiente pantalla lo vuelvo a activar.

Como antes de poner el sonido de motor si que iba bien, pensé que sería por dejar el sonido en marcha, así que intenté poner un BEEP antes del CALL TURBO OFF pero da un error de "Out Of Memory" y si cambio ese BEEP por un SOUND 7,63 para que detenga todos los canales el juego se queda colgado sin dar ningún error ni reiniciarse el MSX.

¿ Alguien sabe alguna solución para poder hacer un CALL TURBO OFF después de haber usado la sentencia SOUND ?

Gracias.

No lo he probado, pero no llega a ejecutar la instrucción play.
Después de hacer el TURBO OFF borro la pantalla, cargo la pantalla con el mapa de las 5 fases, reproduzco la música y hago que el sprite de la moto pase de una fase a la otra, si embargo cuando el MSX se cuelga no se llega ni a borrar la pantalla. Cuando no detenía el sonido en vez de colgarse se reiniciaba el MSX en el mismo punto.

Saludos 

Puede que no tenga nada que ver, pero entiendo que si pones un SOUND antes del TURBO OFF, el X-BASIC te lo compilará. Problema que podemos tener aquí: que no valide el rango. Ese 63 que escribes en el registro 7, es decir, 00111111b, si lo mandaras en código máquina debería ser 10111111b, es decir, 63 + 128 = 191. Los dos primeros bits del registro 7 del PSG tienen que ver con la direccionalidad y podrían incluso averiar físicamente un MSX (eso dice el manual). Son las tristemente famosas "escrituras ilegales al PSG".

Como no pierdes nada, prueba a hacerlo así, porque es más seguro. Lo que no sé es si te solucionará el problema del cuelgue. En realidad, algo sé de MSX, pero no tengo ninguna experiencia con el Turbo BASIC o X-Basic o Kun o como se llame.

Hola.
Probé lo del SOUND 7,191 y lo mismo. Si no detengo el sonido antes del TURBO OFF se reinicia (tanto emulador como ordenador real) pero si paro el sonido ya sea con el BEEP o el SOUND sale un "Out of memory in 65536"
Como sabía que antes de poner el sonido iba bien lo que he hecho es comentar del código todos los SOUND pero hace exactamente lo mismo así que no es el sonido.
Voy a recuperar uno de los backups de los que todavía podía hacer el TURBO OFF sin que se colgara y empezaré a añadir las cosas nuevas una a una hasta que vea que causa el problema.

Otra cosa que tengo que resolver es el tamaño de la ROM que sale de 128KB y quiero que se quede en 64KB.
El contenido del disco es:
AUTOEXEC.BAS
XBASIC.BIN
TRAIL2.BAS
y antes los ficheros de 16KB de VRAM para: portada, menú, mapa, 5 ficheros de las 5 fases, final del juego, 2 de victoria, 2 de perder y 2 de game over (jugador 1 y 2)
Con todos estos ficheros el tamaña de la ROM era mayor, así que en vez de hacer ficheros con los 16KB de la VRAM partí cada uno de ellos en 2 ficheros, en uno solo copio la zona de memoria donde están los caracteres redefinidos y en el otro la zona con el color y luego tengo un único fichero para la zona de memoria de los sprites.  Al hacer esto he podido bajar a 128KB pero no es suficiente.
Me han comentado de usar compresión para los ficheros de la VRAM, cargar el fichero comprimido en la RAM y descomprimirlo sobre la VRAM, pero no tengo ni idea que como hacer esto y si esta compresión será mayor de la que hace el DSK2ROM y me permitirá tener una ROM de 64KB. ¿ Alguien me puede poner un ejemplo de como se hace esto (si cree que podré obtener más compresión) ?

Saludos 

Dsk2Rom si que utiliza compresión, a partir de la versión 0.70

Ya he encontrado el problema que hacía que el MSX se reiniciara o diera un error de Out of Memory al hacer el TURBO OFF. Era por culpa de los DIM
Haciendo DIM A(5): DIM B(7): DIM C(6,2): DIM D(9,2)  funcionaba perfectamente
Al pasarlo a DIM A(5),B(7),C(6,2),D(9,2)  es cuando se colgaba
Ahora lo he dejado en DIM A(5),B(7): DIM C(6,2),D(9,2) y funciona bien, por lo que deduzco que el problema es poner en un mismo DIM vectores de distintas dimensiones.

Por fin ya me va bien el juego en los emuladores de MSX1 y MSX2 sin problemas de memoria, pero he descubierto otro error, en los MSX2+ y MSXTurboR reales funciona perfectamente, pero en 2 MSX1 reales (Canon V20 y Sony HB201) que lo he probado solo me aparece la moto de arriba con la sombra (al saltar) medio cortada y los semáforos por triplicado. Es como si solo se pudieran pintar los sprites en el primer tercio de pantalla de arriba. Para los caracteres ASCII redefinidos uso el modo mixto para solo cambiar uno de los bancos y que los gráficos estén en los 3, pero para los sprites no hay 3 bancos, además en los emuladores de MSX1 o en los ordenadores reales MSX2 o superiores funciona bien. ¿ Alguien sabe que puede estar pasando ?

Y el otro problema que tengo es el comprimir la ROM para que se quede en 64KB y no 128KB. En el DSK2ROM ya uso la máxima compresión, pero no llega. ¿ Alguien me puede poner un ejemplo de como comprimir los ficheros de la VRAM y luego descomprimirlos ?

Gracias.

Habra que probarlo

Luego le doy una oportunidad a Trail2. Tiene una pinta estupenda.