AmigaOS

La variante de AmigaOS 4 de 2006 y todas las versiones posteriores v4.x desarrolladas por la empresa de software belga Hyperion Entertainment como trabajo oficial bajo licencia de Amiga Incorporated en aquel entonces, son exclusivamente para ordenadores Amiga clásicos equipados con aceleradores de microprocesador, que deben estar basados ​​únicamente en la arquitectura PowerPC .

Las denominadas tarjetas Turbo, que funcionan como aceleradores de CPU (con procesadores de mayor frecuencia del mismo tipo que el procesador original con el que venía el Amiga), o las variantes más avanzadas de la línea m68k de Motorola, no son suficientes para ejecutar AmigaOS  4, ya que este requiere un procesador PowerPC para funcionar.  Por lo tanto, AmigaOS 4 es, en la práctica, exclusivamente compatible con PPC.

La antigua línea de sistemas operativos del clásico Amiga  OS hasta el último lanzamiento oficial de Amiga  OS v3.1 por la propia Commodore International (incluido el relanzamiento de Amiga  OS v3.1 en 1996 por el entonces titular legal de los derechos de autor, derechos relacionados y marcas comerciales asociadas de Commodore; la alemana Escom AG y su filial Amiga Technologies GmbH), las obras encargadas bajo licencia a la empresa de software alemana Haage & Partner como AmigaOS  3.5 en 1999 y 3.9 en 2000 respectivamente, así como las actualizaciones más recientes v3.1.4–3.2 de la línea principal original de Hyperion Entertainment, son generalmente exclusivas para todos los antiguos ordenadores Amiga, como el A1000, A500, A600, A1200, A2000, A2500, A3000(T) o el A4000(T) con sus procesadores m68k basados ​​en Motorola.

AmigaOS  3.5/3.9 de Haage & Partner (Amiga Technologies GmbH) requiere que el Amiga venga equipado de fábrica con, como mínimo, el procesador Motorola M68(EC)020. Este es el caso de los Amiga A1200, A3000(/30)/T/UX o A4000(/040,/030)/T. Alternativamente, el modelo podría venir equipado de fábrica con una tarjeta aceleradora Commodore original instalada. Este es el caso de los A2500/20(/30)/UX, o de los A2000 originales modificados, que tienen las respectivas tarjetas aceleradoras de Commodore (A2620 para el M68020, A2630 para el M68030) instaladas en la ranura de la CPU como una actualización del hardware original.

También basado en el código fuente original de AmigaOS v3.1 de Commodore, las actualizaciones de AmigaOS v3.1.4 en 2018 y v3.2 en 2021 también actualizaron Kickstart que se enviaba opcionalmente con ROMs de hardware físico para ser instaladas en el hardware.

La última versión de AmigaOS para los ordenadores Amiga clásicos equipados con el procesador m68k es, por lo tanto, Amiga  3.5/3.9 de Haage & Partner (con un procesador 68020 como mínimo) o las actualizaciones del AmigaOS original con las versiones 3.1.4/3.2 de Hyperion Entertainment (que son válidas para todos los procesadores m68k, incluido el MC68000 original del primer Amiga A1000).

Kickstart es el firmware de arranque , generalmente almacenado en la ROM . Kickstart contiene el código necesario para arrancar el hardware estándar de Amiga y muchos de los componentes principales de AmigaOS. Su función es comparable a la del BIOS y el núcleo del sistema operativo en los ordenadores compatibles con IBM PC . Sin embargo, Kickstart ofrece más funcionalidades disponibles al arrancar de las que se suelen encontrar en un PC, como por ejemplo, el entorno de ventanas completo.

Kickstart contiene muchos componentes esenciales del sistema operativo de Amiga, como Exec , Intuition , el núcleo de AmigaDOS y la funcionalidad para inicializar el hardware de expansión compatible con Autoconfig . Las versiones posteriores de Kickstart incluían controladores para controladores IDE y SCSI , puertos de tarjetas PC y otro hardware integrado.

Al encender o reiniciar el equipo, Kickstart realiza varias comprobaciones de diagnóstico y del sistema, e inicializa el chipset Amiga y algunos componentes principales del sistema operativo. A continuación, examina los dispositivos de arranque conectados e intenta arrancar desde el que tenga la mayor prioridad. Si no hay ningún dispositivo de arranque presente, se mostrará una pantalla solicitando al usuario que inserte un disco de arranque, normalmente un disquete.

Al iniciar, Kickstart intenta arrancar desde un dispositivo de arranque (normalmente, un disquete o un disco duro). En el caso de un disquete, el sistema lee los dos primeros sectores del disco (el bloque de arranque ) y ejecuta las instrucciones de arranque almacenadas allí. Normalmente, este código devuelve el control al sistema operativo (invocando AmigaDOS y la interfaz gráfica) y utiliza el disco como volumen de arranque del sistema. Cualquier disco de este tipo, independientemente de su contenido, se denominaba "disco de arranque" o "disco arrancable". Se podía añadir un bloque de arranque a un disco vacío mediante el installcomando. Algunos juegos y demos en disquete utilizaban bloques de arranque personalizados, lo que les permitía controlar la secuencia de arranque y gestionar el hardware de Amiga sin AmigaOS.

