Hace poco alguien me preguntó ¿qué futuro tiene el mnbios... debido al interminable círculo visioso del que si no hay soft no hay usuarios y si no hay usuarios... ¿Pués quien desarrollará el soft?.
Es mi deseo compartir con Uds. mi visión al respecto.
Entonces, basicamente, al menos como yo lo veo ( que no me extrañaria que lo
estuviera viendo mal), para mi el MNBIOS es como una serie de rutinas que me
ayudan en la programacion en ASM ( ya que personalmente, de momento, no creo
que use ningun hard que no venga de serie en un MSX2 )------------------>
Esa es precisamente la idea del MNBIOS, de hecho lo que me forzó a su
desarrollo en 1996, de ahí que el MNBIOS corre en una MSX2 normal sin ningún
tipo de modificaciones, y se espera soportar a las MSX1 incluyendo un
VDP9938/58 alternativo en la expansión.
De ahí que el MNBIOS es una propuesta muy interesante que sobresale de
otros proyectos como el brazilero donde se debe comprar un hardware especial
para comenzar. A diferencia de este último proyecto, el MNBIOS permitiría
romper el círculo visioso de que si no hay soft no hay usuarios y si no hay
usuarios no hay hardware ni evolución.
Otra gran ventaja del MNBIOS es que hablamos de romper la barrera de los
4MB de RAM, imaginate lo que han hecho los brazileros, armaron toda una
mother que me recuerda a una 286 y cayeron en la pobre limitación de usar el
mismo paginador de 8 bits conocido ya en las MSX2, es decir le cortaron las
alas desde el comienzo.
Es verdad que el MNBIOS es muy futurista, (1GB de RAM, 7 sub-sistemas
con CPUs que pueden ser cualquier micro z80 compatible como por Ej. el eZ80
que corre a 88mhz). Pero no es necesario que lo contruyamos ahora, sino que
se puede ir armando a medida que vayamos teniendo la necesidad de tenerlo.
Y al contrario que otros desarrolladores nosotros publicamos los
esquemas electrónicos, debido a que este proyecto no pretende ser un negocio
para pocos, sino una plataforma para muchos. Y eso hace a los usuarios, al
futuro y al éxito.!. Por supuesto hablamos de mucho trabajo por delante.
De hecho siguiendo la visión "OPEN PROJECT" planeo publicar el código
fuente de la interfaz de usuario, ya que la misma es un archivo EXEC
independiente y sería un punto de partida educativo interesante para muchos
e incluso alentaría a desarrollar otras distrubuciones. Pero no voy a
publicar el código fuente del kernel para que el toro no se descontrole y
pierda la regla número 1 "Una aplicación podrá correr en todas las msx del
mundo, porque lo que cambia es la sub-versión del kernel y no la
aplicación".
El pobre soporte de la bios msx convencional para la programación en
assembler fué lo que me obligó a desarrollar este S.O. Puedes decir que es
un conjunto de librerías pero estaría mal decir eso, ya que no solo hablamos
de librerías, hablamos de estructuras nuevas, de que lo que hoy programás
para correr en un disquete mañana andará sobre un CD-ROM sin modificar la
aplicación.
Si has seguido las noticias de la página web, sabrás que hay muchos
ítems por hacer, antes de que siquiera veamos publicada la primera versión.
Cuando mencioné que iba a estar a fines de enero, tal vez no tomé en cuenta
que debo compartir mi tiempo con otras actividades, además de la inclusión a
último momento de unos ítems más, ya que si no lo modifico ahora antes de
que salga el standard, no podré modificarlo nunca más para mantener a
rajatabla la regla 1.
La espera valdrá la pena y solo hablamos del kernel y la interfaz del
usuario, desconozco el tiempo que me tomará trasladar el compilador + editor
que uso actualmente al standard MNBIOS, debido a que pretendo que sea una
suite completa para que todos los programadores como yo estemos cómodos.
En primera instancia publicaré 2 kernels, el que funciona con mi
disquetera (Talent o Daewo DPF 550 / 555) que solo los argentinos tenemos, y
una versión paralela del kernel que en vez de incorporar un DISK DRIVER
traerá un HDD DRIVER para usarlo con la "sunrise IDE cartridge" ya que
entiendo que es muy popular y desde hace mucho tiempo y en muchos paices,
aunque en lo personal no cuento con un ejemplar, lo que haré es publicar el
circuito de dicho cartucho Sunrise IDE para que cualquiera lo pueda armar
con componentes "NO superficiales" conseguibles en cualquier casa de
repuestos del mundo. ¿Qué decis? ¿Qué tendría conflictos legales con Sunrise
por los derechos de autor?, No, porque solo uso como punto de partida el
mapa de registros de dicho cartucho (archivo publicado por sunrise), no
necesito ni siquiera tener un ejemplar para que mediante ingeniería inversa
desarrollar un circuito gemelo. Es muy parecido a lo que sucede con el
software, donde una companía idea una interfaz de servicios (API) y otras
duplican esa interfaz para obtener compatibilidad (Ej. CP/M a MS-DOS) pero
nunca copiaron ni vieron el código fuente, porque simplemente no hace falta.
Otro ejemplo es el automóvil donde todos copiaron "el volante" del que lo
inventó. Esto solo traerá 2 consecuencias, la primera es aumentar la venta de dicho cartucho en Sunrise, ya que una cosa es la calidad de un producto en serie y otra cosa es algo armado en el hogar. Y la otra consecuencia es que la gente empobrecida por el FMI como todos los argentinos podamos armarnos una gastando solo u$s5, total de todos modos igual no le comprariamos a sunrise (como u$s40 que representaría el trabajo de 4 días por un cartucho).
Espero haber aclarado algunos puntos. Y los espero ver tipeando y
mucho.!!!! Les deseo muchos proyectos COMPLETOS!!!.
flyguille
Aquellos desarrolladores que se quieran subscribir pueden hacerlo desde:
http://www.mnbios.com.ar
http://usuarios.arnet.com.ar/flyguille
En la sección Mail List.
Saludos a todos los colegas.
