[ATARI] Steem, XTOS, PeCes, windowzes, Amigas y demas fauna

[Luis Manuel Asensio Royo]

Atari Emulación España (Gabriel Huertas) wrote:

> El simple hecho de que la web sólo estuviera en alemán, dice ya mucho de las
> pretensiones de exportación del proyecto, cuando hasta en Alemania se habla
> más inglés que aleman en los circulos empresariales (ferias, congresos,

Hay partes en otros idiomas, pero no esta todo. Ahora desde hace meses
no hay ningún cambio, y yo no se qué deben de estar haciendo ahora, y
enviarles un mensaje preguntándoles qué sucede no servirá de nada,
porque sabemos por experiencia que el 'señor' Ali Goukassian tiene la
costumbre de no responder, y en cuanto a los de Axro, ni idea...

> Llegué a comentarle a Russ medio en serio medio en broma que sería una gran
> cosa una versión de Steem para Falcon :-). Ya que entre otras cosas es capaz
> de hacer funcionar multitud de programas MIDI que el f30 no corre y que

Supongo que por problemas de compatiblidad con el hard unas veces y
otras por la velocidad de la máquina, timmings y demás...

> incluso no todas las versiones de ST corren. Quizás un Steem para Xtos fuera

Primero veamos que tal es el diseño. Por lo que tengo entendido, lo que
se pretende es que se pueda ejecutar la mayor parte del soft existente,
pero igual me equivoco...

> más posible de lo que parece. Russ está enpeñado en que Steem no necesite
> windows, y ya ha resuelto todos los problemas para atacar los puertos en

El windows está visot que no puede ser utilizado en entornos de tiempo
crítico por su falta de precisión con las temporizaciones, y el Linux
hasta cierto punto si, pero tienes que crearte un núcleo muy compacto y
con lo mínimo imprescindible para que te quepa en una FlashROM, y
prescindiendo incluso de la multitarea si es preciso. El Linux, como
todo Unix, el manejo de periféricos es similar al de ficheros, ya que
comparten las mismas funciones, y se usa la orden fcntl para la
programación de un dispositivo concreto. Esto que por un lado va muy
bien para hacer un uso homogéneo del sistema puede que le afecte a la
velocidad de respuesta en tiempo critico, no lo se seguro. 

> Linux, incluyendo MIDI. Estas mejoras estarán disponibles en futuras
> versiones. Aunque Russ no quiere liberar el código fuente de su obra, porque
> está orgulloso de los resutados, y quiere administrar la dirección de su

Bueno, puede tomar otra postura, el crear un grupo de trabajo y
liderarlo para llevar el proyecto. Es lo que se suele hacer en Linux con
algunas aplicaciones de código abierto.

> proyecto integramente, hasta ahora está haciendo grandes esfuerzoas por
> incluir todas y cada una de las peticiones (sensatas) que los usuarios han
> estado haciendo para incluir en el emulador.

Lo de las ampliaciones del modo de vídeo es interesante. Incorporar los
modos de vídeo del Falcon supongo que puede ser relativamente fácil. El
modo de 256 colores es similar al de 16, los bits que forman el número
de registro de color con el bit del mismo valor de 8 byes seguidos, y el
de 64K colores, los primeros 6 bits corresponden al color rojo, los
siguientes 5 al verde y el resto al azul, si no recuerdo mal.

> ¿Se supone que trae un DSP incluido? Me gustari ver ese tipo de información,
> ¿donde la leeis?. El caso es que si bien nos han vendido el cuento de que la

No, no lleva el DSP incorporado, sino que se le podrá conectar la
tarjeta Déesee, inicialmente desarrollada por Rodolphe Czuba para el
Milan II, y que al final la compró Frontier Systems, el cual se encarga
del desarrollo y fabricación. La info se puede sacar de varios sitios:

MagiC OS: http://www.magical-sides.de/ (inglés)
Atari.Org: http://www.atari.org/ (inglés)
XTOS.DE http://xtos.de/ (inglés/alemán)