El bootblock se convirtió en un objetivo obvio para los creadores de virus . Algunos juegos o demos que utilizaban un bootblock personalizado no funcionaban si se infectaban con un virus de bootblock, ya que el código del virus reemplazaba al original. El primer virus de este tipo fue el virus SCA . Los sistemas antivirus incluían bootblocks personalizados. Estos bootblocks modificados anunciaban la presencia del antivirus mientras analizaban el sistema en busca de indicios de virus residentes en memoria y luego devolvían el control al sistema. Desafortunadamente, no se podían usar en discos que ya dependían de un bootblock personalizado, pero sí alertaban a los usuarios sobre posibles problemas. Varios de ellos también se replicaban en otros discos, convirtiéndose en poco más que virus por derecho propio.

El Macintosh debería haber tenido multitarea. No puedo enfatizar lo suficiente la gran contribución que supone para el elegante diseño del software del sistema. El Amiga tiene un excelente sistema multitarea, y creo que, gracias a ello, tendrá el doble de vida útil que el Macintosh.

Exec es el núcleo multitarea de AmigaOS. Exec proporciona funcionalidad para la multitarea, la asignación de memoria, el manejo de interrupciones y el manejo de bibliotecas compartidas dinámicas . Actúa como planificador para las tareas que se ejecutan en el sistema, proporcionando multitarea preventiva con planificación round-robin priorizada. Exec también proporciona acceso a otras bibliotecas y comunicación entre procesos de alto nivel mediante paso de mensajes . Otros microkernels comparables han tenido problemas de rendimiento debido a la necesidad de copiar mensajes entre espacios de direcciones. Dado que Amiga tiene un solo espacio de direcciones, el paso de mensajes de Exec es bastante eficiente. ^{[ 9 ] [ 10 ]}

AmigaDOS proporciona la parte del sistema operativo de disco de AmigaOS. Esto incluye sistemas de archivos , manipulación de archivos y directorios, la interfaz de línea de comandos , redirección de archivos, ventanas de consola, etc. Sus interfaces ofrecen funciones como redirección de comandos , tuberías , scripts con primitivas de programación estructurada y un sistema de variables globales y locales .

En AmigaOS 1.x, la parte de AmigaDOS se basaba en TRIPOS , que está escrito en BCPL . Interactuar con él desde otros lenguajes resultó una tarea difícil y propensa a errores, y la adaptación de TRIPOS no fue muy eficiente.

A partir de AmigaOS 2.x, AmigaDOS fue reescrito en C y Assembler , manteniendo la compatibilidad con el programa BCPL 1.x, e incorporó partes del proyecto de recursos de terceros AmigaDOS ^{[ 11 ]} (ARP), que ya había escrito reemplazos para muchas de las utilidades e interfaces de BCPL.

ARP también proporcionó uno de los primeros solicitantes de archivos estandarizados para Amiga e introdujo el uso de funciones de comodín ( globbing ) más amigables al estilo UNIX en los parámetros de la línea de comandos. Otras innovaciones fueron una mejora en la gama de formatos de fecha aceptados por los comandos y la posibilidad de hacer que un comando sea residente, de modo que solo necesite cargarse en la memoria una vez y permanezca en ella para reducir el costo de carga en usos posteriores.

En AmigaOS 4.0 , DOS abandonó por completo el legado de BCPL y, a partir de AmigaOS 4.1 , se reescribió con soporte completo para sistemas de archivos de 64 bits .

Las extensiones de archivo se usan con frecuencia en AmigaOS, pero no son obligatorias y DOS no las maneja de forma especial, sino que son simplemente una parte convencional de los nombres de archivo. Los programas ejecutables se reconocen mediante un número mágico .

El sistema de ventanas nativo de Amiga se llama Intuition , que gestiona la entrada de datos del teclado y el ratón, así como la representación de pantallas, ventanas y widgets .

Antes de AmigaOS 2.0, no existía una apariencia estandarizada ; los desarrolladores de aplicaciones tenían que escribir sus propios widgets no estándar. Commodore añadió la biblioteca GadTools y BOOPSI en AmigaOS 2.0, las cuales proporcionaban widgets estandarizados. Commodore también publicó la Guía de estilo de la interfaz de usuario de Amiga , que explicaba cómo debían diseñarse las aplicaciones para lograr coherencia. Stefan Stuntz creó una popular biblioteca de widgets de terceros, basada en BOOPSI, llamada Magic User Interface , o MUI. MorphOS utiliza MUI como su kit de herramientas oficial, mientras que AROS utiliza un clon de MUI llamado Zune . AmigaOS 3.5 añadió otro conjunto de widgets, ReAction , también basado en BOOPSI.

