PGCard de MSXCalamar

Esto es bueno para todos.
Para el comprador porque se va a ahorrar un buen dinero,o va a poderse comprar varios juegos al precio de uno. Además de tener en el cartucho interface,un FM con salida de audio.
Y para el desarrollador porque podrá sacar sus juegos a un precio mucho menor. Espero que tenga buena acogida

Realmente una idea ingeniosa, seguro que tiene una gran acogida, pero espero que no haga desaparecer al clásico cartucho... de pequeño no podía permitírmelos y ahora que compro tres o cuatro anuales sería una pena que desaparecieran , por lo menos para mi, que me encanta el formato.

es que el objetivo principal era hacer bee/hu cards, (y de hecho se estuvo en contacto con fabricantes), pero madre mia, una beecard de 128KB no salía nada barata (y era el tope de capacidad), cuando digo nada barata, hablo de 50€ coste de producción.

hombre, que hubiese molado las Bee por supuesto, o incluso hacer un pcb personalizado para el formato, el problema es vestir el PCB.

de igual forma, se estudió hacer que fuese mucho mayor multiplexando las señales (no recuerdo cuanto, pero los 4MB los alcanzaba, al menos en teoría), el problema: precio, el lector duplicaba complejidad (y el precio iba ahí ahí) y el cartucho duplicaba el precio, así que con la idea de mantener los precios contenidos se desechó la idea.

a ver, que el formato es el que es, es mono-mapper (no se si MSXCalamar pondra dual mapper al final), no trae SCC, el tamaño es de 4Mbits (creo que está bien), y no pretende competir con el cartucho normal de toda la vida, ahora bien es una solución muy buena para el desarrollador.

se lo dije al que me preguntó el madrid:
si al desarrollador le cuesta X un cartucho de entre 128-512KB (por incluir mapper), pongamos 20€, a poco que no quiera perder dinero (y arriesgar patrimonio), no bajará de 25-30€.
con este formato, el coste de venta final sería de 12-15€ y hablamos que el margen puede ser el doble que en el cartucho.
pero es que además, el comprador, está recibiendo un producto igual de bueno, MAS BARATO, con lo cual está más contento.
yo como consumidor, te compro contento, porque es más barato, tu como desarrollador necesitas menos inversión, con lo cual está también contento, y además esto incentiva a que saques más desarrollos porque ves que la gente compra.

ahora bien, el Tema del FM? (en la parte en inglés se está hablando), es un extra interesante, que el desarrollador puede o no usar.
el tema del "feeling"? bueno, eso es a cada uno su forma de verlo, personalmente creo que ya estamos gastando mucho plástico, y que de esta forma ahorramos costes (y espacio, que suele ser finito).

de todas formas siempre se puede decir al desarrollador que haga tiradas en cartuchos "standard", o no?

Que memoria usan los cartuchos ¿Flash?, no veo level shifters en la placa, ¿va a 5V?. Me parece una buena idea, Hay un cartucho flash de ToTotek para consolas que sino recuerdo mal usa una idea similar. Si la memoria fuese de al menos 16Mbit y se pudiesen quemar los cartuchos desde un PC sería perfecto.

No, el VDP lee los sprites sólo desde VRAM. Si se quieren más, eso ya debe hacerse por software mediante diversas maneras. La ROM sirve para almacenarlos, pero no para que el VDP los pille de ahí directamente.

Esto obliga que la información de cada azulejo (tile), esté en la rom de forma lineal.

Pienso que tampoco debe haber problema para hacer esto, ya no con copys, si no con escritura directa en las áreas de VRAM donde están definidos. Si se pretenden cambiar todos de golpe habrá cierta lentitud, pero uno o dos, debe ser instantáneo. Claro, que los multicolor se componen de varios.
En la rom, pueden haber varios sets de sprites, como los habrá para diferentes niveles del juego.

Amigo erpirao, he recibido tu mensaje. Tema interesante...
Me gustaría responderte, pero no se como. Por favor escríbeme un correo (está en mi perfil), y comentamos todo.
Gracias.

También puedes contactar por la web de ler-sor:

http://www.ler-sor.es/blog/pagina-de-contacto/