¡Ahibadió! ¿No lo conocías? Si se publico la noticia en la Hispa.
Sí, había visto la noticia pero no había profundizado. Como se han
hecho ya tantos "intentos" de interfaces gráficos para MSX, tampoco le
había dado mucha importancia.
Pero ya me lo he mirado un poco y me he quedado alucinadito. Tiene su
gestor de tareas, su sistema de mensajes, su cabecera para EXEs...
¡jodó! ¿¿y con Z80?? (O_o)
En el macro-hilo del MRC
se estaba discutiendo si debería hacerse un formato común para CPC y MSX o
bien cada sistema con su propio formato
¿Y dónde está la discusión? Es obvio, evidente y axiomático que debe
hacerse un formato común.
La verdad es que le encantó eso de tener una
VDP, decia que era como tener una aceleradora 2D
Pues según tengo entendido, precisamente nosotros lo que desearíamos
es tener la VRAM mapeada en memoria, porque el VDP es leeeeento...
pero vamos, que si a él le va bien, pues ya va idem.
Ahora mismo está
implementado el FDC de Toshiba para los turboR, los FDC de los Philips, Sony
y Sunrise IDE ya estan funcionando.
Esto no lo entiendo. ¿Por qué se molesta en desarrollar drivers
separados para cada controlador de almacenamiento, si todos ellos
tienen una DiskROM estandarizada y compatible? (y completamente
independiente del MSX-DOS, dicho sea de paso)
Este tio ha deshecho totalmente el mito de que es imposible hacer una
interfaz gráfica rápida en MSX. SymbOS es más rápido que el mismo MSX-DOS a
comando limpio xD (of course, todo Z80 mode, en un MSX2 "pelao")
Bueno, desde luego tiene mérito conseguir una interfaz gráfica rápida;
pero en el caso del MSX-DOS, resulta que la rutina de impresión de
cadenas está hecha con el culo: para cada carácter a imprimir, realiza
una llamada separada al segmento de código, con todo lo que eso
implica (guardar estado, cambiar de slot, cambiar de segmento,
ejecutar la rutina, restaurarlo todo...)
Pues hala, ya que voy a El Norte (TM), aprovecharé para echarle un
ojazo al invento este.
--
---------------------
Néstor Soriano
<konamiman(_en_)gmail(_punto_)com>