> simulación de los DSP es mejor que los DSP hardware, y en algunos sentidos
> esto es cierto, está claro que para trabajos a tiempo real tener un DSP
> posibilita las cosas, y digo "posibilita" en vez de "facilita" porque sin un

Estoy de acuerdo contigo. Con la emulación puedes manipular ficheros de
audio previamente grabados en disco, añadirle efectos, etc, pero en
tiempo real, cuando se tienen que aplicar no sólo uno, sino varios
efectos de los datos que se van recibiendo de las entradas, es muy
dificil, e imposible bajo windows. Si fuera posible, en el caso de los
Mac no exitirían esas placas con varios DSP que se controlan con algunos
programas de audio, que por cierto, son muy bonitos visualmente pero por
lo que he oído, como no tengas una 'bestia parda', no son de mucha
utilidad...

> No olvidemos que las sesiones Dos de cualquier Win32 son simples
> emulaciones. Muchos programas dan problemas, el que no se lo qurea que

No se si considerarlas emulaciones. Todas las versiones de windows,
exceptuando el NT y sus 'derivados', se ejecutan sobre DOS, es decir,
que en realidad el windows es sólo un entorno gráfico que usa el DOS. En
el ME intentaron engañar (parece que se vuelve costumbre) a los usuarios
ocultándolo durante el arranque, pero con algunos trucos se le puede
hacer 'salir a la luz'. Patético, pero cierto...

