Supongo que el problema, más que guardar las direcciones >&HFFFF de la VRAM, es poder hacerlo en un único fichero.

La verdad es que no tengo mucha experiencia con el BASIC ni la VRAM del MSX2, pero algunas cosillas que se me ocurren:

¿BLOAD,S acepta parámetro offset? Aunque con esto lo que se podría llegar a solucionar es lo de cargar en la parte alta de la VRAM, pero no lo del guardado.

¿Se podrían concatenar los ficheros, modificando la cabecera del primero y eliminando la de los siguientes, para que al cargarlo alcanzara esas páginas altas?
Aunque esto me hace pensar en otra cosa: que la cabecera de los binarios sólo caben direcciones entre &H0000 y &HFFFF; por lo que o hay algo que se me escapa, o efectivamente no pueden operar más allá de los primeros 64KB de VRAM

Y una última idea con otro enfoque diferente. Depende de cómo tengas organizadas las páginas, a lo mejor puedes intentar reorganizarlo para que te quepa todo en las dos primeras (que entiendo que son las que se guardan con los primeros 64KB). Algo así como lo que decías de "guardar sin huecos", pero hecho a mano. Y luego trabajar con alguna de las dos últimas páginas para lo que habitualmente utilizarías la 0.

A ver si alguien que se haya pegado más con el BSAVE,S te puede dar más pistas...

Gracias a los dos. Al final me voy a olvidar de las 4 páginas y usaré solo 2, una completa y la otra a tiles para montar con COPY.

A ver si para la RU de barcelona puedo ir y os enseño el juego.

Saludos. 

El TRAIL2 aprovecharé y lo "publicaré" ese mismo día de la RU.  Al añadir los sonidos, en un TurboR sigue funcionando bien pero en un MSX me dice OUT OF MEMORY, tengo que cambiar algunos CHR$() por su código ASCII dentro de los PRINT para ahorrar espacio y que vuelva a funcionar.

Saludos. 

Creo que con CTRL va bien, pero quiero que se pueda arrancar sin pulsar nada, y puedo eliminar muchos carácteres del código fuente cambiando por ejemplo un PRINT CHR$(96) por PRINT "a"

Saludos 

Si, claro uso el Nestorpreter para, primero entender mejor el código y luego por lo que ahorras en carácteres de código.
El problema es que el juego es en SCREEN1 y los fondos se pintan con PRINT. Hasta el caracter 126 más o menos lo puedo pintar bien con los PRINT"abcde..." pero a partir del 128 ya no puedo representar esos carácteres en el editor de texto de Windows y eso que he probado un montón de editores que permiten cambiar el CODE PAGE, pero con ninguno consigo que lo que escribo en el editor luego salga en el MSX.
Lo que he pensado hacer es, una vez pasado el Nestorpreter abrir el código fuente desde el MSX real y bucar en el código donde hago PRINT CHR$(174)+CHR$(175)+CHR$(176)+CHR$(177)... por PRINT"?"  que es mucho más corto y además tengo unos cuantos de esos. El problema de esto es que si luego tengo que hacer alguna actualización me toca volver a hacerlo otra vez.

Saludos. 

Hay un truco para esto, pones los PRINT claramente identificables como PRINT "XXXXXX", después salvas el programa BASIC en binario (no como ASCII), usas un editor hexadecimal para buscar los XXXXX y los reemplazas con los caracteres que quieres. No se si en MSX haya disponible un editor hexadecimal de archivos, pero igual puedes pasar el archivo a un PC para la edición.

Gracias a todos por vuestras respuestas.
Lo de hexadecimal, para hacerlo en PC me quedo igual, porque los carácteres > 128 que grabas en el PC no se corresponde con el que lee el MSX.

Lo de sumar un valor fijo a la cadena de ASCII está bien, pero para ello necesitaría más memoria para añadir esas líneas con el bucle y la suma de un valor fijo, y justamente quiero quitar los CHR$() para liberar espacio.

Por ahora creo que la solución que más memoria ahorraré es la de cambiar esos carácteres en el MSX una vez pasado ya el Nestorpreter.

Saludos.