Lo que al principio era "frustración" se convierte luego en costumbre y el pobre Amiga no vuelve a oler maravillosos programas como Deluxe Paint, IntroCad, y muchos más. Precisamente esto es lo que queremos evitar con este artículo, dando unos cuantos consejos para el óptimo uso de un Amiga. Además le permitirá adquirir un conocimiento más profundo de las características de este maravilloso ordenador.

El primer paso para optimizar el rendimiento del Amiga es saber aprovechar al máximo la memoria, del Amiga, sacando memoria eliminando colores y eliminando dela memoria datos inútiles.

MEM, Add21Kb, etc.

Existe un pequeño programa del dominio público que suele aparecer con varios nombres, a veces MEM, a veces Add21Kb, a veces ???, si tiene un nombre extraño puede intentar reconocerlo por su tamaño: 1812 bytes. Este programa es de gran utilidad para los que necesitan memoria a toda costa, puesto que logra añadir 21 Kbytes eliminando un bitplane. El efecto sobre el CLI y el WorkBench es, puesto que comparten la misma pantalla, la eliminación de dos colores dejando sólo el de la tinta y el del fondo. Muchas veces, estos 21 Kb son suficientes para disfrutar de programas que en otras condiciones no hubiéramos podido usar. Puede usarse de dos formas, primero incluyendo su ejecución al principio de Startup-Sequence para que se ejecute al cargar el programa y luego desde el Workbench si el programa que queremos correr usa una pantalla distinta.

Puesto que el programa MEM suele venir en el directorio C o en el directorio principal pero sin icono, tendrá que crearlo con el IconMaker del Workbench, y colocar MEM y MEM.info en el directorio principal. De esta forma, si MEM es activado durante la ejecución de otro programa que funcione en una nueva pantalla y no por ventanas, se irán eliminando los colores del programa, a razón de un bitplane y 21 K más por cada activación. Veamos algunas aplicaciones concretas:

ProWrite. Normalmente ProWrite es totalmente inútil sin la ampliación, pero puede usarse satisfactoriamente activando MEM una vez durante la botadura, eliminando dos colores en el CLI y en el WorkBench, y otras dos veces activándolo por su icono cuando el programa ya está cargado, eliminamos de esta forma los colores de la nueva pantalla del ProWrite pero añadimos un amplio margen de memoria que permite empezar a hacer cosas interesantes.

Tratamiento de textos. Una vez más eliminemos los colores de la pantalla principal, WorkBench y CLI. Puesto que los tratamientos de textos normales, como WordPerfect y Scribble!, usan ventanas en la pantalla principal ya no puede ampliarse más la memoria. En los demás, los que crean una nueva pantalla como hemos visto con el ProWrite, pueden aprovecharse hasta dejar solamente tinta y fondo; más que necesario para un tratamiento de textos.

Deluxe Paint y demás paletas gráficas. Puesto que estos programas usan escasamente el CLI y el WorkBench, elimine un bitplane activando una vez MEM durante la botadura. Esto se hace usando un editor de textos y modificando el fichero S/Startup-Sequence de forma que aparezca MEM al principio del todo. No olvide que el programa MEM deberá estar en el directorio C o en el directorio principal.

Ejemplo de Startup-Sequence. Un Startup-Sequence, o fichero de botadura, que cargue el WorkBench activando MEM seria:

     MEM
     'Elimina un bitplane
     LOADWB
     'Si tiene el 1.3 ponga LOADWB
     DELAY
     ENDCLI > NIL:
     'Finaliza el CLI y da control al Workbench

Naturalmente, tendrá que intercalar las instrucciones que suele añadirse para configurar su ordenador si así lo desea. Puede poner, despues de la primera línea:

     SETMAP e
     'Activa caracteres en castellano
     BINDRIVERS
     'Incluye las configuraciones de EXPANSIOn, etc.

Con estos ejemplos ya tiene una idea lo suficientemente concreta como para adaptar los métodos a otros programas.

Ventanas