> la claqueta pierde el ritmo y en MSDOS no. A parte de este fallo en los
> relojes internos (fallo que imposibilita utilizar aplicaciones "realtime"
> críticas de DOS bajo Windows, hay programas que nisiquiera cargan.

Para empezar el windows solo puede trabajar 'bien' si tiene activa la
memoria virtual. Se puede desactivar, pero no lo recomiendan. Encima,
salvo alguna honrosa excepción, las 'aplicaciones' tienen para mi punto
de vista una tamaño exagerado, y ésto hace que cuando tienes abiertas
cuatro o cinco aplicaciones, haga un uso frecuente de la memoria
virtual, frenando el sistema e interfiriendo las transferencias de
disco. Encima, por su 'diseño', no distribuye correctamente la carga de
trabajo, y ésto lo he notado con el Netscape, que cuando intenta acceder
a un sitio concreto, parece que se haya quedado 'clavado', e incluso
afecte al resto del sistema imposibilándote cambiar de tarea con el
ratón, y luego tiene 'poltergeist', como el último que he tenido con el
PC del trabajo, que sin encomendarse ni a Dios ni al Diablo, se
'preparaba para pasar a modo suspendido' sin yo indicárselo. Me lo ha
hecho dos veces en una semana y me ha obligado a deshabilitar de la BIOS
la gestión de energía. Si a ésto le sumamos que le han 'embutido' el
Internet Explorer en el sistema (otro freno), la larga lista de
librerías dinámicas que tiene, de manejo de dispositivos, etc, un
entorno gráfico sobrecargado de tonterías, etc, todo ésto lo anula por
completo para cualquier tarea que requiera precisión temporal.
Lamentable, pero cierto...

> De hecho, empecé a hacer una lista de programas que funcionaban al 100% bajo
> Steem, y tuve que abandonar... es mucho más práctico hacer una lista de los
> programas que no funcionan. Hasta ahora, el único que me falla es Degas

Vamos, que es mucho más corta la lista de programas que no van, ¿eh? :-D
'Esto demuestra el buen trabajo de Russell. Creo recordar que el Steem
se basó en el código original del WinSTon, el cual se dejó de
desarrollar, ¿no?

> Élite 1.0 y Psion Chess (que también falla en versiones distintas de ST
> real). Para los programas que no funcionan, Russ está creando parches

Yo recuerdo que ciertos juegos y programas necesitan la versión 1.00 del
TOS. Yo tuve un 520St con el TOS 1.02, y para un juego (ahora no
recuerdo cuál), tenía que cargar el TOS 1.00 para poder ejecutarlo...

> expresos desde la última versión de Steem (opción nueva), pués se ha
> empeñado en que todo tiene que funcionar. De hecho cuando algunos usuarios

Ya lo he visto. Muy interesante la opción. De esta forma te aseguras que
funcionará el programa/juego.

> reportan errores, casi siempre es por usar el ile system de windows en vez
> de imágenes (algunos pogramas on sensibles a esto) o por no trabajar con una
> configuración o versión de TOS apropiada. por el momento no se conocen ni

Quizás no les gusta acceder a ficheros cuyo nombre no es de DOS puro y
duro (8+3), o que quieren acceder a las FAT directamente, petando porque
en el Windows la FAT es de 32 bits y la del ST de 16, como para con
algunos programas como el Cheetah, un copiador de alta velocidad.

> diez juegos que falles (otra cosa es que el movimiento sea tan lineal como
> en un ST original, cosa que no siempre se consigue)

Aquí ya dependes de cómo tienes 'cargado' el windows, su versión, la
memoria disponible y el tipo de procesador y su velocidad. Todo éstos
parámetros son mucho menos críticos bajo DOS, pero lógicamente está cada
vez más abandonado...

> La expereincia me demuestra que acelerar un ordenador no es una gran
> solución, y trae problemas de incompatibilidad. La DMX workstation que

Puede ser una solución temporal hasta que salga una nueva máquina capaz
de un rendimiento mayor y un grado de incompatibilidad lo más bajo
posible, ya que al ser un nuevo diseño el hard es diferente...

> trabajaba con Atari, me dió problemas cuando ampliamos las CPU de los ST a
> 16Mghz (uno de los programas, un simulador de fairlight muy atractivo para

En muchas aceleradoras se tiene la opción de conectar un conmutador para
pasar de modo normal al acelerado y a la inversa, para poder mantener el
100% de compatibilidad, aunque sea sin acelerar...

> su época no funcionába) , para que veas... y después con el TT
> funcionaron... Cuando hablamos de bajo nivel, cualquier cambio puede ser

Porque todo el sistema estaba diseñado para tener un funcionamiento
óptimo y sin problemas con el nuevo procesador y su frecuencia de
trabajo, con lo cual los temporizadores se podían utilizar sin problemas
de culegues, retrasos, etc...

> crítico, por eso mismo a veces hay que afrontar la realidad y cambiar. Otra
> cosas es hacer como el sistema de Amiga, que no es que cambie, es que es
> otra cosa con el nombre de Amiga puesto.

con el tiempo se sabrá cuál fué el mejor camino que se adoptó. Lo del
Amiga, aún no lo tengo claro, pero una de las posibilidades era hacer un
sistema completo bajo Java para que cualquier tipo de ordenador equipado
con una máquina virtual (VM) Java lo pudiera instalar. Por lo que sé (y
sufro) de Java, me parece la peor de las soluciones. Dejando de lado lo
farragoso de la programación en éste lenguaje, al ser tan inpedendiente
del hard de la máquina, el uso de éste lo tienes que confiar a las
librerías que disponga su VM. Ésto y otros factores lo hacen mucho más
lento que si el código estuviera compilado para el propio procesador, y
hasta la fecha el Java todavía no sirve para entornos de tiempo crítico.

> Si el precio es razonable y asequible, mi empresa estaría dispuesta ha hacer
> pequeñas compras masivas, una vez probados claro. Pués trabajamos haciendo
> autómatas y controladores industriales, rehuyendo expresamente a windows , y

Hombre, antes de hacer una inversión de este calibre, primero se compra
una o dos unidades, se prueban bien, se mira qué funciona y qué no, qué
posibilidades tiene, su expansibilidad y facilidad de programación, y
una vez hecho todo esto, con los resultados en la mano se decide que
hacer. Yo compraré una placa y la montaré. La someteremos a varias
pruebas para ver su rendimiento y compatibilidad, compararemos la nueva
máquina con el Milan que tenemos en el club, y muy
probablementepublicaremos los resultados en un artículo. Ést es el plan
que tengo pensado.

> si es posible a los PC. Un ordenador de estas caracteíosticas, con un
> entorno eficaz , gráfico y rápido, que no corre peligro ante un corte de
> energía, y que arranca al instante..., y cuyo sistema operativo estuviera

Tu lo has dicho, que no corra peligro con un corte de luz. Yo tengo un
Linux instalado en un PC. Se me ocurrió comprobar si el demonio apmd, el
administrado de energía, si pulsaba el interruptor cerraba el sistema y
se apagaba. Cuando pulsé el botón, se apagó sin realizar ninguna otra
tarea. Cuando lo volví ha encender a ver qué hacía el Linux, detectó que
se apagó indebidamente, inició una exploración de disco, y cuando estaba
acabandola dió un error de inconsistencia del sistema, y sólo te daba
dos posibilidades, rebotar o arrancar en un modo especial. Lo he
conseguido arreglar, pero me dió un buen susto. Ésto sólo sucede con
sistemas 'dsico-dependientes'. El TOS, como esta en ROM, por mucho corte
del suministro eléctrico que se produzca no corre riesgo. En el peor de
los casos puede afectar a los datos del disco duro, pero si haces copias
de seguridad de manera regular, con reinstalar lo que necesitas ya es
suficiente, no tienes que volver a instalar todo el sistema operativo.

> parches, reinstalaciones, etc... Lo que yo necesito es un máquina que sólo
> necesite para funcionar un programa cargado, y que no necesite el contínuo
> mantenimiento que tanto Windows como Unix en todas sus variantes necesitan.

O sea, un Atari con TOS, que aunque sea monotarea, para lo que se
necesita ya va perfectamente, no necesita mantenimiento, ni memoria
virtual, ni configurar 'demonios' ni demás, encender y ejecutar. El TOS
sería perfecto para un entorno industrial, requiere muy poco hard para
funcionar.

> de él hasta qeu tenga una avería de hardware. Con los PC, lo de menos son
> los fallos de hardware, no puedes confiar en el sistema para por ejemplo
> realizar una tarea en la que te juegues la vida. Un ejemplo: uno de mis

Los windows 9x y Me, por experiencia, son incapaces de funcionar 24
horas seguidas sin que dé un problema. cuando llevan mucho tiempo
funcionando, empiezan ellos solos a tener problemas, y si quieres que
recuperen la normalidad hay que reiniciarlos. Con los NT les pasa algo
parecido, pero con un margen de tiempo mucho más amplio.

> una pequeña producción de cine. Os imaginais que por alguna razón a windows
> le de por testar algo del sistema, automejorarse o simplemente dormirse y al
> detectar el paso de la persona, tarde más de lo debido y la detonación se

Lo que cuentas no es descabellado. En cualquier momento al windows le
puede dar por volcar datos al disco duro, passar a modo suspendido por
su propia cuenta, o lanzar un protector de pantalla que le provoque un
error grave y lo deje en un estado aún más inestable de lo habitual,
sino un cuelge) (he sido testigo de ésto con un ME)

