Bueno, viste un primer borrador. En su momento Jon también vio algo, aunque en un estado más embrionario. Y Jon sí que vio la BIOS/Consola, que no era más que un parche sobre la MSX-BIOS normal para convertir el MSX honesto en una máquina para descerebrados: no salía el logo MSX System 1.0, sino que aparecía un menú gráfico, y se elegía la opción correspondiente: BOOT CARTRIDGE 1, BOOT CARTRIDGE 2, LOAD TAPE, MSX-BASIC. Y ésta sí que era 100% BIOS del MSX, pero un poco "tuneada".

La intención de la BIOS arcade es ESA: convertir el MSX en una recreativa, capaz de soportar gestión de monedas, autodiagnóstico, etc. La idea es reemplazar la BIOS de un MSX con la nueva BIOS+juego en una EPROM de 32 KB. Así tendríamos una recreativa a muy bajo coste. Por supuesto, cargando ese binario de 32 KB en un MSX normal, también funcionaría, así que todo son ventajas.

Ya os iré contando mis progresos. 

¡Ajá!, eso de la librería lo entiendo...
Imagino que se implementaría dentro del asMSX en forma de pseudoinstrucciones (¿o mejor macros?) que insertarían su código dentro del compilado final. Lo supongo así porque imagino que la idea no es la de enlazar siempre la libreria al completo, sino sólo el código de las funciones que se utilicen. Así no se engordaría para nada el tamaño final.
La idea es muuuuy interesante y si progresa puede que tengamos dos paquetes de desarrollo este año, porque yo continuo con el del SDCC (usando C, claro  ).
¿Harás el código público?, lo digo porque este es el tipo de asuntillos en los que es genial meter mano para optimizar hasta el último ciclo
Lo del IDE compatible Windows/Linux es otra de esas cosas que me rondan la cabeza, ya no me queda ni un hueco libre (sin sacrificar nada); pero creo que ya dije que andaba curioseando el tema de los kits de desarrollo gráfico mixtos (quiero experimentar con el FLTK), o sea que igual hago alguna prueba a ver...

¡Espero impaciente más noticias del asunto!

Primero fue el Namake´s...ahora ayer averiguaron el password para jugar al PONG512 y se pusieron a picarse como unos condenados...

Por cierto....¿alguien ha dicho la palabra CARUSO? ñam ñam ñaaaaaaam.......¡MI quiere!

KNM
lalalaaaaaaaaaaaaaaaaaaaaaaaaaaa :guitar: :guitar:

Vaya por dónde acaba la cosa, qué sorpresa 

Una alegría que ahora aparezcas por aquí un poco más desahogado, Edu (o al menos lo parece, y he dicho "un poco")

El asmsx es magnífico (sin el no habría el 99% de los juegos). Yo me conforme con conocer esos bugs para evitarlos, tampoco es necesario que te pegues un currelo de la muerte para hacerlo desde cero, es preferible MAS juegos de Karoshi (y si quieres presión, entonces te pido el Final Lap para dentro de dos semanas) 

Lo del "entorno para programadores" me parece cojonudo. Vamos, entonces tu BIOS será una reprogramación de la original pero con OUTs, instrucciones optimizadas, etc. con la intención de acelerarlo todo, ¡genial! Sobre el entorno sería magnífico que pudieses dejar la opción de seguir generando código para la BIOS original. Sobre testers, ahora mismo me sobran ficheros .asm sobre los que probar, así que cuenta conmigo

Creo haber entendido que las rutinas se encargarían de actualizar sprites y demás por interrupciones (al final nos vas a colar tu método por la escuadra, pillín) pero supongo que todo eso será opcional, y podrás decidir qué hacer y qué no 

Bueno, yo ya estoy babeando... 

Y Jon, comenta un poco esa BIOS que has mencionado... bueno, si no te apetece, habla entonces de esos proyectos ultra-secretos que tienes en mente, como por ejemplo ese que comentaste el otro día.

Pues que, para los incondicionales del C, estoy montando poco a poco una librería para poder hacer juegos en C para el MSX utilizando el compilador cruzado SDCC bajo Windows. Lo primero que tengo intención de sacar a la luz, además de las genéricas, son las librerías específicas para desarrollo en SC2 y en SC8. Eso sí, me tomaré mi tiempo y posiblemente lo ilustraré con algún juego.

Por cierto, reglas MsxDev06 ya! 

Pues ya seria la leche si encima todo eso funcionara integrado con un compilador de C o similar:-)
La bomba!
:-)

Por Dios el ASM esta bien .. pero .. leer codigo ASM es como clavarse cuchillos en los ojos ...
Hay que trabajar con un compilador que genere codigo ASM de cine. Pero al menos que el codigo fuente sea comprensible.

Por cierto .. soy el que se esta volviendo loco intentado crear una ROM con el SDCC!!! :-D