Como el Amiga dispone de una asombrosa capacidad gráfica, se explica que los ficheros, o los datos, que contengan gráficos también sean asombrosamente grandes. Por lo tanto, si está trabajando desde el WorkBench podrá notar cómo las ventanas de los discos y de los directorios se "comen" la memoria. Por esta razón, cuando active un programa CIERRE todas las ventanas, el Amiga se lo agradecerá con una notable cantidad de memoria.

Unidad de discos externa

Si no va a usar la unidad de discos externa desconéctela, bien desenchufándola cuando el Amiga esté APAGADO bien desconectándola con el interruptor que traen algunas. Dicho interruptor puede añadirse a las unidades que no lo tengan fabricándolo, o adquiriendolo en una tienda especializada. La razón de este consumo de memoria es que el AmigaDOS, cuando se percata de la existencia de otra unidad, debe reservar un espacio de memoria (Buffer) para agilizar las tareas con el disco.

Multitarea

Es maravilloso que el Amiga tenga multitarea, pero para programas grandes es mejor dejar esta posibilidad a los que disponen de un mega o más, para los demás hay que limitarse a ejecutar un programa al mismo tiempo. Así estamos seguros que la totalidad de la memoria se dedica a una aplicación en concreto.

Limpiar la memoria

Algunas aplicaciones, generalmente mal programadas, no pueden usar memoria "sucia". Es decir que si un programa no ha "limpiado" correctamente la memoria antes de irse, la siguiente aplicación podría no acaparar toda la memoria. Por esta razón es una buena idea empezar aplicaciones serias desde un RESET (ctrl-A-A).

Ahorrar espacio en Disco

Puesto que muchos sólo disponen de una unidad de discos, es ideal aprovechar la capacidad de almacenamiento de los soportes, esto reduce el número de veces que debemos meter y sacar los discos. Así podemos desponer de espacio suficiente para tener datos y programas en el mismo disco. Además, es corriente que algunos programas requieran que el WorkBench ya esté en memoria, es decir que tengamos que "botar" nuestro disco de WorkBench antes. Esto entraña una serie de molestias que pueden evitarse si tenemos el programa en un disco con WorkBench. Pero para ello es necesario, primero, hacer un poco de sitio en el disco.

Para hacer sitio disponemos de dos técnicas, comprimir y eliminar ficheros inútiles. Cuando siga alguno de estos métodos no se olvide de hacerlo sobre copias, puesto que este proceso podría dañar irremediablemente los originales. Algunos de los métodos descritos requieren realizar tareas con el disco, estas tareas se harán mucho más cómodamente desde un CLI asistido como DiskMaster o CLI-Mate. También es necesario un editor de ficheros de textos como Ed o Text-Editor.

Crunchers

Esta es la denominación que reciben los compactadores de ficheros. Existen dos tipos de compactadores, unos destinan a la creación de archivos de datos como el ya famoso ARC, otros permiten comprimir programas. Puede que se pregunten como se realiza la compactación, imagino que cada uno tendrá su sistema pero he aquí algunos métodos.

Vectorialmente. Habría que rebuscar en el fichero las incidencias de las mismas letras y convertirlas en una función, por ejemplo, repite 40 veces "-" luego intercala 15 "e" espaciadas por x letras, etc.

Comprimiendo: Si cada unidad elemental de almacenamiento es capaz de recoger un código ASCII de 0 a 255, puesto que sólo solemos usar unas sesenta letras, se podrían codificar dos o tres letras por unidad. Por ejemplo, si sólo usamos 16 letras y si la unidad es de 255 (FF) usamos la primera mitad de la unidad para una letra y la segunda para otra. Así pues 3F sería en realidad la letra correspondiente al código 3 más la letra correspondiente al código F (15). este método es muy simplón pero a un nivel más complejo puede obtenerse resultados excelentes.