Una característica inusual de AmigaOS es el uso de múltiples pantallas mostradas en la misma pantalla. Cada pantalla puede tener una resolución de video o profundidad de color diferente. AmigaOS 2.0 agregó soporte para pantallas públicas , lo que permite que las aplicaciones abran ventanas en las pantallas de otras aplicaciones. Antes de AmigaOS 2.0, solo la pantalla de Workbench era compartida. ^{[ 12 ]} Un widget en la esquina superior derecha de cada pantalla permite alternar entre pantallas. Las pantallas se pueden superponer arrastrando cada una hacia arriba o hacia abajo por sus barras de título. AmigaOS 4 introdujo pantallas que se pueden arrastrar en cualquier dirección.

Workbench es el gestor de archivos gráfico nativo y el entorno de escritorio de AmigaOS. Aunque el término Workbench se usaba originalmente para referirse a todo el sistema operativo, con el lanzamiento de AmigaOS 3.1, el sistema operativo pasó a llamarse AmigaOS y, posteriormente, Workbench se refiere solo al gestor de escritorio. Como su nombre indica, se utiliza la metáfora de un banco de trabajo , en lugar de la de un escritorio; los directorios se representan como cajones , los archivos ejecutables como herramientas , los archivos de datos como proyectos y los widgets de la interfaz gráfica como gadgets . En muchos otros aspectos, la interfaz se asemeja a Mac OS , con el escritorio principal mostrando iconos de discos insertados y particiones del disco duro, y una única barra de menú en la parte superior de cada pantalla. A diferencia del ratón Macintosh disponible en ese momento, el ratón estándar de Amiga tiene dos botones: el botón derecho del ratón abre los menús desplegables, con un mecanismo de "soltar para seleccionar".

Hasta el lanzamiento de la versión 3, AmigaOS solo admitía de forma nativa el chipset gráfico nativo de Amiga , a través de graphics.library , que proporciona una API para primitivas geométricas , operaciones gráficas rasterizadas y manejo de sprites. Dado que esta API podía eludirse, algunos desarrolladores optaron por evitar las funciones del sistema operativo para la renderización y programar directamente el hardware subyacente para obtener una mayor eficiencia.

Las tarjetas gráficas de terceros se admitían inicialmente mediante soluciones no oficiales propietarias. Una solución posterior, que permitía a AmigaOS admitir directamente cualquier sistema gráfico, se denominó gráficos reorientables (RTG). ^{[ 13 ]} Con AmigaOS 3.5, algunos sistemas RTG se incluyeron en el sistema operativo, lo que permitió el uso de tarjetas de hardware comunes distintas de los chipsets nativos de Amiga. Los principales sistemas RTG son CyberGraphX , Picasso 96 y EGS . También están disponibles algunas bibliotecas de gráficos vectoriales, como Cairo y Anti-Grain Geometry . Los sistemas modernos pueden utilizar el motor multiplataforma SDL (simple DirectMedia Layer) para juegos y otros programas multimedia.

El Amiga no tenía capacidad gráfica 3D integrada , por lo que carecía de una API gráfica 3D estándar . Posteriormente, los fabricantes de tarjetas gráficas y los desarrolladores externos proporcionaron sus propios estándares, entre los que se incluyen MiniGL , Warp3D , Storm Mesa ( agl.library ) y CyberGL.

El Amiga se lanzó en una época en la que existía poco soporte para las bibliotecas de gráficos 3D que mejoraran las interfaces gráficas de usuario (GUI) de escritorio y las capacidades de renderizado de las computadoras. Sin embargo, el Amiga se convirtió en una de las primeras plataformas de desarrollo 3D de amplia difusión. VideoScape 3D fue uno de los primeros sistemas de renderizado y animación 3D, y Silver/ TurboSilver fue uno de los primeros programas 3D de trazado de rayos. Posteriormente, el Amiga contó con numerosas aplicaciones influyentes en software 3D, como Imagine , Cinema 4D de maxon , Realsoft 3D , VistaPro , Aladdin 4D y Lightwave de NewTek (utilizado para renderizar películas y programas de televisión como Babylon 5 ).

