VagoBlog por Ignacio Gallego Puyol
es licenciado bajo una
Creative Commons Reconocimiento-NoComercial-CompartirIgual 3.0 España.
Sectarios
Es una de las razones por las que me ha dejado de apetecer escribir cosas o hacer Encanta. El sectarismo que siempre ha envuelto a los grupos de una determinada afición. Por ejemplo: Antaño decíamos que “los amigueros” eramos una especie en extinción, que en otras plataformas no había ese “feeling“, esa camaradería, esa ayuda que se prestaban los unos a los otros sin pedir nada a cambio.
Ahora mismo veo que eso no existe en la “comunidad amiguera”. Hay tres o cuatro que hacen, y los demás cogen, se aprovechan, como aves de rapiña, siempre al acecho.
Son determinados comportamientos los que veo. Pequeños en conjunto pero alarmantes, pequeñas formas de hacer las cosas, pequeñas opiniones cerradas, retrogradas, estúpidas.
Yo que veo lógico que haya diferentes formas de expresión, y que no nos cerremos en banda a otras posibles tecnologías que en conjunto y al tiempo nos pueden ayudar a aumentar la comunicación, a aunar esfuerzos, aunque no sean igual de “compatibles”. Nosotros somos precisamente el transvase de la compatibilidad. Nosotros podemos adaptarnos a uno o a otro sistema, y al mismo tiempo hacer de conversores de uno u otro medio de comunicación. Eso es lo que veo que no se hace. En lugar de eso, se ponen trabas, se desprestigia, se niega.
Siempre he pensado que la comunicación fluida era importante, cuanto mejor se hablen las cosas y mas abiertamente se expresen, mejor para todos. No hay ambiente enrarecido. Pero en mis continuos rozamientos con esas comunicaciones, al final uno acaba desmoralizado, y es precisamente el que no debe acabar así. Hay una frase que me gusta mucho sobre ello:
“Nunca discutas con un imbécil, te hará descender a su nivel y allí te ganará por experiencia.”
Pues eso es lo que opino. Que a menudo tengo que dejar de debatir con esos imbéciles, e ir a mi bola.
El problema es que me gusta la paz y la concordia. Me sigue pareciendo interesante esa idea de compartir, ayudarse el uno al otro. Mejorar en conjunto. Pero las reglas de la nobleza que ello conllevan difieren cuando hay determinadas personas que no tienen esas mismas maneras.
“Vive y deja vivir.”
Ahora mismo me enfrento a otros retos que en conjunto hacen que estos parezcan nimiedades. Así que lo dejaremos pasar, aunque no podía al menos escribir este texto para seguir expresando mi opinión.
Reconstruyendo el Amiga 1200T/060 (y4)
Después de las deliberaciones (para saber cual era el sistema que me convenía, sopesando pros y contras de todas las posibilidades), decidí que lo más factible era lo siguiente.
Mi planteamiento inicial fue de: 3 unidades IDE, IDE-Fix incluido, CF Fixed y disco duro 2,5″ IDE.
Sopesé comprar el TrueIDE e incluso (hace unos días) me enteré de que los de Elbox habían sacado una actualización de su controladora FastATA (la que yo puse en mi anterior texto era la MK III, y esta es la MK IV con –parece ser– soporte SATA y CF.
¿Por qué descarté TrueIDE?
TrueIDE esta diseñado para albergar 2 CF (maestro y esclavo), y soportar conexión IDE de 40 pines, además de poder poner las Compact Flash inclusive si son removible. Es un aparato interesante para cualquier Amiga que tenga IDE de 40 pines, es decir vale para la IDE-Fix y para otras controladoras de otros fabricantes al mismo tiempo. Es relativamente barato, aunque no deja de ser un adaptador de una cosa a otra que se podría vender mucho mas barato si lo hicieras “los chinos”. Pero como es una modificación para soportar lo de antes, a mi entender sale “un poco caro”.
La desventaja inicial es que no tiene “soporte” directo de las CF para que puedan sobresalir de cualquier carcasa, y tendría que hacer bricolaje al Amiga (a mi torre para adaptar una bahía de 5.25″ o 3,5″ de plástico) para poder sacar la ranura. Por supuesto “tirar a la basura” (comérmelo con patatas) el adaptador IDE2CF que ya tengo para este menester.
Se lo recomiendo a aquellos que si planean tener 2 CF en Amiga de forma barata, tengas IDE-Fix u otra controladora con dicha conexión necesaria (recordad que el A1200 internamente soporta 2 IDE, pero el conector es de 2,5″ 44 pines), y con el que no tendrán que preocuparse. Eso si, si no pretenden hacer extraibles dichas unidades, sino que se queden dentro del equipo. Comodidad la tiene, pero no es versátil para pruebas de usuarios que les guste juguetear con varios sistemas operativos, a no ser que también les guste jugar con hardware y adaptarselo a su gusto.
¿Por qué descarté Elbox FastATA MK IV CF/SATA?
Principalmente por su precio. Secundariamente por la instalación que requiere todo el invento: tendría que desmontar casi todo el Amiga, Mediator inclusive, quitar los chips de la Kickstart, poner la controladora, insertar los chips de la Kickstart en el zócalo de la controladora, y volver a montar todo el ordenador con Mediator inclusive.
Después tendría que re-configurar la mitad de mi sistema operativo en lo relacionado con el IDE-Fix/CacheCDFS para poner los controladores de la FastATA y el AllegroCDFS.
La controladora, que viene con software incluido, es de precio similar a comprar 2 adaptadores de TrueIDE. Se supone que tiene mayor rendimiento que la IDE-Fix + IDE Express!, eso si las unidades que pusiera lo tuvieran problemas de transferencia, no hay garantías sobre esto, he leído de usuarios que si han tenido problemas y de otros que les va de maravilla.
Pero para mi planteamiento actual de equipo, tendría que comerme con patatas la IDE-Fix + IDE Express! además de desembolsar mas dinero.
CF Extraible + Disco duro interno = Ignacio contento
Ya había comprado el cable de 3 bocas IDE 2,5″ y 50 cm a Amigakit, así que sólo me faltaba comprar el disco duro que ya tenia pensado con meses de antelación (cuando el desastre en diciembre pasado). Así que lo compré.
La configuración final de unidades se queda como sigue:
Banco 1 IDE, conexion 2,5″ 44 pines:
- Bahia de 3,5″ con adaptador CF2IDE, de maestro, con CF de 4 Gb, particiones Sistema –800 Mb– y Programas –3 Gb–
- Disco duro de 2,5″, 160 Gb, de esclavo, 4 particiones: JD (Juegos y Demos) –50 Gb–, Datos –50 Gb–, Pruebas –40 Gb–, CDS –8 Gb–
Todas están en SFS (SmartFileSystem), puesto que tengo 130 Mb de FAST RAM, he añadido bastantes buffers a las unidades, en vez de 80 que es lo básico, 500, esto se puede variar desde el HDToolBox.
NOTA: Para los que quieran variar según su necesidad los buffers de la unidad sin tener que gastar memoria en exceso en sus configuraciones. Recordad que lo podéis hacer con la siguiente orden desde el menú de ejecutar o desde una ventana Shell/CLI:
AddBuffers unidad: (numero de buffers) [RETURN]
Banco 2 IDE, conexión 3,5″ 40 pines:
- CD-ROM de 52x IDE
Controladora Blizard SCSI:
- CD-RW Yamaha 10x8x16x
El principal problema al que me enfrenté después es elegir el tamaño del bloque (cluster) utilizado en el sistema de archivos. Pensaba que como iban a ser tan grandes las particiones (50 Gb la mayor), pues seguramente no le haría mucha gracia que la tabla donde se guardan los directorios y ficheros en la partición, utilizar un bloque de 512 bytes que es lo que viene por defecto en el HDToolBox. Por no hablar de que si un archivo es mas pequeño del tamaño del bloque, seguirá ocupando como mínimo ese tamaño elegido.
Con la CF no me preocupe mucho porque la partición mas grande es de 3 Gb, y casi nunca las lleno a rebosar (tampoco pienso llenar mucho el disco duro, por si os estais preguntando porque no compre uno de menor tamaño, seria tirar el dinero con menor tamaño precio similar o mas caro). Al principio pensé en 16 Kb de bloque, pero después de leerme un par de documentos técnicos, casi todos recomiendan de 2 a 4 Kb de bloque, 8 Kb si vas a utilizar la partición para tener vídeos dentro o manejo de imágenes de CD (ISO’s o similar). Y parece ser que algunas versiones de SFS tienen problemas para gestionar bloques de 16 Kb o mayor tamaño (Es posible que esto ya haya sido subsanado en versiones modernas del SFS, la verdad no lo sé si es cierto en la versión que estoy usando: 1.277). Aparte de que no se nota demasiado el rendimiento final con tamaños mayores.
Así que después de hacer un par de pruebas, pase el resto de particiones con bloque de 4 Kb en el disco duro de 160 Gb.
Otra cosa con la que me he enfrentado es con la Mask value(s) y Max Transfer. Cuando estas particionardo el disco duro, a la hora de cambiar el sistema de archivos, es ahí donde eliges tanto los bloques asignados en el SFS y también éstos parámetros, te pone unos por defecto que suelen ser fiables, pero no rápidos.
A la hora de hacer las unidades mas eficientes (tienes que tener cuidado, sobre todo si tienes datos importantes, para que la “Max Transfer” no sea demasiado rápida, pues podría provocar problemas de corrupción de datos a la hora de copiar contenidos de un lado a otro.
En el documento de preguntas frecuentes de Greg Donner acerca del Amiga OS 3.9, puedes leer una pregunta sobre esto en “Operación con Disco y Ficheros”: ¿Qué Mask value(s), Maxtransfer, y tamaños de bloque recomienda utilizar en Amiga?
Donde en síntesis pone:
- Si tiene unidades muy antiguas utilice: 0x0000fe00
- Si tiene unidades lentas puede utilizar: 0x0001fe00
- Si utiliza unidades SCSI o controladoras IDE decentes: 0x00ffffff (6 f’s)
Puedes hacer pruebas de velocidad y rendimiento con el software de DiskSpeed del paquete SFS que está en Aminet.
También puede hacer pruebas con el software de sysspeed y el de sysinfo, aunque son testeadores mas antiguos y pueden dar problemas. Pero si tiene algún indicio de pruebas anteriores y velocidad podrían serle de utilidad.
Siguiente paso…
Reorganizar datos del disco duro, poner algunos programas de navegación modernos (aparte de los que ya uso) en el Amiga Classic, y empezar mis testeos de compatibilidad para poner y/o elegir un gestor de contenidos en El Amiga me Encanta.
También tengo que mirar la compatibilidad bajo MorphOS, lo que me obligará a actualizar algunas cosillas del Mac Mini PowerPC G4.
Por último, he encargado una CF 4 Gb Fixed a Deal Extreme, mismo modelo que estoy usando, es de esperar que no me engañen, pero me he fijado en el “número de serie” que aparecía en el costado de una de las fotografías. Quiero probar si mi teoría de las Transcend de los número de serie es cierta. Si lo es, miraré de comprar otras CF Fixed de menor capacidad para otras pruebas similares.
¡Quien sabe! A lo mejor hasta acabo comprando un TrueIDE para aprovechar mi segundo Amiga1200/030 con IDE-Fix y mis tarjetas CF Removibles que ya tengo. Pero eso será en el futuro…
Reconstruyendo el Amiga 1200T/060 (y3)
Seguimos estancados en lo que parece un circulo vicioso.
He hecho varias pruebas con Compact Flash, tanto con CF2IDE, como con IDE2USB, como con diferentes configuraciones e instalaciones, y he aquí algunas de mis conclusiones.
Las CF de diferentes fabricantes y varios adaptadores CF2IDE
Hace algunas semanas, cuando pedí el libro electrónico para mi madre, y algunas cosillas para mi y mis equipos, compré un CF2IDE de bahía 3,5″ para el Amiga (StarTech 35BAYCF2IDE, en Amazon.es estaba mas barato…). Encontré justo lo que quería, con conexión de IDE de 40 pines y de 44 pines al tiempo, ideal para Amiga y para equipos montados en torre, así que lo compré. Pensaba adquirir un segundo si me iba bien el primero, pero se complicaron las cosas.
El adaptador de CF2IDE va perfecto, es de lo mejorcito que he comprado. No es muy barato precisamente, pero está bastante bien construido, ya que la bahía no es de plástico, sino de metal. La ranura tiene un botón de eyección para sacar la tarjeta cómodamente. Y además posee los dos conectores IDE, lo que facilita poderlo poner en una u otra configuración. Además tiene la posibilidad para poner la tarjeta como Maestra o Esclava. Así que es muy completito.
Pues bien, sustituí mi versión de CF2IDE interno que había comprado en china por este otro, y puse el segundo como esclavo. Al principio parecía ir bien. Pero descubrí cosas que no contaba con ellas.
Además compre otras 3 tarjetas mas de CF, para hacer pruebas, 2 de 2 Gb Transcend a 133x y una tercera de 4 Gb pero de SanDisk y mas veloz (SanDisk Ultra, de 30MB/s), pensaba hacer pruebas para ver si podía empezar a poner tarjetas mas veloces en el Amiga.
Las de 133x no van muy lentas en Amiga, ya que los programas de Amiga Classic no son demasiado voluminosos, pero quería ver si podía acelerar un poco las cosas.
Mi otra razón era para hacer copias integras de la CF de 4Gb en la nueva y ver si se notaba también la velocidad, y quedarme con la mas lenta como copia de reserva.
Copias de CF Maestro a CF Esclava, diferentes marcas y velocidades
Lo cierto es que empecé a encontrar problemas con las dos tarjetas conectadas al tiempo, la antigua lenta como maestro y cargada en memoria, y la moderna y rápida como esclava que conecté, formateé, e intenté copiar todo el contenido tal y como estaba en la maestra (vía DirOpus4… para mayor comodidad).
Parecía que no le gustase tener las dos al tiempo, y tenia algunos problemas de ficheros que no se podían copiar, lo cual me mosqueó mucho, pero aun así continué con la copia.
Apague el ordenador, y la puse como maestra. pero seguía teniendo el mismo problema de antes con el disco duro, que no se copiaba bien. (El gurú de la muerte atacó de nuevo…)
Copiar el contenido de la CF con un copiador sector a sector
Entonces decidí probar un sistema un poco mas bestia. Me hice con un copiador “en bruto” sector a sector, de momento uno que encontré para Windows llamado: “HDD Raw Copy” de HDDGuru en su versión Portable, y probé a copiar la CF en fichero y después en la CF nueva. Pero no resultó como esperaba.
Como fallaba el primer intentó: 4 Gb, pero diferente fabricante y velocidad. Probé con las de 2 Gb idénticas con un sistema instalado desde cero para probar: un Amiga OS 3.9 limpio.
Con este sistema no dió fallo. Intenté razonar por que con el otro fallaba, y me dí cuenta de que la CF mas veloz era unos pocos Mb mas pequeña que la otra, este podía ser el principal motivo.
Indagué entre mi colección de adaptadores y tarjetas SD, y encontré una de 4 Gb que era “un poco mas grande” que mi CF, y como tenía un adaptador de SD a CF, pues intenté probar con el copiador pista a pista, pero tampoco funcionaba la idea.
Así que por el momento, la única posibilidad de copiar sector a sector es mediante tarjetas de mismo fabricante y mismo modelo.
Controladores IDE-Fix y Compact Flash
Las cosas se complicaron en cuanto decidí: “bueno, pues nada, compraré una de 4 Gb idéntica a la que tengo“, pero como eso iba a tardar un buen rato, y yo necesitaba empezar a hacer pruebas de navegadores para lo que planeaba hacer con Encanta. Empecé a probar a instalar una configuración limpia en las tarjetas de 2 Gb que tenía.
El problema de instalar el AmigaOS 3.9 ya estaba solucionado, ahora empezábamos con otra cosa mucho mas problemática, que fui descubriendo a trompicones, y con cada fallo no sabía como solucionarlo, cosa que me desmoralizaba de sobremanera.
Quizás mi afán por descubrir los por qués y cómos me lleve a hacer un millar de pruebas con todas las posibles configuraciones, para ver si es de una u otra forma y si se puede “sortear” el problema de alguna forma.
El problema es que siempre que instalaba, fuera cual fuera la configuración (Amiga OS 3.9 limpio, con algún BoingBag del 1 al 4, o incluso con alguna que otra configuración adicional), todas fallaban. Al final decidí probar con un Amiga OS 3.1 a ver si era problema de otra cosa que se me pasaba, pero tampoco lo lograba.
Siempre acababa con una bonita pantalla gris oscuro, la disquetera sonando como si no pasase de cargar el resto. Y se atrancaba después de poner la instalación de IDE-Fix que te obliga a reiniciar para continuar con dicha instalación.
Lo mas curioso del asunto es que con mi CF de 4Gb con todo recién instalado y actualizado con mi antiguo sistema personalizado, si funcionaba el invento. Indagué si podía ser un problema de versiones diferentes de IDE-Fix. La cosa se complicó mucho mas cuando descubrí que ninguna de ellas parecía gustarle a las tarjetas de 2 Gb que tenía.
Me extrañaba muchísimo que con una versión inclusive mas antigua funcionase todo y con una versión inclusive mas moderna no. Pero tampoco era de ahí. Mire los parches del scsi.device, del la ROM Update en fichero, del Setpatch, tampoco era de ahí. La cosa seguía fallando en el comando IDE-Fix, si desactivaba dicho comando, todo iba a las mil maravillas.
Mi pregunta final siempre era: “¿por qué en mi configuración nueva no, y en la que tenia hace años si?“. Y eso me dejaba mas confuso aún, porque no tenía respuesta sencilla.
Bic naranja escribe fino, Bic cristal escribe normal… Bic bic bic bic bic…
NOTA DEL AUTOR SOBRE EL TITULO DE ESTA PARTE: El titulo no dice mucho de lo que voy a escribir, pero me ha salido del alma…
Descubrí, mientras leía uno de los hilos de amiga.org y en otro hilo de English Amiga Board, la existencia de problemas con los controladores de IDE-Fix, pero mucho mas algo que desconocía: la existencia de Compact Flash en modo Fijo (Fixed, como si fueran discos duros), y en modo removible (como si fueran unidades ópticas o intercambiables, por decirlo de alguna forma sencilla), y como ésto afectaba a los IDE-Fix.
También hablaban que “había forma de cambiar el formato” pero se necesitaba un equipo en concreto y una utilidad proporcionada por el fabricante (por ejemplo SanDisk tenia la suya) que fue discontinuada y solo se ofrecía a ensambladores OEM, parece ser.
Encontré un tutorial para hacerlo, pero había que poner la Compact Flash en maestro, arrancar el ordenador en forma MS-DOS y meter el comando para cambiar dicho formato. Y no me “hacia mucha gracia” variar mi ordenador cuando uno tiene un que usa a diario, pero con el que no te apetece hacer muchos experimentos de este tipo, donde implican reconfigurar un ordenador que también utilizas para trabajar.
Intenté mirar si lo podía hacer con el VirtualBox, pero no había forma de configurarlo para que la CF conectada a mi ordenador real pudiera enterarse que estaba en un IDE virtual configurada como maestra. Así que no hubo tampoco caso.
Intenté buscar alguna otra forma de hacerlo con Ubuntu o similar, pero no he encontrado hasta la fecha nada. (¿Alguna idea, chicos?)
La otra solución que encontré fue aplicarle un parche a los controladores de IDE-Fix, que se encuentra en Aminet y requiere los ultimísimos controladores que sacaron los de Elaborate Bytes para dicho software. Y de hecho el parche funciona pero con alguna limitaciones.
IDE-Fix parcheado para CF
El método básicamente es parchear el comando IDE-Fix, has de bajar los siguientes componentes:
- IDEFix_patches.lha (5 Kb) de Aminet: driver/media
- eb_final.lha (104 Kb) de Individual Computers, página web del producto.
- spatch.lha (11 Kb) de Aminet: dev/misc —es una versión alternativa de spatch, ya que el original proviene del lenguaje de programación SAS/C que es comercial.–
Además necesitaremos los controladores que tengamos de IDE-Fix, si somos un poco listos podemos hacer nuestro disco modificado (copia el disco y utiliza ésta copia, no el original) para que podamos tener parcheado de origen cuando los instalemos.
Con el IDE-Fix último de Elaborate Bytes (el parche solo funciona con éste), utilizamos el spatch con el parche que viene, por línea de comandos (ventana CLI(Shell). Aplicar el parche es “algo lento”, y no te muestra ningún mensaje de porcentaje o aviso, pensé que se había quedado bloqueado, pero no, es que es así.
Una vez aplicado el parche, debemos cambiar el comando de IDE-Fix por el nuevo, puedes renombrar el antiguo y copiar este a tu configuración, o bien a tu copia del disco de controladores oficiales en el mismo lugar que esta el otro.
IDE-Fix! parcheado con licencia
Cuando tienes registrados los controladores, el registro se queda impreso en un fichero llamado idefix.library que se copia en tu directorio Libs de tu Workbench. Si no tienes licencia, tus controladores estarán en modo demo, y aparecerá un cartelón de “Regístrese” cada 30 minutos al que tienes que contestas con YES (te va variando la posición de la respuesta, para jorobar un poco mas con el mensaje).
Lamentablemente, Elaborate Bytes ya no registra ningún software de IDE-Fix’97, y solo puedes encontrar los controladores registrados cuando compras el disco original en alguna de las pocas tiendas aun existentes para Amiga que lo poseen. O en el mercado de segunda mano. Por favor, cuando compres los controladores cerciórate de que te pasan dichos datos, porque sino te habrán vendido una copia sin registrar o demo.
El problema es que el parche sólo funciona funciona con los últimos controladores, proporcionados por Individual Computers desde su web y desarrollados en el año 2000 por Elaborate Bytes.
Es decir, que en el caso de que tengas licencia sea el disco de IDE-Fix’97, el disco para IDE-Fix Express! con el parche aplicado en el comando IDE-Fix, la licencia no te funcionará, ni aunque la pongas “a mano”.
Al menos en mis pruebas desde varios ordenadores Amiga no resultó. Cuando aplicas el parche y el registro, el cartel de 30 minutos seguirá apareciéndote, por mucho registro que tengas.
Circulo Vicioso
En mi caso, con el planteamiento que tenía de configuración al reconstruir el Amiga, me joroba por varios sitios lo que ha pasado:
- No puedo utilizar el parche, porque pretendía usar el IDE-Fix Express!, y mi idea era poder poner 3 unidades IDE: CF, disco duro de 2,5″ y unidad CD.
- La alternativa es “solo usar 2 unidades IDE” y pasar de controladores…, con lo cual, ¿para que quiero IDE-Fix? La placa del A1200 ya soporta 2 IDE. (O sea, que me la coma con patatas… si sigo este camino…)
- La otra alternativa es encontrar CF en modo fijo (Fixed), el problema es que no siempre podrás saber si te las venden así hasta que no las pruebes con los controladores de IDE-Fix sin parchear.
Mis alternativas posibles
Yo aun sí uso CDs en mi Amiga en torre, así que tendría que decidir estas cuestiones:
- Utilizar el lector/grabadora SCSI para leer discos de Amiga cuando los necesite a través de la aceleradora y controladora SCSI de ésta. El problema es que hay que configurarlo en el Workbench todo el tinglado. Ahí no hay mucho problema. Pero cuando instalo todo desde cero, tendría que modificar bastantes discos de arranque para que me lo detectase correctamente, o bien utilizar en contadas ocasiones el lector IDE para esa pruebas o reinstalaciones desde cero (En cualquier caso el IDE-fix me lo comería con patatas).
- No montar nunca lector de CD’s y utilizarlos de forma virtual… con lo cual cada vez que quisiera acceder a un CD tendría que pasarlo a ISO y configurar el diskimage. Cosa que es interesante pero me joroba algunos aspectos básicos.
- Comprar un disco duro y pasar de CF’s, pero mi idea era tener varios sistemas pre-configurados y cargar dependiendo de mis pruebas a realizar, y hacer copias sencillas cuando lo requiriese.
- ¿Comprar la Elbox Fast-ATA 1200 MK III, que es un poco cojonera de configurar, con sus controladores AllegroCDFS, y probar el tinglado desde ahí. El problema es que dicha controladora vale como unos 120 EUR. Y además es un poco puñetera para instalarla en mi ordenador. Tampoco hay garantías de que pase lo mismo que con la IDE-Fix actual.
- Esperarme a la ampliación de Individual Computer llamada TrueIDE.
Notas sobre Compact Flash de Transcend
Esto no se si les servirá algunas personas, pero yo os lo pongo por si a caso.
Las tarjetas de Transcend tienen un numero de serie (en realidad todas las tarjetas, pero no todas tienen la misma forma de definirlas).
- La Transcend Compact Flash 133x 2Gb tiene:
602297 2344 8322AD 0U4RR - La Transcend Compact Flash 133x 4Gb tiene:
572280 5314 8322AD 0U4RF
Así que me hace sospechar que esa letra final puede que tenga algo que ver con R de Removible y F de Fixed. Pero podría ser coincidencia…
Eso es todo. Seguiremos informando de progresos en cuanto tenga algo de que informar.
¿Encanta paralizado en el tiempo?
¡¡Pues no!! Contrariamente a lo que pueda parecer para mucha gente. No se ha cerrado la web.
Simple y llanamente. Me estoy planteando muchas cuestiones, entre ellas “¿cómo continuar con Encanta?“, y cuando digo “cómo continuar” me refiero a cómo llevar el proyecto, el tipo de diseño y administración.
No voy a negar, que estoy un poco desmoralizado con como fue el resultado del concurso que monté 4 meses atrás el año pasado y que quedó desierto. Siempre nos andamos quejando de que “nadie hace nada por el Amiga“, pero cuando se hace, se critica de sobremanera. Da igual quien haga que, que siempre habrá por ahí gente que le da igual todo.
Eso hace que me plantee muchas cosas no solo del Amiga sino incluso de la vida. Los mas allegados a mi ya conocen mi estado de ánimo. No voy a relatarlo aquí, porque es evidente como se me ve en persona.
Aquí solo voy a hablar de cosas muy puntuales del proyecto Encanta.
El motivo principal por el que no actualizo el proyecto es ese.
El año pasado, Fleming (mi co-administrador) me avisaba de multitud de fallos relacionados con el alojamiento. Ambos creíamos que habían cambiado las condiciones buenas de donde estábamos, y empezaban a ser malas. Por lo que estuvimos casi todo el año pensándonos si irnos de esa empresa, cambiarnos a otra, cambiar las condiciones del servicio, etc etc. A finales de año, ocurrió algún imprevisto y decidimos cambiarnos de empresa y alojamiento.
De momento todo va bien en el nuevo. Pero descubrí mas cosas del problema inicial.
El diseño de Encanta siempre ha estado “muy protegido” porque no está montado en un portal seta de los que llamo. La mayor parte de la página, en cuanto a contenidos se refiere, son “estáticas”. Son miles y miles de páginas estáticas, con muy pocos elementos “dinámicos” (es decir que cambian o se repiten en todas ellas).
Este diseño obliga al programa que se encarga de recoger la información a trabajar intensivamente (vamos el servidor Apache). Porque tiene que indexar todas esas páginas, y eso le cuesta mucho trabajo.
Pues bien, para que funcione bien el Apache, la máquina donde está ejecutándose tiene que tener suficiente memoria. Actualmente tiene la suficiente, pero si las actualizaciones continuaban como hasta ahora, obligaría a aumentar las prestaciones del equipo, no hoy ni mañana, pero si con el tiempo. Es decir mas y mas memoria de ejecución. Lo que implicaría mayores costes de alojamiento.
Está claro que el diseño actual del portal estaba bien para el planteamiento que tenia hace unos años, pero a medida que se añade mas información, el barco empieza a hacer aguas.
Estoy planteándome hacer un rediseño al portal. Este rediseño implicaría la inclusión de un gestor de contenidos. Pero éste tendría unas condiciones básicas y quizás algo restrictivas:
- Nada de anuncios (no no no no, por mucho que te pongas, Fleming, nada de anuncios, no me gustan, ¡¡ni aunque estén relacionados con!!
). - Las donaciones seguirán (a lo mejor hasta me planteo poner algún servicio adicional o de apoyo para que la gente no les eche para atrás eso de Paypal, por lo motivos actuales que todos ya conocemos).
- El diseño de las páginas web tiene que ser compatible con los navegadores de Amiga Classic. Es decir, aunque la mayor parte de las visitas de Encanta se hace con navegadores modernos y desde plataformas alternativas al Amiga, las páginas web DEBEN poder verse igual que lo hacen ya desde esos navegadores antiguos.
Y es en este punto donde se complican las cosas. Los requisitos de los navegadores antiguos son mucho mas problemáticos con los gestores de contenidos. Donde el diseño está separado del armazón (o lo intenta estar). Ya que aprovechan todas las tecnologías de hojas de estilo, que yo solo me he limitado a poner en el portal, en “casos muy puntuales”, y como añadido a los navegadores que ya los utilizan, pero no entorpecen la visión en los antiguos.
Por ejemplo: esa cosa que hace que cuando pones el puntero encima de un enlace, este cambie de color, eso es un estilo. en los navegadores de Amiga Classic no se ve el efecto porque no lo soporta, pero la navegación sigue siendo con el mismo diseño porque está dentro de cada una de las páginas que conforma el portal, no fuera y asociada a determinadas etiquetas que interpretará el navegador de una u otra forma.
Aparte del diseño, las cosas se me han puesto un poco mas cuesta arriba. A mediados de diciembre de 2011, el disco duro de mi Amiga Classic (del Amiga1200 en torre y con chorropotocientas ampliaciones) empezaba a fallar, y no quería perder todos los datos.
Muchos ya sabréis las pruebas que he estado llevando a cabo para tener los datos en su sitio, y al mismo tiempo tener un sistema de apoyo para poder hacer copias de seguridad con relativa facilidad. Aun no he dado con ese sistema de apoyo. Y sigo haciendo experimentos.
Necesito tener el Amiga a pleno rendimiento, porque solo en él podré probar mis restricciones de diseño cuando empiece a plantearme que gestor de contenidos usar y como utilizarlo (y si se puede utilizar como me gustaría).
Mientras esto sucede. Tengo “miles de chorraditas” que se me van ocurriendo por el camino para incluir (en el caso de que se pueda con el gestor).
- Poner valoraciones a los artículos, que permitan en un vistazo rápido saber si puede o no ser de tu interés. Por supuesto esta puntuación la darían los visitantes después de leer el artículo.
- Que los enlaces de las páginas web que se comentan en los artículos no tuvieran la dichosa coletilla de “Consulte el directorio de enlaces, categoría tal, enlace cual“, sino que cuando pulsases en dicho enlace ya te llevase a la página en cuestión. Cuando exista. Y además que ésta opción estuviera enlazada al Directorio de Enlaces. Por enlazada me refiero a que cuando yo cambie el enlace de ubicación, ya sabéis que esto pasa muy a menudo en Internet, el enlace que aparezca en la página mencionada, variase también de ubicación. Con lo cual esto ayudaría mucho mas al visitante.
- Volver a restablecer el recomendar ese artículo/página al visitante por email.
- Me gustaría poder integrar “de algún modo” los foros en los artículos, me refiero a que se puedan hacer incisos de preguntas y estas puedan incluirse dentro del foro.
- Otra cosa que sería “interesante” es poder incluir algún comentario adicional en dicho articulo, como diciendo “también se puede hacer esto de otra forma, o este procedimiento está obsoleto y solo sirve para determinados casos”, o bien comentario de alguna experiencia o alternativa, o proceso que que sustituye al comentado y se explica en otro artículo en Encanta. Muchos artículos de Amiga están bien para determinadas versiones del sistema, pero no para las actuales. Veo lógico que se incluya la información porque siempre puede venir bien para estudiar como ha ido evolucionando el Amiga, pero también puede crear confusión en los visitantes nuevos que buscan información.
- Alguna forma de encontrar mas fácilmente los contenidos del portal, supongo que con algún buscador interno que tenga el propio gestor de contenidos. Esto implicaría poner palabras claves o bien que buscase el mismo desde la base de datos.
- Me plantearon poner un “mapa del sitio”, pero no se muy bien como podría hacer esto.
- Una mejora de los foros, quizás no tan “churrigueresco” como me parecen los phpbb3, pero una vez que apunté todos los problemas de diseño con los que me iba a encontrar, quizás sería interesante migrarlos de una vez, ya que se va a cambiar todo el diseño, quizás el gestor de contenidos no pueda integrar bien el phpbb2.
- Me gustaría que hubiera una forma de seguir más fácilmente todas las conversaciones que están activas, de un vistazo, algo menos lioso que los actuales índices que aparecen en los portales de temas recientes y otra vista, pero mas efectivo de como aparece actualmente.
Y así con cositas que se me van ocurriendo por el camino.
Lo mas preocupante cuando esto se “solucione”, si es que hay forma de solucionarlo como quiero. Es cómo incluir mas información al proyecto. Aun puedo continuar durante un tiempo incluyendo artículos de revistas que tengo por ahí, tanto impresas como en disco. Pero lo principal es que una vez que eso se agote, habrá que empezar a tirar de los permisos oficiales de los libros y manuales. Sí, porque ya tenemos algunos permisos concedidos, que es poner toda la documentación y manuales de Amiga/Commodore/Escom relacionada con esta plataforma en Encanta. Y no solo los “pocos” que fueron traducidos en castellano, sino los que están en su mayoría en inglés y algunos en otros idiomas. Por lo cual tendré que buscar gente que quiera traducir, lo haga bien o con perspectivas a querer mejorar sus traducciones y lo haga gratis.
Como ves no son pequeños problemas. Hasta que no solucione algunos de ellos no habrá actualizaciones. Puedo tardar mas o menos pero seguiré pensando “como mejorarlo”, aunque no puedo predecir cuanto tiempo dedicaré a esto.
Por otra parte, me he estado dedicando a algo que me ha gustado mucho también participar, y seguiré en ello mientras me requieran, y es el hecho de hacer algún trabajillo de videoedición, un poco en plan aficionado, pero ayudando a una amiga mía a que haga realidad su sueño, sus vídeos se llaman: “El corazón de Belén“, y podéis verlos desde cualquiera de estos lugares (y como vamos mejorando en el tiempo):
- Canal de Youtube de piannoEmotion
- Pianno39, sección Personal Shopper
- Canal de Youtube de ElCorazonDeBelen
- Canal de Youtube de mosquetera74
Y no olvidemos que también dedico tiempo a mis acostumbrados favores y trabajos desinteresados para arreglar ordenadores de familiares y amigos.
Estructura del AmigaOS/Workbench
Siempre digo que el AmigaOS/Workbench tiene una estructura fácil de comprender, pero nunca pongo un ejemplo claro de a lo que me refiero con ello. Creo que este texto intenta tratar sobre ello, intentaré no ser muy técnico o descriptivo, y puede que algún apartado no tenga el trato adecuado para quien si conozca el tema de forma mas técnica. Planeo que sea un texto descriptivo para los que no usan este sistema, en plan divulgativo y de andar por casa.
Cuando me refiero “estructura” me refiero a la forma de organización de los datos en el ordenador. Por ello me estoy refiriendo en su mayor parte a como se guardan los diferentes componente en el sistema operativo. Es decir los directorios o carpetas (en Amiga es más comúnmente llamarlos Cajones, aunque yo no hago distinciones y muchas veces, por reminiscencias con el MS-DOS sigo llamándolos Directorios, de cuando usábamos el MS-DOS o la ventana Shell/CLI y poníamos DIR para sacar un listado del contenido del disco duro/disquete).
Una estructura básica en un AmigaOS 3.1/3.9, que es el que actualmente utilizo en el Amiga Classic que estoy reparando sería la siguiente:
Cuando se enciende el ordenador, lo primero que hace es una serie de test para comprobar que todo funciona en condiciones, Estos test dan como resultado una pantalla en blanco/gris claro y después carga el sistema operativo (eso si el Amiga tiene ya un disco duro conectado, sino saca en pantalla una ventana violeta con el logotipo característico de la muesca y un disco metiéndose en una unidad, diciéndote que para iniciar el ordenador metas un disco con arranque).
Como este artículo trata de AmigaOS/Workbench, es decir del sistema operativo del Amiga, suponemos que ya tiene instalado un disco duro el Amiga con dicho sistema operativo.
Pues bien, una vez hecho los test de que todo esta bien, carga el arranque del disco duro, y después los siguientes archivos que carga suelen ser primero uno llamado StartUp-Sequence (secuencia de arranque) y otro llamado User-StartUp (Arranque personalizado del usuario).
En el primero (StartUp-Sequence) se suelen meter todos los comandos necesarios para un arranque óptimo, suelen venir una serie de comandos que el sistema operativo pone por defecto para que arranque optimamente y con una configuración básica. A veces este fichero tiene una pequeña personalización aplicada por el usuario, algunos comandos mas importantes son necesarios ponerlos aquí, que no es mas que un fichero de texto con ordenes que cargan otros ficheros –ya sean programas, comandos, o configuraciones adicionales— (proceso por lotes),
Casi al final, el StartUp-Sequence tiene otra orden que dice que ponga en marcha el User-StartUp. Este segundo archivo lleva la personalización que muchos programas necesitan para ejecutarse mas tarde. Por norma suele incluir que se creen pequeñas ordenes que hacen que el ordenador, mas tarde pueda acceder a carpetas o lugares con una ruta mas fácil de encontrar. Es decir Asignaciones. Esto de las asignaciones (se emplea el comando Assign) permite hacer una, digamos, etiqueta mas fácil (llamado como dispositivo), para recordar o acceder con mayor fluidez a ciertos datos.
Por ejemplo si tuviera un programa al que se que voy a acceder mas adelante en ese ordenador y se donde se encuentra, pero el propio programa tiene a su vez una serie de carpetas adicionales o archivos que necesita acceder con mayor velocidad le daría una asignación tal que así:
Assign programaimportante: particion:cajon/programita/
Con esto lo que le decimos al ordenador es que en el dispositivo programaimportante, que esta ubicado en la partición:cajón/programita, no tengamos que decirle siempre toda la retaila larga a la hora de cargarlo. Además si el programa requiere datos de su carpeta de trabajo, en vez de tener poner siempre la ruta completa, pedirá la asignada y por tanto encontrará la ubicación mas fácilmente.
Dependiendo de lo personalizado que este nuestro sistema operativo y programas necesitaremos decirle al sistema operativo donde se encuentras éstos programas de una forma mas sencilla que poniendo solo la retaila larga que le decimos a la orden assign.
El User-StartUp también sirve para ejecutar aplicaciones que requieran iniciarse en ese momento, aunque hay otros directorios (o cajones) que tienen básicamente una misión similar, como veremos mas adelante.
Después de ejecutar la lista de comandos de estos archivos y realizar diferentes operaciones de configuración, (por ejemplo, el primero suele realizar una copia ficheros de variables de entorno necesarias para determinados proceso o programas, esta copia la hace desde el disco de arranque a disco llamado Ram Disk, que es una unidad especial que actúa como espacio variable en la memoria del ordenador para meter datos y acceder a ellos con mucha mas velocidad. Esta unidad en RAM varia de tamaño dependiendo de lo que estemos realizando en ese momento con el ordenador).
Al finalizar estas tareas de ambos ficheros de arranque, lo que hace es cerrar la ventana de salida (conocida como ventana AmigaDOS, donde salen diferentes resultados informándonos de esas operaciones realizadas en el arranque, generalmente nos sirve para ver si ha fallado algo en el arranque), y da paso a lo que se denomina Workbench, que es el acceso al sistema operativo mediante iconos.
Es aquí donde empezamos a describir la famosa estructura del AmigaOS/Workbench. La partición dedicada al sistema operativo alberga los siguientes directorios importantes:
C — En este cajón están los comandos del sistema operativo, aquí se guardan casi todos los mas importantes, además algunos usuarios suelen guardar algunos otros programas que utilizan mucho, aunque no es lo ideal, pero se suelen guardar aquí porque es un cajón muy pequeño de nombre, que el sistema reconoce siempre (incluso sin iniciar con normalidad el ordenador) y es mas fácil de recordar donde esta.
Classes — Aquí se guardan sobre todo los archivos o definiciones de clase (tipos) permite que el ordenador pueda acceder a determinados tipos de archivos (gráficos, vídeo, sonido, etc…), además de algunos otros elementos que pueden ser utilizados por el sistema operativo (imágenes o elementos del interfaz de sistema operativo). Tiene un cajón adicional donde se guarda una parte de los Datatypes (tipos de archivos, que se emplean para reconocer esos diferentes tipos de archivos en los programas que soporten ésto).
Devs — Es un cajón que engloba muchas cosas relacionadas con los dispositivos (periféricos podríamos decir). Aquí podremos encontrar varios cajones adicionales. Todo lo que esté en Devs son cosas que estarán disponibles una vez que el sistema este preparado para funcionar. Hay un cajón adicional llamada Storage (que hablaré mas adelante) que contiene aquellos elementos que no deben ser puestos en marcha mas que en contadas ocasiones, según sean necesarios para el usuario, tiene una estructura similar de directorios).
- Datatypes es un cajón con el otro componente adicional, que junto con los ubicados en Classes/Datatypes, puedan interpretar las definiciones y que el ordenador pueda traducir para leer e interpretar los tipos de archivos para visualizarlos en los programas que los soporten, (si los programas están preparados para utilizar Datatypes, en un futuro podrían acceder a mas formatos adicionales sin tener que añadir mas opciones a dicho programa).
- DosDrivers, es un cajón que alberga pequeños ficheros para montar unidades especiales, por ejemplo una unidad de CD-ROM sería apropiado que siempre estuviera accesible. Hay otras “unidades especiales” que también vienen por defecto configuradas aunque suelen ser un poco mas específicas para procesos que lleva internamente el sistema operativo.
- Keymaps, aquí se encuentran los mapas de teclado, lo que hace que cuando uno escriba con el teclado se traduzcan las pulsaciones en caracteres, números, símbolos especiales, etc. Dependiendo del idioma seleccionado en las preferencias, el mapa de teclado traducirá a uno u otro idioma, Es decir Un teclado que posea la tecla Ñ tendrá que estar definido con el mapa de teclado que soporte dicho símbolo, sino la posición de la tecla Ñ interpretará otro posible símbolo que este definido en esa mapa de teclado en otro idioma.
- Monitors, aquí encontraremos las definiciones de los diferentes tipos de monitores (pantallas) que puede utilizar el Amiga. Dependiendo de nuestra configuración podríamos tener varios tipos, normalmente suelen venir por defecto el sistema PAL y el NTSC (las resoluciones nativas que ya tiene el Amiga), aunque adicionalmente (hoy en día) muchos usuarios utilizamos tarjetas gráficas con prestaciones superiores y tenemos un monitor especial para poder acceder a las resoluciones de pantalla de dicha tarjeta.
- Networks, desde aquí se depositaran diferentes dispositivos para acceder a tipos de redes de ordenador, por ejemplo para poder usar una tarjeta de red Ethernet para conectarse con otros ordenadores o a Internet.
- Printers, el cajón que contiene los controladores para poder conectar una impresora al Amiga y utilizar las opciones adicionales correctamente para traducir datos del ordenador a papel.
Después aparte de estos cajones existen archivos de dispositivos genéricos como pueden ser el puerto de audio, el puerto paralelo o serie, el puerto de pccard (tarjetas tipo PCMCIA para algunos modelos de Amiga), etc.
Algunos usuarios tenemos mas cajones adicionales dependiendo de nuestra configuración personalizada, por ejemplo hoy en día es muy común ver también un cajón llamado USBHardware, que alberga los controladores para acceder a las diferentes tarjetas que hacen que se pueda utilizar el USB en Amiga.
Expansion — este cajón por norma general no se suele utilizar mucho, pero suele valer para cuando una ampliación o determinado dispositivo conectado al ordenador necesita una configuración adicional. Casi todos los periféricos de Amiga suelen estar preparados para que funcionen conectándolos y listo (el Plug & Play que nos ha intentado vender Microsoft como algo novedoso). Y a lo sumo en algunos hay que poner algún comando o configuración adicional mediante un programa. Expansion es un cajón que ya existía en versiones anteriores del sistema operativo y que aun sigue ahí para guardar cierta compatibilidad con antiguas ampliaciones a la hora de utilizarlas con versiones mas modernas del sistema operativo.
Fonts — en este cajón se guardan todos los tipos de letra que son accesibles desde el ordenador para los diferentes programas que las necesiten, por ejemplo procesadores de texto, programas de dibujo, etc.
L — es una carpeta que alberga manejadores (handler) de diferentes dispositivos, por ejemplo para poder utilizar el disco de Ram Disk es necesario tener un fichero llamado ram-handler, para acceder a los tipos de archivo de una unidad de CD es necesario un manejador especial, para acceder a la lectura de discos de un formato MS-DOS desde el Amiga, también. Suele estar ligado a la las unidades que hay configuradas en el cajón de Devs/DosDrivers o Storage/DosDrivers (para poder acceder a determinadas unidades).
Libs — desde aquí se acceder a las bibliotecas de funciones generales. Estas funciones permiten que muchos programas se puedan beneficiar de ellas utilizando dichos archivos, y que los programadores no tengan que incluir dentro de cada programa esas funciones, por lo tanto ahorran trabajo a la hora de incluirlas. Si las bibliotecas están bien actualizadas y aplicadas incluso podrían hacer que los programas estuvieran preparados para funcionar mas eficientemente dependiendo de la configuración final del usuario.
Por poner un ejemplo: Un programa podría usar una biblioteca para descomprimir (traducir) ficheros de sonido comprimido en mpeg (mp3) a una velocidad mayor dependiendo de si ésta biblioteca está optimizada para procesadores con mayores prestaciones.
Pensando con antelación la posibilidad de poder acceder a dichas funciones en el futuro o en varios programas sin tener que programarlas cada vez al final, se ahorra trabajo y los programas son mas eficientes. Además cabría esperar que fueran mas fáciles de actualizar estas bibliotecas que obligar a que todos los programas se actualizasen dichas funciones similares, incluidas dentro, para aprovechar las nuevas prestaciones que pudieran aparecer.
Locale — este es un cajón que también alberga varios contenidos. En especial se utiliza para la traducción del sistema operativo en varios idiomas, de esta forma se podría utilizar el mismo sistema en diferentes idiomas. Dentro tiene varios directorios entre los que aparecen:
- El cajón Catalogs que engloba las traducciones para diferentes idiomas de los programas que estén preparados para utilizarlos. Si el programador pensó incluir esta opción, su programa podría ser traducido por varias personas fácilmente (se requieren unos pequeños conocimientos adicionales). De esa forma estará accesible en varios idiomas para que los usuarios puedan manejarlo mucho mejor.
- Otro cajón importante es el de Help donde suelen guardarse las documentaciones (manuales en formato fichero) con las descripciones completas del funcionamiento de determinados programas).
- Hay mas cajones aquí, pero están relacionadas con la misma temática y son menos relevantes para este artículo divulgativo.
Prefs — este cajón contiene todos los programas necesarios para poder personalizar mas eficientemente el sistema operativo, además dentro de él se encuentra el cajón Env-Archive que contiene todas las variables de entorno y configuraciones personalizadas que muchos programas y que el propio sistema operativo guarda. Por ejemplo desde Prefs están los programas para definir el tipo de resolución de pantalla que se empleará, los colores que tendrá dicha pantalla, el fondo de pantalla que aparecerá, el idioma del mapa de teclado, la calidad con la que se oirá un tarjeta de sonido, el tipo de impresora que se utilizará, con las opciones definidas para una mayor calidad o aprovechar diferentes opciones para imprimir, etc. Hay muchos mas. Desde aquí se puede personalizar prácticamente todos los aspectos del sistema de una forma cómoda y centralizada.
Rexxc — este cajón guarda pequeños script (ficheros por lotes) para utilizarlos con el lenguaje de macros que incluye el AmigaOS a partir de la versión 2.1 en adelante, llamado AREXX. Este lenguaje de macros que viene con el AmigaOS permite inter-relacionar operaciones de uno a otro programa (para aquellos que estén preparados para utilizar dicho lenguaje) para aprovechar diferentes formas de trabajo con todos ellos.
Por ejemplo, un programa de dibujo que tenga puerto ARexx podría definirse una tarea para que una carpeta determinada con una lista de archivos grande realizase determinadas operaciones con todos los archivos, y mediante otra tarea definida en el mismo script ARexx juntase todos esos ficheros para grabarlo como una animación. Esto a grandes rasgos podría ser muy trabajoso de hacer si de forma manual. Pero pensando en las posibilidades y entendiendo el lenguaje ARexx para sacarle provecho se podrían acelerar considerablemente mucho trabajos repetitivos.
S — este cajón alberga los ficheros Script (por lotes) para determinadas acciones, aquí es donde se guarda el fichero StartUp-Sequence y User-StartUp, además de otros adicionales para configurar algunos aspectos del sistema operativo.
Storage — Este cajón tiene una estructura similar a Devs como dije anteriormente, aunque con algunos contenidos menores. Aquí se depositan todas esas cosas que no se requiere que estén activas siempre, por ejemplo unidades especiales que solo necesitamos montar esporádicamente, tipos de monitor que posiblemente no usemos jamas, mapas de teclado que no usaremos normalmente, controladores de impresora que posiblemente tampoco conectemos jamas, tipos de archivos (Datatypes) alternativos que a lo mejor podemos usar o no dependiendo de si utilizamos otros mejores. Es como su nombre indica, un cajón para guardar cosas que no siempre vamos a usar, pero accesibles si las necesitamos puntualmente). Algunos archivos como los de DosDrivers o Monitors son fácilmente activables (con una doble pulsación normalmente los ponemos en marcha) pero por ejemplo los de Datatypes lo mejor sería arrastrarlos a su cajón correspondiente en Devs y reiniciar el ordenador para que estuvieran activos en ese momento.
System — este cajón alberga utilidades del sistema, por ejemplo el comando Format (para inicializar unidades como los disquettes), DiskCopy (para copiar de disco a disco), la ventana de línea de comandos llamada Shell o CLI, entre otros.
T — es un cajón que normalmente no suele usarse mas que para ficheros temporales, algunos programas crean una lista de determinadas tareas o ficheros y lo guardan aquí si fuera necesario. normalmente esta vacía de contenido. T también es uno de los directorios que se crea en el Ram Disk al iniciarse el ordenador, y por lo tanto cuando se enciende el ordenador de forma normal, los temporales se guardan ahí en vez de en su cajón del disco de arranque, por lo que a la hora de apagarse y volver a usar el ordenador, todos esos temporales desaparecen y no se necesitan hacer una limpieza en el disco de arranque, en el cajón con el mismo nombre.
Tools — aquí tendremos determinadas utilidades adicionales del sistema, como una calculadora, un bloc de notas (EditPad), un editor de iconos, unas utilidades que se llaman “Comodities” que permiten por ejemplo tener acceso a protectores de pantalla o determinadas acciones que potencian el uso del sistema operativo. Incluso desde aquí tenemos la posibilidad de preparar y particionar unidades (HDToolBox). Hay muchas mas.
Trashcan — este cajón es lo que la Papelera de Reciclaje en otros sistemas operativos. Desde aquí podemos depositar todo aquello que queremos tirar, y si vemos que está un tiempo prudencial sin uso, entonces borrarlo definitivamente.
Utilities — este cajón tiene otra serie de utilidades como el visor multiproposito llamado Multiview (que utiliza los Datatypes para funcionar), y hoy en día con el AmigaOS 3.5/3.9 viene una serie de utilidades adicionales para acceder a reproducir ficheros de video, audio, pistas de audio de discos de música, y alguna que otra cosilla mas.
WBStartup — este cajón contiene aquellos programas que queremos que se ejecuten después de que el StartUp-Sequence y el User-StartUp hayan finalizado. Aquí podemos arrastrar cualquier programa que queramos ejecutar automáticamente, pueden ser pequeños programas adicionales que utilicemos siempre, por ejemplo hoy en día, la barra de accesos directos llamada AmiDock para acceder de una forma mucho mas visual a los programas que tengamos instalados. También podría estar algún protector de pantallas que utilicemos para que se pusiera en marcha. O bien si somos listos podríamos configurar en este cajón que se arrancase automáticamente la pila TCP/IP para que nada mas arrancar el ordenador tuviéramos acceso a Internet, por poner unos ejemplos.
Esto es a grandes rasgos lo que tiene la estructura de AmigaOS/Workbench. Dependiendo de la personalización que tengamos aplicada, habrá algunos otros cajones adicionales en dicha configuración.
Conociendo estas bases de la estructura, uno puede ver mas o menos que es fácil de variar o ampliar dependiendo de que necesitemos configurar en nuestra máquina Amiga. Por ejemplo:
- Si un programa necesita una biblioteca especial para funcionar ya sabemos que va el la parte que se llama Libs.
- Si necesita montar una unidad adicional para acceder a un nuevo componente ya sabemos que hay que meter posiblemente algo en L, en el Devs o Storage y en su cajón adicional DosDrivers.
- Si necesitamos mas tipos de letra, sabemos que todos van en Fonts.
- Si necesitamos añadir un comando que vayamos a utilizar muy a menudo, pues se guardará en el cajón C
- Y así sucesivamente.
Si queréis ver mas o menos el aspecto de los AmigaOS/Workbench actuales, os recomiendo que le echéis un vistazo a la página de Workbench Nostalgia (está en inglés, pero tiene algunas capturas del aspecto del sistema), donde aparece una recopilación de información de todas las versiones realizadas para el Amiga Classic y posteriores ordenadores.
Y como siempre, si os interesa mas sobre esto, para eso llevo a cabo el portal de El Amiga me Encanta, donde podrás leer un montón de información sobre estos ordenadores.
Últimos comentarios