AmigArc - Archive utility
Este es un compactador del primer tipo, permite tener un archivo ordenado y comprimido de ficheros de datos. Es bastante famoso y se ha establecido como un estándar puesto que se usa también en el IBM. Este programa suele circular en los discos de dominio público, e incluye unas instrucciones en las que aparecen las señas: Raymond S. Brand / 503 Rowland Road / Fairfield / USA, a donde hay que enviarle una suma si el porgrama ha sido de su agrado, si no ruega que se lo copie a más gente.

Este programa, pues, crea un fichero que se rellena con todo lo que se le mande compactar, lo que significa un doble ahorro. El primero, por el compactado que puede realizarse con más de 74% de efectividad, y el segundo por el ahorro en bloques. El ahorro en bloques es porque cada bloque puede contener 512 bytes y los ficheros son almacenados por unidad de bloques, por consiguiente se un programa mide siete bloques y un byte, ocupará el octavo dejando 511 bytes sin utilizar. Este problema desaparece con el ARC puesto que coloca todos los ficheros unos detrás de otros en un fichero principal.

The New Master Cruncher.
Es del segundo tipo, compacta programas ejecutables en programas compactados ejecutables, activando en primer lugar la descompresión y luego dando control al programa. Los programas comprimidos de esta forma son fácilmente reconocidos puesto que durante la descompresión aparece una intermitencia de colores.

El Master Cruncher es ahora, sin lugar a dudas, el mejor compresor del que dispone el Amiga y se distingue brillantemente de los demás por su sencillez y potencia. A diferencia de otros, este compresor sólo necesita que le digan lo que hay que comprimir mediante un menú. Durante la compresión el programa acapara toda la atención del Amiga, por lo que no se puede ni mover el ratón. En cambio van apareciendo en pantalla unas gráficas que indican la velocidad de compresión, la efectividad, y el tiempo que queda para finalizar. Unas líneas verticales largas indican una buena compresión mientras que si son cortas o son un simple punto indican una mala compresión. Una vez finalizada esta tarea el ordenador devuelve el control y visualiza los resultados.

Eliminación de ficheros inútiles

Los discos suelen incluir, además del programa principal, algunos ficheros que pueden resultar inútiles para una máquina o un programa concreto. La distinción de ficheros útiles e inútiles es fruto de la experiencia, puesto que depende de las necesidades de cada uno. de todas formas incluimos una lista de dichos ficheros para acelerar la adquisición de experiencia.

El directorio "C"
El directorio C incluye todos lo comandos del CLI. Muchos de ellos son inútiles a la hora de usar algunos programas. Por ejemplo, si sólo va a trabajar con el WorkBench únicamente son necesarios los que se mencionan en el Startup-Sequence. Por lo general son LoadWB, EndCLI, Assign, CD y pocos más.

DEVS.
Este directorio contiene todo lo referente a la configuración y uso de periféricos.

KeyMaps.
Aquí tenemos los mapas de teclado, indican al AMiga la disposición de las teclas. Normalmente se pueden eliminar todos, al menos que el programa haga uso de alguno de ellos. El más corriente es el e, castellano. Como otras veces, ojee el Startup-Sequence con un editor para ver si activa algún mapa de teclado en concreto.

Printers.
Esta es la lista de impresoras que pueden configurarse, elimine todas excepto la que corresponda a su impresora.

Devices.
En el fichero DEVS aparecen una serie de ficheros finalizados por .device. Elimine todos los que no piense usar, es decir.

Printer.device
Es el "interface" de impresora. Si no piensa usarla puede eliminarlo, así como el directorio PRINTER.

Parallel.device
Regula las entradas y salidas con el puerto de paralelo. Eliminelo si no se van a realizar entradas/salidas por el puesto de paralelo.

Serial.device
Lo mismo que el anterior, pero en el puerto de serie.

Narrator.device
Controla el "habla" del ordenador. Bórrelo si el programa no va a hablar.

Ramdrive.device
Permite la creación del "device" CARD:

Speaker.device
Para la creación del "device" SPEAK:

Pipe.device
Esto crea un device llamado PIPE: para compartir ficheros entre programas.