Asimismo, si bien el Amiga es conocido por su facilidad para sincronizarse con vídeo, no cuenta con una interfaz de captura de vídeo integrada . El Amiga era compatible con una gran cantidad de interfaces de terceros para la captura de vídeo de fabricantes estadounidenses y europeos. Había soluciones de hardware internas y externas, llamadas capturadoras de fotogramas, para capturar fotogramas de vídeo individuales o secuencias, incluyendo: Newtronic Videon, Newtek DigiView, ^{[ 14 ]} Graffiti búfer de fotogramas externo de 24 bits , Digilab, Videocruncher, Firecracker 24, Vidi Amiga 12, Vidi Amiga de 24 bits y 24RT (tiempo real), Newtek Video Toaster , GVP Impact Vision IV24, MacroSystem VLab Motion y VLab PAR, DPS PAR (Personal Animation Recorder), VHI (Video Hardware Interface) de IOSPIRIT GmbH, DVE-10, etc. Algunas soluciones eran complementos de hardware para tarjetas gráficas Amiga como el módulo Merlin XCalibur, o el módulo DV construido para el clon de Amiga Draco de la empresa alemana Macrosystem. Las tarjetas de expansión de TV de bus PCI modernas y sus interfaces de captura son compatibles a través de tv.library de Elbox Computer y tvcard.library de Guido Mersmann.

Siguiendo las tendencias modernas en la evolución de las interfaces gráficas, AmigaOS 4.1 utiliza el motor de composición de imágenes Porter-Duff , acelerado por hardware 3D.

Antes de la versión 3.5, AmigaOS solo admitía oficialmente el chip de sonido nativo de Amiga , a través de audio.device . Esto facilita la reproducción de muestras de sonido en cuatro canales de sonido PCM de 8 bits controlados por DMA (dos canales de audio izquierdos y dos derechos). El único formato de muestra de hardware compatible es el complemento a dos lineal de 8 bits con signo (cada canal con control de volumen de 6 bits, y dos canales se pueden combinar en un canal de 14 bits como truco, con los 8 bits superiores en un canal de volumen máximo y los 6 bits inferiores en un canal configurado al volumen más bajo; las versiones posteriores del sistema operativo admiten este audio de 14 bits; el Amiga original tiene esta capacidad de hardware y AHI , versión 4, para AmigaOS 2.04, y AHI se integró en AmigaOS versión 3.5 como estándar, y también admite hardware de audio de terceros de 16 bits).

La compatibilidad con tarjetas de audio de terceros dependía del fabricante, hasta la creación y adopción de AHI ^{[ 15 ]} como estándar de facto. AHI ofrece funcionalidades mejoradas, como la reproducción de audio sin interrupciones desde un dispositivo de audio seleccionado por el usuario, funcionalidades estandarizadas para la grabación de audio y rutinas de mezcla de software eficientes para combinar múltiples canales de sonido, superando así el límite de hardware de cuatro canales del chipset original de Amiga. AHI se puede instalar por separado en AmigaOS v2.0 y versiones posteriores. ^{[ 16 ]}

AmigaOS no admitía MIDI hasta la versión 3.1, cuando la biblioteca camd.library de Roger Dannenberg se adaptó como la API MIDI estándar. La versión de Commodore de camd.library también incluía un controlador integrado para el puerto serie. La posterior versión de código abierto de camd.library, creada por Kjetil Matheussen, no proporcionaba un controlador integrado para el puerto serie, sino un controlador externo.

AmigaOS fue uno de los primeros sistemas operativos en incorporar síntesis de voz con software desarrollado por SoftVoice, Inc., que permitía la conversión de texto a voz del inglés americano . ^{[ 17 ]} Este software tenía tres componentes principales: narrator.device , que modula los fonemas utilizados en el inglés americano ; translator.library , que traduce texto en inglés a fonemas del inglés americano mediante un conjunto de reglas; y un controlador SPEAK: de alto nivel , que permite a los usuarios de la línea de comandos redirigir la salida de texto a voz. El sistema operativo incluía una utilidad llamada Say , que permitía la síntesis de texto a voz con cierto control de los parámetros de voz y habla. También se incluía una demostración con ejemplos de programación en AmigaBASIC . La síntesis de voz se utilizaba ocasionalmente en programas de terceros, especialmente en software educativo. Por ejemplo, los procesadores de texto Prowrite y Excellence! podían leer documentos mediante el sintetizador. Estos componentes de síntesis de voz permanecieron prácticamente sin cambios en versiones posteriores del sistema operativo, y Commodore finalmente eliminó la compatibilidad con la síntesis de voz a partir de AmigaOS 2.1 debido a restricciones de licencia. ^{[ 18 ]}

A pesar de la limitación del inglés americano en los fonemas del dispositivo narrador , Francesco Devitt desarrolló una versión no oficial con síntesis de voz multilingüe. Esta versión utilizaba una versión mejorada de la biblioteca traductora , que podía traducir varios idiomas a fonemas, a partir de un conjunto de reglas para cada idioma. ^{[ 19 ]}

AmigaOS cuenta con un disco RAM de tamaño dinámico que se redimensiona automáticamente para adaptarse a su contenido. A partir de AmigaOS 2.x, los archivos de configuración del sistema operativo se cargaban en el disco RAM al arrancar, lo que aceleraba considerablemente su uso. Otros archivos podían copiarse al disco RAM, como en cualquier dispositivo estándar, para su rápida modificación y recuperación. También a partir de AmigaOS 2.x, el disco RAM admitía la notificación de cambios en los archivos, que se utilizaba principalmente para monitorizar los archivos de configuración.