> sabe... El resultado es que tienes que andar programando puñeteros autómatas
> que si que trabajan a tiempo real, como los siemens, que cuestan como un PC
> y son simples monoplacas sin pantalla gráfica, y con cpus de 8 bits  y

Seguramente autómatas equipados con el Z80, un buen procesador de 8 bits
por cierto, pero si no tienen un entorno de programación es algo
incómodo de programar. En la Facultad, en la asignatura de robótica
teníamos un pequeño brazo robot de fabricación israelí para hacer las
prácticas de programación. Llevaba un 68.000 y su programación era
bastante sencilla, tenñias una lista de comandos que se introducían a
través de un PC al que se conectaaba por línea serie.

> Para mi lo fundamental sería que el ordenador trajera un buen entorno de
> desarrollo de aplicaciones. Hubo un tiempo en que esto es lo que importaba,

Hummm... quizás sea nuestro pequeño punto flaco. De programación visual
no hay mucho donde elegir. Yo sinceramente prefiero programar al 'viejo
estilo', editor de textos integrado en un entorno de programación la
estilo del Lattice C o Turbo/Pure C. Por mis prácticas con programación
visual en Basic y Java, con éllos pierdo la 'perspectiva' de lo que
estoy haciendo, tengo la sensación que no controlo lo que programo, no
se, me encuentro muy incómodo. De la otra forma veo en todo momento el
código que introduzco, y sé muy bien lo que hay. Reconozco que paara
programar aplicaciones que usen el GEM pueda resultar difícil si no se
tiene un buen entorno que te ayude, pero una vez que empiezas a
comprender cómo funcionan por dentro, es bastante más sencillo de lo que
parece.

