¿Dónde se almacenan los sprites hardware?

AxelStone, yo lo primero me miraría la documentación disponible, que es muy completa. Será donde encuentres la información exacta (por ejemplo, en este caso la posición de los sprites depende del modo de pantalla). Estoy seguro de que en cuanto le eches un vistazo a cómo funciona la vram y cómo se distribuye la memoria según el modo, lo tendrás más claro.
Igualmente con los sprites. El patrón de un sprite de 16x16 son 32 bytes. En MSX2 tienen un color por línea, que son 16 bytes para cada uno... todas estas cosas (registros, comandos del VDP...) las podrás ver en varios documentos que hablan de la VRAM. The Red Book, el MSX Top Secret... hay varios y vale la pena leerlos enteros (luego lo que uno entienda y lo que no, es otra cosa, pero así al menos todo te suena y sabrás donde está la info). También en internet hay info, yo para consultas más rápidas hasta MSX2 miro aquí:

http://problemkaputt.de/portar.htm

Refloto este hilo, me hará falta para lo que ando tramando. Si mal no recuerdo alguien del foro consiguió hacer un "backup" de los sprites (copiar su zona de VRAM). ¿Podría refrescarnos la memoria? Gracias.

P.D.: no he dicho nada, estoy leyendo la documentación y creo que lo entiendo.

Justo por eso pregunto Kai, como nos paremos en lo básico estamos muertos. La idea es precisamente lo que hacen Daemos y ARTRAG (parece que al final todos pensamos lo mismo), de lo contrario te quedas sin patrones enseguida, 32 patrones son muy pocos. Yo estoy siguiendo la documentación técnica del V9938, échale un ojo por si ayuda.

Por desgracia lo de "dame los comandos" no es tan simple, lo tengo comprobado. Al final cada uno tiene necesidades más o menos propias y acabas haciendo rutinas justamente eso, propias. A día de hoy ya he tenido que picarme en MSX-C el equivalente a BLOAD y otros comandos que en BASIC ya tenía, pero qué le vamos a hacer .

Me daré una vuelta por el foro inglés a ver lo que dicen los gurús. Gracias.

Muchas gracias Manuel, como siempre, estas al pie del cañon para ayudar
Como bien sabes, las direcciones de memoria (hardware) y yo no nos llevamos bien, y por mucho que me leo la documentacion oficial, no lo pillo...
Me sería de enorme ayuda algun listado simple de ejemplo, con algunos rems de documentacion. Nada, 10 lineas. A partir de aqui si que puedo trastear y extrapolar, pero si no se por donde empezar, me puedo pasar dias/semanas/meses leyendo y experimentando y es un tiempo que puedo invertir mejor en desarrollar...cuando otros ya lo sabeis "del tiron".
A eso me referia cuando pedia ayuda.
Entiendo que han pasado 20 años y que te puede llevar unas horas refrescarlo, pero si lo pudieses hacer te lo agradecería mucho (a mi me puede llevar meses y al final ni siquiera conseguirlo).
Me encantaría hacer un juego estilo Gradius 3 con SCC y efectos sampleados y voces. El scroll suave ya lo tengo, asi como todo lo demas. Lo he intentado con sprites por software pero es un desastre. Tienen que ser sprites de HW si o si.
Tengo musicas, graficos, medio motor... Lo que me faltan son los sprites por HW.
Todos podemos salir ganando: yo por conseguirlo al fin, tu por los cartuchos que me tendrás que vender, otros desarrolladores por poder experimentar con esta tecnica, y el resto de la comunidad por tener un juego nuevo.
Se que estas super liado, pero veo que eres el unico que puede/quiere ayudar (por eso te hago chantaje emocional y presion social en este mensaje que mala leche tengo) pero es una espina que tengo clavada hace tropecientos años y ver la luz al final del tunel me da nuevas esperanzas.
Asi que;
por favor? porfa porfa porfa...

Eso es, con la primera opción se cambian todos los sprites de golpe. Por lo tanto habría que tener repetidos los que sean comunes en todos los bancos.

Un ejemplo simple para ver como funciona el cambio de dirección de la tabla de patrones de los sprites:

10 SCREEN 5,2
20 S=BASE(29)
30 FOR I=0 TO 31
40 READ R$
50 D=VAL("&H"+R$)
60 VPOKE S+I,D
70 VPOKE 0+I,D XOR 255
71 VPOKE &H800+I,RND(1)*255
80 NEXT
90 PUT SPRITE 0,(100,100),15,0
100 A$=INPUT$(1)
110 VDP(6)=0
120 A$=INPUT$(1)
122 VDP(6)=1
123 A$=INPUT$(1)
130 DATA 00,00,0F,38,40,C0,9E,BC,B8,C0,61,30,0C,03,00,00
140 DATA 00,00,C0,38,0C,02,62,72,36,04,CC,08,08,F0,00,00

BASE(29) nos da la dirección en la que se encuentran por defecto en SCRENN 5 (#7800)
En la línea 60 defino el sprite en la tabla actual
En la 70 defino el sprite invertido pero en la dirección #0000 de la VRAM (equivalente al banco o bloque de sprites 0)
En la 71 defino un sprite al azar en la dirección #0800 (banco/bloque 1)
En la 90 pongo el sprite
En la 110 cambio la dirección de la tabla y la pongo en #0000, donde está el sprite invertido.
En la 122 la pongo en #0800, donde está el sprite aleatorio.

El R#6 permite fijar los bits A16-A11 de la tabla de patrones de los prites. Por eso va en bloques de #800 bytes.