A partir de AmigaOS 1.3, ^{[ 20 ]} también existe un disco RAM recuperable de capacidad fija, que funciona como un disco RAM estándar pero puede mantener su contenido en un reinicio suave. Se le suele llamar disco RAD por su nombre de dispositivo predeterminado, y puede usarse como disco de arranque (con sector de arranque). Anteriormente, en 1987 se introdujo un disco RAM recuperable, comúnmente llamado ASDG RRD o VD0 ; ^{[ 21 ]} al principio, estaba bloqueado a los productos de memoria de expansión ASDG. Posteriormente, el ASDG RRD se añadió a la serie Fred Fish de software gratuito, shareware y de dominio público (discos 58 ^{[ 22 ]} y 241 ^{[ 23 ]} ).

AmigaOS es compatible con el lenguaje Rexx , denominado ARexx (abreviatura de "Amiga Rexx"), un lenguaje de scripting que permite la programación completa del sistema operativo, similar a AppleScript ; la programación entre aplicaciones, similar a VBA en Microsoft Office ; y la comunicación entre programas. Disponer de un único lenguaje de scripting para todas las aplicaciones del sistema operativo resulta ventajoso para los usuarios, ya que evita tener que aprender un lenguaje diferente para cada una.

Los programas pueden escuchar mensajes de cadena en un puerto ARexx. Estos mensajes pueden ser interpretados por el programa de forma similar a como un usuario pulsa botones. Por ejemplo, un script ARexx ejecutado en un programa de correo electrónico podría guardar el correo que se muestra actualmente, invocar un programa externo que extraiga y procese la información, y luego invocar un programa de visualización. Esto permite que las aplicaciones controlen otras aplicaciones enviando y recibiendo datos directamente mediante identificadores de memoria, en lugar de guardar archivos en el disco y luego volver a cargarlos.

Desde AmigaOS 4, el lenguaje Python viene incluido en el sistema operativo.

AmigaOS proporciona un conjunto modular de funciones del sistema a través de bibliotecas compartidas cargadas dinámicamente , ya sea almacenadas como un archivo en disco con una .libraryextensión de nombre de archivo " ", o almacenadas en el firmware Kickstart. Todas las funciones de la biblioteca se acceden a través de una tabla de salto indirecto , que es un desplazamiento negativo al puntero base de la biblioteca. De esa manera, cada función de la biblioteca puede ser parcheada o interceptada en tiempo de ejecución, incluso si la biblioteca está almacenada en ROM. La biblioteca principal de AmigaOS es exec.library ( Exec ), que proporciona una interfaz a las funciones del microkernel de Amiga .

Los controladores de dispositivos también son bibliotecas, pero implementan una interfaz estandarizada. Las aplicaciones no suelen llamar a los dispositivos directamente como bibliotecas, sino que utilizan las funciones de E/S exec.library para acceder a ellos indirectamente. Al igual que las bibliotecas, los dispositivos son archivos en el disco (con la .deviceextensión " ") o se almacenan en la ROM Kickstart.

La gestión de dispositivos y recursos de nivel superior está controlada por manejadores, que no son bibliotecas, sino tareas , y se comunican mediante el paso de mensajes. Un tipo de manejador es el manejador de sistema de archivos . AmigaOS puede utilizar cualquier sistema de archivos para el que se haya escrito un manejador, una posibilidad que han aprovechado programas como CrossDOS y algunos sistemas de archivos "alternativos" a los sistemas de archivos estándar OFS y FFS . Estos sistemas de archivos permiten añadir nuevas características, como el registro de transacciones o los privilegios de archivo , que no se encuentran en el sistema operativo estándar. Los manejadores suelen exponer el nombre del dispositivo al DOS , que puede utilizarse para acceder al periférico (si lo hay) asociado al manejador. Un ejemplo de estos conceptos es el manejador SPEAK:, que podría redirigir el texto a voz mediante el sistema de síntesis de voz.