System-Configuration.
En este directorio también tenemos el System-Configuration que contiene los datos que pueden alterarse con el Preferences. Es decir, contiene la forma del puntero de ratón, el formato en pantalla, el driver de la impresora, etc. Como habrá adivinado, este fichero no debe borrarse.

Existen algunos ficheros más pero son más especializados. Para más información sobre los "device" del 1.3 puede referirse al artículo "WorkBench 1.3" del número 0 de Amiga World.

Fonts.
Este es el fichero que contiene las fuentes de caracteres que puede usar el Amiga. Es muy útil para programas de dibujo, o gráficos en general, como Deluxe Paint, ProWrite, etc., pero son totalmente superfluas para tratamientos de textos corrientes, hojas de cálculo, bases de datos, etc. Si el Amiga no realiza ningún cambio de caracteres este fichero puede eliminarse integramente, si usa sólo unas determinadas fuentes las demás pueden eliminarse borrando el directorio Nombrefont correspondiente con su fichero NombreFont.font.

Librarías.
En el directorio Libs encontraremos las librerías del Amiga. Contienen datos sobre la correcta utilización de la ROM. Puede intentar quitarse algunas puesto que no todas son necesarias. Por ejemplo, si no piensa modificar el INFO de los ficheros se puede eliminar info.library, si el ordenador no va a hablar se puede borrar translator.library, en general suele ser suficiente con icon.library (para el WorkBench) y diskfont.library. Aquí, cómo en los demás casos, deben hacerse prueba hasta localizar las imprescindibles.

El fichero "L".
Este directorio suele contener unos ficheros muy necesarios, por lo que no podrá borrar nada de él.

System, Utilities, Expansion, Empty, etc. Estos ficheros contienen pequeños programas que pueden comprimirse, o incluso eliminarse puesto que no suelen usarse a menudo. Por ejemplo, Diskcopy sólo será útil si piensa hacer copias, CLI si va a abrir un CLI, Preferences si va a cambiar las preferencias, etc.

De todas formas repito que la elección de lo que se debe borrar en el resultado de ensayos y errores que permiten hacerse una idea de lo útil y de lo superfluo.

Añadir el WorkBench a un disco que no lo tenga

Ya hemos comentado en la introducción de este apartado la conveniencia de disponer del WorkBench en el mismo disco que el programa. Para instalar el WOrkBench en un disco que no lo tenga siga las indicaciones del capítulo anterior sobre lo que es necesario y lo que no lo es. Pero esta vez, en lugar de borrar ficheros tendrá que añadir al disco los directorios con los ficheros útiles. También tendrá que instalar el disco. Habrán notado ya que algunos discos, como los de datos, no pueden "botarse". Es decir que al meterlos en la unidad interna de discos iniciando la máquina, ésta insiste pidiendo el WorkBench con el gráfico de la mano. Esto es, porque en el sector de botadura, "los primeros datos del disco", no figura la orden de abrir el CLI. Esto puede remediarse con la instrucción Install que figura en el directorio C del WorkBench. Su sintaxis es la siguiente:

     Install df0:
     'Instala el disco en la unidad interna
     Install NombreDisco:
     'Instala el disco NombreDisco

Esto indicará pues al ordenador que, cuando se encuentre con dicho disco, siga con la ejecución instalando primero el System-Configuration y ejecutando luego el "Batch-File" Startup-Sequence donde figuran los comandos que deben ejecutarse.

Otro método de incluir el WorkBench consistiría en hacer un WorkBench básico primero, y luego copiar el programa dentro, sin olvidar sus ficheros anexos, como datos, pantallas, etc. Para localizar dichos ficheros mire en todos los directorios en busca de ficheros "extraños".

Y esto es todo, con estos datos que hemos aportado y con otros que irán descubriendo con una investigación exhaustiva podrá ampliar sus posibilidades y las de ordenador descubriendo, los que no lo hayan hecho ya, que las aplicaciones pueden ser muchísimo más divertidas que los juegos.