Buenas!
Pensé que programando en ensamblador nunca llegaría a crear un MegaRom porque para mi, debería estar muy justificado el usar tanta memoria. Bueno, pues lo justifico y me meto en ello 

Estoy bastante perdido con el tema. Siempre he pasado de puntillas con el tema de Slots  y subslots, ciñéndome a hacer copy/paste de rutinas de detección de slots o el tema de las ROMS de 48Kb (gracias Ramones). He buscado información, he leído sobretodo el tema de slots/subslots de Konamiman, Ramones, jltursan, y referencias a Megaroms de Nerlaska, Jos'b y más.

Me encantaría tener más tiempo para ordenar el follón de conceptos que tengo ahora, pero bueno, ya sabemos todos como vamos de tiempo...
Agradecería una guía o unas respuestas a preguntas concretas para ver si puedo acelerar el tema:

- Entiendo que hay 4 páginas con 4 slots/página con 4 subslots/slot = 64 paginas * 16Kb/página = 1024Kb posibles. ¿Es así?
- No entiendo cómo va montada una ROM usando slots y subslots. Si en 0x4000 tengo mi página 1 del slot 1 donde tengo mi rom y quiero activar mi página 2 en 0x8000, pues lo entiendo. Pero si esta página tiene subslots, ¿cómo van organizados en la ROM? ¿En qué direcciones de memoria las debe poner el ensamblador?
- ¿Qué es un mapper? ¿Es un circuito personalizado que permite acceder a una estructura personalizada de slots/subslots? ¿Por eso hay tantos tipos? ¿Por eso los debe soportar el emulador, porque es hardware?
- ¿Por qué hay mappers con páginas de menos de 16Kb? Si activo una página, entendía que se activaban los 16Kb...

Sé que el excelente asMSX gestion Megaroms y se que hay tutoriales para SDCC. Pero cambiar ahora de ensamblador me llevará tiempo y prefiero ya puestos a gastarlo, que sea para entender el funcionamiento interno de los MegaRom.

Gracias por vuestro tiempo.

Si vas a utilizar mapeado ASCII 16K (el más sencillo) sólo tienes que encargarte de mapear la zona $8000-$BFFF para que apunte a tu ROM. (sólo tienes que preocuparte de slots y subslots una vez)

O sea como si tu juego fuera de 32K.

Después de eso todo es más fácil, escribes en $6000 para cambiar el bloque en $4000-$7fff y en $7000 para cambiar el bloque en $8000-$BFFF.

Los números son sencillos, 0 son los primeros 16K, 1 son los siguientes 16K y así hasta completar tu ROM. Por cierto, los bloques de 16K de tu archivo ROM se mapean así exactito.

Gracias Mortimer, nanochess! Lo tengo mucho más claro. Aunque hoy tengo un día muy liado y no puedo ponerme a digerir bien la información. Mañana lo miro detenidamente, consulto el enlace y miro si lo tengo claro del todo.

Ajá, si el cartucho es real es su hardware el que de forma transparente cambia las páginas.

Y si es un emulador, el mapper es cuestión además de estar soportarlo tiene que estar activado, ¿Y como "sabe" el emulador cuál es el correcto? pues porque vienen con una base de datos que asocia los hash del los volcados conocidos con su mapper adecuado, te pongo un ejemplo que he sacado del blueMSX.


Y si no está en registrado creo que se lo tienes que especificar, aunque desconozco si algún emulador intenta deducir por sí mismo de algún modo el tipo de mapper.

Genial. Gracias Mortimer, nanochess. Me pongo a probarlo!