Los nombres de los dispositivos son cadenas que no distinguen entre mayúsculas y minúsculas (por convención, en mayúsculas) seguidas de dos puntos . Después de los dos puntos se puede agregar un especificador, que proporciona al controlador información adicional sobre qué se está accediendo y cómo. En el caso del sistema de archivos, el especificador generalmente consiste en una ruta a un archivo en el sistema de archivos; para otros controladores, los especificadores generalmente establecen características del canal de entrada/salida deseado (para el controlador de puerto serie SER:, por ejemplo, el especificador contendrá la velocidad de bits , los bits de inicio y parada , etc.). Los sistemas de archivos exponen los nombres de las unidades como sus nombres de dispositivo. Por ejemplo, DF0: por defecto se refiere a la primera unidad de disquete en el sistema. En muchos sistemas, DH0: se utiliza para referirse al primer disco duro. Los sistemas de archivos también exponen nombres de volumen, siguiendo la misma sintaxis que los nombres de dispositivo: estos identifican el medio específico en la unidad administrada por el sistema de archivos. Si DF0: contiene un disco llamado "Workbench", entonces Workbench: será un nombre de volumen que se puede utilizar para acceder a los archivos en DF0 :. Si se quisiera acceder a un archivo llamado "Bar" ubicado en el directorio "Foo" del disco con el nombre "Work" en la unidad DF0:, se podría escribir " DF0:Foo/Bar" o " Work:Foo/Bar". Sin embargo, estas no son completamente equivalentes, ya que cuando se usa la segunda forma, el sistema sabe que el volumen deseado es "Work" y no cualquier volumen en DF0:. Por lo tanto, siempre que se acceda a un archivo solicitado en "Work" sin que el volumen "Work" esté presente en ninguna unidad, dirá algo como: Please insert volume Work in any drive.

Los programas a menudo necesitan acceder a archivos sin conocer su ubicación física (ya sea la unidad o el volumen): solo conocen la "ruta lógica" del archivo, es decir, si el archivo es una biblioteca, un archivo de documentación, una traducción de los mensajes del programa, etc. Esto se resuelve en AmigaOS mediante el uso de asignaciones . Una asignación sigue, de nuevo, la misma sintaxis que un nombre de dispositivo; sin embargo, ya apunta a un directorio dentro del sistema de archivos. El usuario puede cambiar la ubicación a la que apunta una asignación en cualquier momento (este comportamiento es similar, pero distinto, al substcomando en MS-DOS , por ejemplo). Las asignaciones también eran convenientes porque una asignación lógica podía apuntar a más de una ubicación física diferente al mismo tiempo, lo que permitía que el contenido de una asignación se expandiera lógicamente, manteniendo al mismo tiempo una organización física separada. Las asignaciones estándar que generalmente están presentes en un sistema AmigaOS incluyen:

• SYS: , que apunta al directorio raíz de la unidad de arranque.
• C:, que apunta a un directorio que contiene comandos de shell. Al arrancar el sistema, este directorio es SYS:C, si existe; de ​​lo contrario, es SYS:. La ruta de comandos predeterminada es C: y el directorio de trabajo actual, por lo que colocar los ejecutables en C: permite ejecutarlos simplemente escribiendo su nombre.
• DEVS: , que apunta a un directorio que contiene los dispositivos del sistema. En el momento del arranque, este es SYS:Devs si ese directorio existe, de lo contrario SYS:.
• L:, que apunta a un directorio que contiene manejadores y sistemas de archivos de AmigaDOS. Al arrancar, este es SYS:L si existe; de ​​lo contrario, L: no se crea automáticamente.
• LIBS: , que apunta a un directorio que contiene las bibliotecas del sistema. En el momento del arranque, este es SYS:Libs si ese directorio existe, de lo contrario SYS:.
• S:, que apunta a un directorio con scripts, incluido el startup-sequenceque se ejecuta automáticamente al arrancar, si existe. Al arrancar, este es SYS:S si existe; de ​​lo contrario, S: no se crea automáticamente.
• T: , que apunta a una carpeta temporal .
• PROGDIR: es una asignación especial que siempre apunta al directorio que contiene el ejecutable que se está ejecutando. Por ejemplo, si un usuario ejecuta "SYS:Tools/Multiview" y "SYS:System/Format", PROGDIR: apunta a SYS:Tools para Multiview y, simultáneamente, a SYS:System para el comando Format. Esta función se introdujo en Workbench 2.0.

AmigaOS 4 introdujo un nuevo sistema para asignar RAM y desfragmentarla sobre la marcha durante las inactividades del sistema. Se basa en el método de asignación de bloques y también hay un paginador de memoria que arbitra la memoria paginada y permite el intercambio de grandes porciones de RAM física en dispositivos de almacenamiento masivo como una especie de memoria virtual . ^{[ 25 ] [ 26 ]} La paginación cooperativa se implementó finalmente en AmigaOS 4.1 .

AmigaOS 1.0 se lanzó junto con el primer Amiga, el Amiga 1000 , en 1985. Las versiones 1.x de AmigaOS utilizaban por defecto una combinación de colores azul y naranja, diseñada para ofrecer un alto contraste incluso en las peores pantallas de televisión (el usuario podía cambiar los colores). La versión 1.1 consistía principalmente en correcciones de errores y, al igual que la versión 1.0, se distribuyó únicamente para el Amiga 1000.

La pantalla era altamente personalizable para la época. El usuario podía crear y modificar iconos del sistema y del usuario, que podían tener cualquier tamaño y diseño, y presentar dos estados de imagen para producir un efecto de animación al seleccionarlos. Los usuarios podían personalizar cuatro colores de pantalla y elegir entre dos resoluciones: 640 × 200 (o 640 × 400 , entrelazado ) en sistemas NTSC , o 640 × 256 (o 640 × 512 , entrelazado) en sistemas PAL , respectivamente. En revisiones posteriores, se podía ajustar el sobreescaneo del televisor o monitor.