> la gente era usuaria de ordenadores y no de "programas" Recuerdo un
> compañero que se compró un SUN a principio de los 90, y en el hizo
> importantes programas de control de comunicaciones para la Expo92. El

Pues un SUN no es precisamente un sistema al alcance de cualquier
persona, son equipos profesionales de precio elevado. Yo te puedo decir
que la música de las olimpiadas de Barcelona'92 se hizo con Ataris, por
lo menos es lo que me han contado.

> procesador de textos y nada más. El entorno debería contar con algunas
> herramientas orientadas a clases u objetos, y ya está.

El Java es un lenguaje orientado a objetos. Yo estoy intentando (y digo
bien) realizar pequeños programas y applets con él, y pierdo más tiempo
peleándome con el propio lenguaje que con la programación en sí. Yo lo
veo demasiado complejo para meterse de lleno sin tener una idea clara, y
encima la documentación existente no ayuda mucho, incluso la que
proporciona la propia Sun. He leído comentarios que dicen que el Pascal
es muy dificil para un principiante. ¡Nada mñas lejos de la realidad!,
el Pascal al lado del Java es un juego de niños. Una vez que entiendes
su sisntaxis hacer cualquier programa es fácil. Niklaus diseñó el
lenguaje precisamente para la enseñanza de la programación, con éste
lenguaje aprender a tener una idea clara de cómo has de hacer la
aplicación, de definir las variables y estructuras que necesite, etc.

> De hecho, pregunto de paso ¿ es posible adquirir algún paquete de desarrollo
> para esta máquina ahora mismo? Seria buena cosa poder empezar a desarrollar
> antes de que la máquina esté en el mercado.

Que yo sepa no. En estos momentos los promotores del proyecto XTOS
quieren contactar con el mayor número de desarrolladores posible. Su
dirección es webmaster at xtos.de. 

> Si te digo la verdad, para un Mac prefiero un PC, los he tenido y lo he
> ODIADO. Son el ejemplo más claro de lo lento que puede ser un gran hardwre
> gracias a su sitema operativo. El Logic corriendo en un Mac con 32 Megas de

Lo se muy bien. Todo un MegaSTE, con su 68K a 16 MHz, y ejecutando el
Spectre, era mucho más rápido que un Lc con un 68020 a 20MHz.
Actualmente la situación tampoco ha cambiado mucho, es más, se te pueden
quedar colgados visitnado uan página web con el Internet Explorer...

> Parcen sencillas tus peticiones... que son también las mias, pero sin
> embargo los ST han sido los únicos ordenadores de la historia capaces de
> hacer esto (a partir de 16 bits).

Sencillo, es lo que estaba acostumbra con los Atari, y lo quiero
recuperar. Ésto no lo he visto en niguna otra plataforma, salvo quizás
el Amiga, el cual no conozco mucho pero por lo poco que sé era por un
estilo. Lo que no se es cómo acabará el nuevo planteamiento del Amiga...

> Saludos y perdón por el exceso.

Lo mismo digo. :-D
-- 
 |||   Saludos | Salutations | Greetings | Grüße
_/|\_  Luis Manuel Asensio Royo

"La violencia es el último recurso del incompetente". Isaac Asimov