Live and recent posts from across the Fediverse tagged #amigaos3, aggregated by home.social.
New Commodity: Herald brings pop-up notifications to AmigaOS 3.x
Marcus Gerards has released a new utility called "Herald", which displays pop-up notifications on the Workbench under AmigaOS 3.x. A program sends a short message to Herald; Herald displays it on the screen for a few seconds and saves it in a notification centre, which the user can open later. A demonstration video is available on YouTube.
Internet: Amelinium and Emalinium 1.2.6 for AmigaOS 3, 4, AROS and WOS
Paweł Nowak has released version 1.2.2 of his web browser "Amelinium" and his email client Emalinium (POP3, IMAP and SMTP) for AmigaOS 3, 4, AROS and, for the first time, WarpOS.
The browser is now also able to open YouTube videos on Amelinium’s own player page.
https://www.amiga-news.de/en/news/AN-2026-09-00095-EN.html
#Internet #browser #email #Amiga #AROS #WarpOS #AmigaOS4 #AmigaOS3
Internet: Amelinium and Emalinium 1.2.2 for AmigaOS 3, 4 and AROS
Paweł Nowak has released version 1.2.2 of both his web browser "Amelinium" and his email client Emalinium (POP3, IMAP and SMTP), which are now available not only for AmigaOS 3 but, for the first time, as separate applications for AmigaOS 4 and AROS as well. Assets from GitHub pages can now be displayed correctly and thus downloaded.
AmigaBill entrevista a Mike Battilana (Amiga Corp.) para explicar el futuro de AMIGA.
El pasado 16 de agosto, AmigaBill contó con un invitado especialmente esperado: Mike Battilana, representante de Amiga Corporation, en una extensa sesión de preguntas y respuestas en la que se abordaron los recientes acuerdos con Hyperion y la nueva Commodore, el futuro de AmigaOS, el próximo A1200 de Retro Games, el nuevo sistema gráfico Renaissance RTG, la preservación histórica e incluso la posible utilización de inteligencia artificial para ayudar al desarrollo de software Amiga.
Battilana insistió desde el principio en una idea que probablemente sea la mejor forma de resumir toda la conversación: menos especulación y más hechos. Y, después de tantos años de conflictos legales, disponer de un marco más claro puede ser precisamente lo que Amiga necesitaba para mirar hacia delante.
https://www.youtube.com/watch?v=lp-NAajrc5Q&t=62s
Hyperion y AmigaOS: se aclaran las competencias: Uno de los principales asuntos tratados fue el nuevo acuerdo entre Amiga Corporation y Hyperion Entertainment.
La situación queda mucho más definida para los próximos años. Hyperion continuará desarrollando AmigaOS 4 para arquitecturas distintas de 68K, mientras que el futuro de AmigaOS para los Amiga clásicos queda encaminado hacia Amiga Corporation.
En cuanto a AmigaOS 3.2 y la futura versión 3.3, Hyperion continuará con su desarrollo y soporte durante el periodo de transición, hasta el 31 de diciembre de 2027. A partir de entonces, Amiga Corporation asumirá la responsabilidad sobre la rama 68K.
Esto no significa que AmigaOS 4 desaparezca ni que Hyperion deje de trabajar en él. Al contrario: el acuerdo permite a Hyperion continuar desarrollando nuevas versiones de AmigaOS 4 sobre arquitecturas actuales o futuras, con la excepción de 68K.
La propia explicación de Battilana resulta interesante porque sitúa el conflicto legal anterior en su contexto: el problema habría estado relacionado principalmente con los contratos derivados del acuerdo alcanzado en 2009, y no con una simple disputa sobre quién era propietario de cada uno de los activos de Amiga.
En definitiva, el nuevo escenario busca establecer una separación mucho más clara: Hyperion puede seguir avanzando con AmigaOS 4 mientras Amiga Corporation prepara el futuro de AmigaOS 3.x y la plataforma 68K.
¿Un AmigaOS 3 unificado y gratuito?: Aquí es donde la entrevista empieza a ponerse especialmente interesante para los usuarios de Amiga clásicos.
Battilana habló de la posibilidad de crear una nueva versión de AmigaOS 3 que permita unificar buena parte de las diferentes ramas que han ido apareciendo durante las últimas décadas.
La situación actual es bastante peculiar. Tenemos AmigaOS 3.1, las posteriores versiones 3.5 y 3.9, los desarrollos 3.1.4, 3.2 y la futura 3.3. El problema es que el número de versión no siempre representa correctamente la antigüedad o las capacidades del sistema. Para alguien que no conozca la historia de AmigaOS, resulta perfectamente lógico pensar que 3.14 es posterior a 3.9, cuando la realidad del desarrollo es bastante más compleja.
Por eso se plantea incluso modificar el sistema de numeración. Durante la conversación apareció como posibilidad utilizar una nomenclatura relacionada con el año de lanzamiento, aunque no existe todavía una decisión definitiva. Una de las ideas mencionadas fue algo parecido a 3.27, pero se trata de una propuesta y no de un anuncio de producto.
Más importante todavía es la intención de que las futuras actualizaciones para los usuarios de AmigaOS 3 puedan ser gratuitas.
La idea sería dejar atrás la fragmentación y conseguir que los usuarios dispongan de una base común y actualizada, incorporando las mejoras que sea posible recuperar de las distintas versiones existentes.
No estamos ante un producto anunciado con fecha y características cerradas, pero sí ante una declaración de intenciones bastante clara: Amiga Corporation quiere que el futuro de AmigaOS 3.x sea más sencillo, más unificado y menos fragmentado.
El código procedente de AmigaOS 4: Precisamente la transición entre las diferentes versiones de AmigaOS también tiene sus dificultades.
Durante el desarrollo de AmigaOS 3.2 y 3.3 se incorporaron determinadas partes de código procedentes de AmigaOS 4. Ahora existe una negociación sobre qué ocurrirá con ese código dentro del nuevo escenario.
Según lo explicado en la entrevista, se trataría de aproximadamente 800-1.000 líneas de código, aunque algunas de esas funciones ya están siendo sustituidas mediante implementaciones alternativas.
Es un detalle aparentemente pequeño, pero demuestra hasta qué punto la situación técnica es consecuencia directa de la compleja historia legal de AmigaOS.
Una nueva relación con Commodore: El segundo gran acuerdo explicado por Battilana es el alcanzado con la nueva Commodore, dirigida por Christian Simpson.
Aquí conviene hacer una distinción importante: Amiga Corporation y Commodore siguen siendo entidades diferentes.
El acuerdo establece una relación de coexistencia y licencias. Amiga Corporation controla determinados activos relacionados con los sistemas de 8 bits y ha concedido licencias para que Commodore pueda utilizarlos en productos como el C64 Ultimate.
Lo que no existe actualmente es una licencia de las ROM de Amiga para que la nueva Commodore pueda lanzar un producto Amiga.
Por tanto, quien estuviera esperando un hipotético «Amiga Ultimate» fabricado por Commodore tendrá que seguir esperando. Battilana fue bastante claro al respecto: por ahora no hay nada que anunciar en ese sentido.
Esto no significa que no pueda ocurrir en el futuro. Simplemente no forma parte de los acuerdos anunciados actualmente.
Los derechos de Amiga, cada vez más centralizados: Otro aspecto especialmente relevante es la situación de las propiedades intelectuales que históricamente se encontraban repartidas entre diferentes actores.
Los derechos relacionados con las Kickstart ROM clásicas y otros activos que anteriormente se gestionaban a través de Cloanto dentro del ecosistema de Amiga Forever pasan a quedar bajo la titularidad de Amiga Corporation, mientras que Cloanto continúa actuando como licenciataria.
Esta concentración de derechos puede ser fundamental para el futuro de la plataforma, ya que facilita que una única entidad pueda coordinar cuestiones relacionadas con software, ROM, hardware, marcas y licencias.
Y precisamente de licencias y marcas también hubo bastante que hablar.
Un nuevo logotipo para una nueva etapa: Durante la entrevista se volvió a hablar del nuevo logotipo de Amiga presentado en el evento Kickstart 3.
Amiga Corporation pretende proporcionar guías oficiales de utilización y archivos vectoriales para que desarrolladores, fabricantes y aficionados puedan utilizar correctamente la nueva imagen.
También se contempla la posibilidad de ofrecer licencias gratuitas para determinados proyectos no comerciales, mientras que los productos comerciales y el merchandising dispondrán de sus correspondientes acuerdos.
Battilana explicó que ya existen conversaciones con empresas de merchandising y que se pretende facilitar el uso correcto tanto del logotipo de Amiga como de la conocida Boing Ball.
La intención parece clara: que la identidad de Amiga vuelva a estar gestionada de una forma coherente, evitando la proliferación de versiones y usos incorrectos de sus elementos gráficos.
Preservar la historia también es parte del futuro: Quizá uno de los aspectos menos espectaculares, pero más importantes, de todo lo explicado sea el trabajo de preservación histórica.
Amiga Corporation continúa recopilando y conservando código fuente, manuales, vídeos, documentación y otros materiales procedentes de los años 80.
Y aquí vuelve a entrar en juego el acuerdo con Commodore: muchos de esos documentos históricos contienen logotipos y referencias originales a Commodore. Battilana explicó que los acuerdos permiten mantener esos elementos cuando se reproducen materiales históricos.
Para una comunidad que lleva décadas intentando conservar software y documentación de una plataforma que desapareció del mercado convencional, esto puede tener una importancia enorme.
No se trata únicamente de conservar máquinas y juegos: también hay que conservar el conocimiento que permitió crearlos.
Renaissance RTG, gráficos modernos para el Amiga clásico: Y llegamos a uno de los anuncios tecnológicos más llamativos de la entrevista.
El próximo THEA1200 de Retro Games será el primer dispositivo que incorporará un nuevo sistema gráfico denominado internamente Renaissance RTG.
Se trata de un sistema de gráficos retargetables pensado para integrarse de una forma mucho más profunda con AmigaOS. Es compatible con la Cyber Graphics Library y, según lo explicado por Battilana, puede funcionar sobre AmigaOS 3.1 sin necesidad de aplicar parches adicionales una vez integrado en la ROM.
Una de sus características más llamativas es su capacidad para trabajar con resoluciones modernas que pueden llegar hasta 8K.
La idea resulta especialmente interesante: mantener la filosofía del Amiga clásico pero permitir que el sistema pueda desenvolverse con hardware y pantallas actuales.
Y el A1200 de Retro Games será, al menos inicialmente, el primer escaparate de esta tecnología.
THE A1200: el próximo gran hardware Amiga: El próximo producto físico comercial de Retro Games será precisamente THEA1200, sucesor natural de su A500 Mini.
Battilana confirmó que el equipo podrá arrancar directamente en Workbench 3.1, algo que lo diferencia claramente de una simple máquina de emulación orientada a ejecutar juegos.
También se ha prestado una enorme atención a la experiencia física. El teclado ha sido diseñado buscando reproducir con gran precisión las dimensiones y sensaciones del original, incluyendo el tacto y la latencia de las teclas.
El sistema incorporará además una aplicación de bajo nivel para controlar determinados parámetros gráficos y el overscan.
Retro Games tiene previsto mostrar una unidad funcional durante Gamescom, en Alemania, y el lanzamiento está previsto para la campaña navideña de diciembre. Battilana, eso sí, fue prudente al hablar de las especificaciones definitivas, ya que no dispone de todos los datos oficiales.
El desarrollo se ha realizado utilizando un entorno basado en Raspberry Pi y una versión personalizada del software de Retro Games.
Todo apunta, por tanto, a que THEA1200 quiere combinar dos mundos: la experiencia inmediata y sencilla de los productos Mini de Retro Games con una mayor fidelidad y capacidad de expansión para los usuarios Amiga.
Amiga y la inteligencia artificial: Otro de los aspectos que más curiosidad despierta es la posibilidad de utilizar inteligencia artificial para ayudar al desarrollo de software Amiga.
La idea planteada por Battilana es negociar con compañías de IA para que puedan incorporar legalmente a sus sistemas documentación histórica de Amiga, incluyendo manuales y libros clásicos de programación publicados por editoriales como Addison-Wesley o Bantam.
El objetivo sería que un programador pudiera recurrir a una IA que realmente conociera las particularidades del Amiga, sus APIs, sus bibliotecas y sus herramientas de desarrollo.
En lugar de pedir a una IA genérica que escriba código para una plataforma que conoce de forma limitada, se podría disponer de herramientas entrenadas con documentación legítima y específica del sistema.
Es todavía una idea en desarrollo, pero resulta especialmente interesante en una plataforma donde cada vez cuesta más encontrar programadores que dominen sus tecnologías originales.
También quieren simplificar la distribución del software: La entrevista tocó incluso un problema mucho más cotidiano: cómo distribuir software Amiga sin depender de complejas bases de datos externas.
Se está trabajando en un formato ligero de empaquetado basado en JSON, con una filosofía similar a RP9, que permitiría almacenar dentro de un único archivo toda la información necesaria para configurar un juego o aplicación.
La ventaja sería reducir la dependencia de bases de datos externas y evitar los problemas que aparecen cuando esas bases dejan de estar disponibles o cambian su estructura.
De nuevo, la filosofía es reducir fricción.
Que instalar y ejecutar software Amiga sea cada vez más sencillo.
¿Cuántos usuarios tiene realmente Amiga?: Uno de los datos más curiosos de la conversación tiene que ver con el tamaño de la comunidad.
Battilana sitúa a la comunidad «hardcore» que participa activamente en foros y espacios especializados en torno a 5.000-10.000 personas.
Pero esa cifra no representa necesariamente el mercado Amiga completo.
Retro Games, Blaze Entertainment y Antstream manejan estimaciones mucho más amplias sobre el público interesado en productos retro, que podrían situarse entre 100.000 y un millón de personas.
La diferencia entre ambas cifras es enorme y plantea una cuestión interesante: quizá el verdadero desafío para Amiga no sea únicamente conservar a quienes ya están dentro de la comunidad, sino encontrar una manera de volver a acercar la plataforma a todos aquellos que tuvieron un Amiga, jugaron con él o simplemente sienten nostalgia por aquella época.
Un futuro que todavía está por escribir: Después de décadas de disputas, cambios de propietarios, acuerdos y fragmentación, sería demasiado pronto para afirmar que todos los problemas de Amiga han desaparecido.
Pero la entrevista de AmigaBill sí deja una impresión diferente.
Por primera vez en mucho tiempo parece existir una voluntad clara de ordenar el pasado para poder construir el futuro.
Hyperion continuará con AmigaOS 4 y tendrá un periodo de transición para AmigaOS 3.2 y 3.3. Amiga Corporation se prepara para asumir el control de la evolución de AmigaOS 3.x para 68K. La relación con la nueva Commodore queda delimitada mediante licencias. Los derechos se concentran. Se trabaja en nuevo hardware. Renaissance RTG pretende llevar los gráficos del Amiga clásico a un escenario moderno. Se habla de preservar documentación y código, de facilitar las licencias, de simplificar la distribución de software e incluso de utilizar inteligencia artificial para recuperar y transmitir conocimiento técnico.
Y, quizá lo más importante, se habla de reducir la fragmentación.
No hay todavía un nuevo AmigaOS 3 unificado, ni un Amiga Ultimate de Commodore, ni una IA especializada en programación Amiga disponible para todos. Tampoco sabemos todavía exactamente hasta dónde llegará Renaissance RTG o qué forma tendrá el futuro hardware de la plataforma.
Pero ahora existe algo que durante mucho tiempo pareció difícil de conseguir: un marco más claro desde el que empezar a construir.
Después de tantos años mirando hacia atrás, quizá Amiga pueda permitirse, por fin, mirar un poco hacia delante.
Artículo elaborado a partir de la entrevista de AmigaBill y de la información proporcionada durante la conversación. Algunas de las ideas comentadas por Mike Battilana son todavía propuestas o planes en desarrollo y no productos anunciados oficialmente.
Puedes seguir a AmigaBill en X, Youtube, Twitch y Patreon.
Easy downloading of GitHub releases: GitFetch 0.1
It let's you to download releases from GitHub repos easily on your Amiga. It saves the hassle to download it on a computer with a capable browser and transferring it back to your miggy.
Einfacher Download von GitHub-Releases: GitFetch 0.1
Damit lassen sich Releases aus GitHub-Repos ganz einfach auf den Amiga herunterladen. Das erspart den Umweg, sie erst auf einem Computer mit einem geeigneten Browser herunterzuladen und dann wieder auf deinen Amiga übertragen zu müssen.
Lisp Programming: CL-Amiga
Manfred Bergmann's CL-Amiga is a Common Lisp implementation - still in its early stages - for AmigaOS 3.x and MorphOS, designed to be compatible with ANSI Common Lisp. The programming environment requires about 4 MB of RAM and at least a 68020 CPU.
Amiga Corporation Starts New AmigaOS 3 Development With RTG Subsystem
#Amiga #AmigaOS #AmigaOS3 #AmigaCorporation #KickstartUK #RetroComputing
https://theoasisbbs.com/amiga-corporation-starts-new-amigaos-3-development-with-rtg-subsystem/?fsp_sid=11704
Amiga Lawsuit Settlement: Doug Looks at What Comes Next
#Amiga #AmigaOS #HyperionEntertainment #AmigaCorporation #RetroComputing #AmigaOS3 #AmigaOS4 #10MinuteAmigaRetroCast
https://theoasisbbs.com/amiga-lawsuit-settlement-doug-looks-at-what-comes-next/?fsp_sid=11441
Ami2ha: Controla la domótica del hogar desde tu Amiga.
Ami2ha 0.1 es un nuevo cliente nativo para AmigaOS que permite utilizar un Amiga real como interfaz para Home Assistant, el popular sistema de automatización y control domótico. El proyecto ofrece un panel basado en MUI capaz de mostrar en tiempo real información procedente de sensores y controlar dispositivos conectados al sistema.
La aplicación utiliza la API WebSocket de Home Assistant para mantener actualizados los datos y permite seleccionar qué entidades se muestran mediante etiquetas configuradas directamente en Home Assistant. De esta forma, es posible modificar el contenido del panel sin necesidad de cambiar la configuración del Amiga.
ami2ha también incorpora una ventana de configuración desde la que se pueden agrupar y ordenar las entidades, cambiar sus nombres y definir cómo se presentan. Además, dispone de un puerto ARexx denominado AMI2HA, con comandos como GET, ON, OFF, TOGGLE, CALL y STATUS, permitiendo que otras aplicaciones y scripts del entorno Amiga puedan interactuar con Home Assistant.
Otro de los aspectos destacados del proyecto es su consumo de memoria. El programa utiliza memoria en función del tamaño del panel configurado y no del número total de entidades existentes en Home Assistant. En las pruebas realizadas con una instalación que contaba con 2.079 entidades, un panel con una docena de ellas utilizó aproximadamente 1,3 KB, frente a unos 960 KB si se cargara toda la instalación.
El programa requiere AmigaOS 3.0 o superior, MUI 3.8 o superior para el panel gráfico y una pila TCP/IP compatible con «bsdsocket.library», como Roadshow, AmiTCP, Miami o la proporcionada por UAE. Se incluyen versiones para procesadores 68000 y 68020, y el instalador selecciona automáticamente la apropiada. También se incluye un manual en formato AmigaGuide.
Actualmente, ami2ha puede reconectarse automáticamente cuando se pierde la conexión y puede iniciarse directamente desde Workbench, utilizando los Tool Types del icono para su configuración.
Una de las características todavía pendientes es el soporte HTTPS mediante AmiSSL. Por el momento, el servidor debe ser accesible mediante HTTP, por lo que su utilización está orientada principalmente a redes locales.
El proyecto se encuentra en desarrollo y su autor tiene previsto mejorar la interfaz y añadir compatibilidad con más tipos de entidades, entre ellas persianas y válvulas de agua. El código fuente está disponible bajo licencia MIT.
Proyecto y código fuente:
Amiga Hyperion Settlement Defines AmigaOS 3.x and AmigaOS 4 Rights
#Amiga #AmigaOS #AmigaOS3 #AmigaOS4 #HyperionEntertainment #AmigaCorporation #Commodore #RetroComputing
https://theoasisbbs.com/amiga-hyperion-settlement-defines-amigaos-3-x-and-amigaos-4-rights/?fsp_sid=11251
AmigaAMP 3.35 Released for AmigaOS 3 and AmigaOS 4
#AmigaAMP #Amiga #AmigaOS #AmigaOS4 #AmigaOS3 #RetroComputing #AmigaSoftware
https://theoasisbbs.com/amigaamp-3-35-released-for-amigaos-3-and-amigaos-4/?fsp_sid=11166
Wir haben uns den Vertrag (PDF), der Hyperions altes Abkommen mit Amiga Inc. von 2009 ersetzt, angesehen und versucht die wichtigsten Punkte kurz zusammenzufassen. Es sei darauf hingewiesen, dass wir uns auf die Hauptthemen beschränkt haben: der eigentliche Vertrag geht erheblich mehr ins Detail und enthält diverse weitere Auflagen, vor allem für Hyperion:
Außergerichtlicher Vergleich zwischen Amiga und Hyperion öffentlich einsehbar
Heute Vormittag hatten die Amiga Corporation und Hyperion die Unterzeichnung einer außergerichtlichen Einigung bekanntgegeben. Der Grund dafür war offensichtlich, dass der unterschriebene Vertrag heute im Rahmen eines Antrags zur Einstellung des Gerichtsverfahrens in den USA öffentlich zugänglich wurde:
We reviewed the contract, which replaces Hyperion’s old agreement with Amiga Inc. from 2009, and attempted to briefly summarize the key points. It should be noted that we have limited ourselves to the main topics: the actual contract goes into considerably more detail and contains various additional provisions, most of them concerning Hyperion.
Out-of-court settlement between Amiga and Hyperion is publicly available
This morning, Amiga Corporation and Hyperion announced that they had signed an out-of-court settlement. The reason for this announcement was apparently that the signed agreement was made public today as part of a motion to dismiss the lawsuit in the United States:
File manager: Directory Opus 5.102
The open-source file manager Directory Opus 5 is being further developed by @midwan. Changes in version 5.102, including direct GitHub download links:
https://www.amiga-news.de/en/news/AN-2026-08-00021-EN.html
#Amiga #AmigaOS3 #AmigaOS4 #AROS #MorphOS #filemanager #dopus5
Dateimanager: Directory Opus 5.102
Der quelloffene Dateimanager Directory Opus 5 wird von Dimitris "MiDWaN" Panokostas weiterentwickelt. Änderungen der Version 5.102 und direkte Downloadlinks für GitHub:
https://www.amiga-news.de/de/news/AN-2026-08-00021-DE.html
#Amiga #AmigaOS3 #AmigaOS4 #MorphOS #AROS #Dateimanager #Dopus5
Telegram Amiga client 0.0.6 for all Amiga systems
Version 0.0.6 of the Telegram client for the Amiga is now also available for AROS-x64. The most important new features are the ability to transfer files up to 10 MB in size and support for true color avatars. Here are the changes in detail:
Word processing: AmigaOS version of FinalWriter 7.3 available
For the equivalent of around 44 euros, users receive a new spell-checker, improved support for multilingual environments, updated RTF support, native PDF output and direct printing via FTP/IPP. Updates and bug fixes are also included until the next version is released. A 68020 CPU is the minimum requirement, but a 68040 or 68060 CPU and a graphics card are strongly recommended.
Realtime classic: "Dungeon Keeper" ports for MorphOS, AmigaOS, and AROS
The open-source KeeperFX engine is a reimplementation of the real-time classic Dungeon Keeper. A few days ago, Yannick 'Papiosaur' Buchy released a MorphOS port that requires at least MorphOS 3.19.
Separately, Steffen Häuser is also working on a port: He's targetting AmigaOS 4, AmigaOS 3, and AROS.
https://www.amiga-news.de/en/news/AN-2026-05-00063-EN.html
#Amiga #AmigaOS3 #AmigaOS4 #MorphOS #AROS #games #retrogaming #DungeonKeeper
The open-source file manager Directory Opus 5 is being further developed by @midwan Version 5.101 is a maintenance and portability release featuring FTP/SFTP upgrades, fixes for file system compatibility, revised documentation, and several improvements to the user interface and stability. AROS is now supported for the first time.
https://www.amiga-news.de/en/news/AN-2026-05-00049-EN.html
#Amiga #filemanager #DOPUS5 #AROS #AmigaOS3 #AmigaOS4 #MorphOS
Amiga Bootcamp: Knowledge database for AmigaOS developers on GitHub
The "Amiga Bootcamp" project has been published on GitHub. It is a comprehensive technical knowledge base for software developers who are already working with AmigaOS 3.1 and 3.2 or are just getting started. The goal of the project is to compile Amiga documentation into a single location.
File manager: Directory Opus 5.100
The open-source file manager Directory Opus 5 is being further developed by @midwan . With versions 5.99 and 5.100, two more updates have been released within a few days.
Version 5.99 primarily introduces a comprehensive overhaul of RTG graphics support, version 5.100 adds explicit FTPS support via AmiSSL/OpenSSL:
https://www.amiga-news.de/en/news/AN-2026-04-00132-EN.html
#Amiga #Dopus5 #AmigaOS3 #AmigaOS4 #MorphOS #filemanager #DirectoryOpus5
File manager: Directory Opus 5.97
Directory Opus 5 (formerly "Magellan"), which has been open-source since 2012, has been updated by @midwan