Varias funciones quedaron obsoletas en versiones posteriores. Por ejemplo, el indicador que mostraba el espacio libre en un sistema de archivos fue reemplazado por una visualización en porcentaje a partir de AmigaOS 2.0, antes de ser restaurado en la versión 3.5. El puntero predeterminado de "ocupado" (un bocadillo de cómic que mostraba "Zzz...") fue reemplazado por un cronómetro en versiones posteriores.

AmigaOS 2.0 se lanzó junto con el Amiga 3000 en 1990. Hasta entonces, no existía un estándar de diseño unificado y los desarrolladores de aplicaciones tenían que crear sus propios widgets (tanto botones como menús) si querían ampliar la ya escasa selección de widgets básicos estándar que ofrecía Intuition. Con AmigaOS 2.0 se creó gadtools.library , que proporcionaba conjuntos de widgets estándar. Se publicó la Guía de estilo de la interfaz de usuario de Amiga , que explicaba cómo debían organizarse las aplicaciones para lograr coherencia. Intuition se mejoró con BOOPSI (Sistema básico de programación orientada a objetos para Intuition), que mejoró el sistema con una interfaz orientada a objetos para definir un sistema de clases en el que cada clase individualiza un único widget o describe un evento de interfaz. Puede utilizarse para programar interfaces orientadas a objetos en Amiga en cualquier nivel.

AmigaOS 2.0 también añadió compatibilidad con pantallas públicas . En lugar de que la pantalla de AmigaOS fuera la única pantalla compartible, las aplicaciones podían crear sus propias pantallas con nombre para compartirlas con otras aplicaciones.

AmigaOS 2.0 solucionó el problema de las aplicaciones que se conectaban directamente al flujo de eventos de entrada para capturar los movimientos del teclado y el ratón, lo que a veces bloqueaba todo el sistema. AmigaOS 2.0 proporcionó Commodities , una interfaz estándar para modificar o analizar eventos de entrada. Esto incluía un método estándar para especificar secuencias de teclas de acceso rápido globales y un registro de Commodities Exchange para que el usuario pudiera ver qué aplicaciones estaban en ejecución.

AmigaOS 2.1 introdujo AmigaGuide , un sencillo sistema de marcado de hipertexto y navegador que proporciona ayuda en línea dentro de las aplicaciones. También introdujo Installer , un programa estándar de instalación de software, basado en un lenguaje de scripting similar a LISP .

AmigaOS 2.1 introdujo soporte para configuración regional multilingüe a través de locale.library y, por primera vez, AmigaOS se tradujo a diferentes idiomas. ^{[ 18 ]}

La versión 3.0 se incluyó originalmente con los ordenadores Amiga 1200 y Amiga 4000. Esta versión añadió compatibilidad con tipos de datos, lo que permitía a cualquier aplicación compatible cargar cualquier formato de archivo admitido. Workbench podía cargar cualquier imagen de fondo en cualquier formato si el tipo de datos requerido estaba instalado. Se incluyó una pequeña aplicación llamada Multiview que podía abrir y mostrar cualquier archivo compatible. Sus capacidades estaban directamente relacionadas con los tipos de datos instalados en Devs:Datatypes. El sistema de hipertexto AmigaGuide, ya consolidado, mejoró su usabilidad mediante enlaces a archivos multimedia, como imágenes o sonidos, todos ellos reconocidos por los tipos de datos.

El 29 de diciembre de 2015, el código fuente de AmigaOS 3.1 se filtró en línea; esto fue confirmado por el licenciatario, Hyperion Entertainment . ^{[ 27 ] [ 28 ]}

Aproximadamente seis años después del lanzamiento de AmigaOS 3.1, tras la desaparición de Commodore, Haage & Partner obtuvo una licencia para actualizar AmigaOS, que se lanzó en 1999 como una actualización de software únicamente para sistemas existentes que se ejecutaban al menos en un procesador 68(EC)020.

La apariencia de AmigaOS , aunque seguía basándose en gran medida en la versión 3.1, se revisó ligeramente, con una interfaz de usuario mejorada basada en ReAction, una representación de iconos optimizada y compatibilidad oficial con fondos de color reales . Estas versiones incluían compatibilidad con mejoras de interfaz gráfica de usuario de terceros, como NewIcons , mediante la integración de estos parches en el sistema. Las versiones 3.5 y 3.9 incluían un nuevo conjunto de 256 iconos de color y la posibilidad de elegir un fondo de escritorio. Estos sustituyeron al esquema de color gris metalizado 4/8 predeterminado utilizado en AmigaOS desde la versión 2.0 hasta la 3.1.

La versión 3.9 de AmigaOS fue desarrollada nuevamente por Haage&Partner y lanzada en el año 2000. Las principales mejoras fueron la introducción de una barra de inicio de programas llamada AmiDock, interfaces de usuario revisadas para la configuración del sistema y programas de utilidad mejorados.

En septiembre de 2018, Hyperion Entertainment lanzó AmigaOS v3.1.4 ; ^{[ 29 ] [ 30 ] [ 31 ]} esta es una actualización tanto de software como de hardware para todos los Amigas clásicos y, de hecho, actualizó los Kickstart de Amiga . Opcionalmente, se envía con determinadas versiones de hardware físico-ROM para que el usuario mismo instale y, eventualmente, equipe las máquinas originales más antiguas respectivas.

Al igual que las actualizaciones anteriores AmigaOS  3.5 y 3.9, también se basa en gran medida en el código fuente del AmigaOS v3.1 original de Commodore y lo amplía. Sin embargo, según Hyperion Entertainment, AmigaOS v3.1.4, que "originalmente se concibió como una versión de corrección de errores, también moderniza muchos componentes del sistema previamente actualizados en OS 3.9". ^{[ 32 ]} Incluye muchas correcciones, moderniza varios componentes del sistema previamente actualizados en OS 3.9, introduce soporte para discos duros más grandes (incluso en el arranque), admite toda la línea de CPU Motorola 680x0 hasta (e incluyendo) el Motorola 68060, e incluye un Workbench modernizado con un nuevo conjunto de iconos opcional. A diferencia de AmigaOS  3.5/3.9, AmigaOS  3.1.4 todavía admite la CPU Motorola 68000.

Así, además de corregir varios errores anteriores, para la actualización Hyperion incorporó y, por lo tanto, adaptó muchas de las características que Amiga  3.5 y 3.9 de Haage & Partners ya habían aportado al sistema operativo (por ejemplo, compatibilidad con discos duros de gran capacidad, compatibilidad con nombres de archivo largos, una interfaz de línea de comandos/shell más avanzada, integración actualizada y multihilo de CrossDOS y CDFS, o compatibilidad con PCL y PostScript para impresoras). Amiga  OS v3.1.4 también incluía versiones más recientes de las ROM de Kickstart de Amiga (ya sea como descarga digital en imágenes de Kickstart o incluidas con las ROM físicas de Kickstart).

En 2019, AmigaOS 3.1.4.1 se lanzó como una actualización de software gratuita para Amiga 3.1.4, principalmente para corregir errores. ^{[ 33 ]} En 2020, Hyperion Entertainment publicó las notas de cambios completas para la versión 3.1.4, incluyendo los cambios ya realizados en su actualización menor de corrección de errores 3.1.4.1 como descarga gratuita, y lanzó su "Locale Extras 45.315", que "incluye materiales de localización para los idiomas griego, polaco y ruso que requieren una configuración adicional del sistema para funcionar". ^{[ 34 ]}

En mayo de 2021, Hyperion Entertainment lanzó AmigaOS 3.2 , que incluye todas las características de la versión anterior (3.1.4.1) y añade varias mejoras nuevas, como compatibilidad con ReAction GUI , gestión nativa de imágenes de archivos de disco de Amiga , un sistema de ayuda integrado y tipos de datos mejorados. ^{[ 35 ]} En diciembre de 2021, se lanzó una actualización llamada AmigaOS 3.2.1, con correcciones de errores y otras mejoras. Una segunda actualización, llamada AmigaOS 3.2.2, se lanzó en marzo de 2023 con más mejoras y correcciones de errores. ^{[ 36 ]}

Este nuevo AmigaOS, llamado AmigaOS 4.0, ha sido reescrito para ser totalmente compatible con PowerPC . Inicialmente se desarrolló en Cyberstorm PPC, ya que lograr que fuera independiente de los antiguos chipsets de Amiga no era tarea fácil. ^{[ 37 ]} Desde la cuarta actualización previa al lanzamiento para desarrolladores, se adoptó una nueva técnica y las pantallas se pueden arrastrar en cualquier dirección. ^{[ 38 ]} También es posible arrastrar y soltar iconos de Workbench entre diferentes pantallas.

AmigaOS 4.0 también incluía una nueva versión de Amidock, fuentes TrueType / OpenType y un reproductor de vídeo compatible con DivX y MPEG-4 .

En AmigaOS 4.1, se añadió una nueva función de preferencias de inicio que reemplazó al antiguo cajón WBStartup. Otras mejoras incluyeron un nuevo conjunto de iconos para complementar resoluciones de pantalla más altas, nuevos temas de ventana con sombras, una nueva versión de AmiDock con transparencia real, iconos escalables y AmigaOS con función de actualización automática. ^{[ 39 ]}

En octubre de 2022, el desarrollador de AmigaOS, Hyperion Entertainment, lanzó un SDK para AmigaOS 4.1. ^{[ 40 ]}