- Home
- Discussion Forum
- AROS FORUMS
- Development General
- A strategic future for AROS: AROS-Shell on a Linux Core ("Project ARUX")
A strategic future for AROS: AROS-Shell on a Linux Core ("Project ARUX")
Last updated on 5 months ago
fatsieNewbie
Posted 5 months agoYou got one letter wrong in your letter word: https://github.co...halsc/ARIX
GDroidJunior Member
Posted 5 months agoArux is the penguin terminator timetraveller for the Aros future.
You do not have access to view attachments
GDroidJunior Member
Posted 5 months agoHello again,
I've been following the discussion about the future of 68k integration with great interés. This proposal responds to The post from "exec" (Deadwood) was particularly insightful, accurately laying out the monumental difficulty of a deep, API-level integration ("the 'proper' way"
. His argument about the practical impossibility of intercepting direct hardware access from games and demos is, in my opinion, definitive.
Accepting that technical reality, instead of abandoning the dream of seamless integration, perhaps we should change our angle of attack. I'd like to propose a strategy I'll call ARUX: an approach that embraces the full system emulation that "exec" rightly defends as necessary, yet achieves the dream of visual integration in a robust and attainable way.
The premise of ARUX is to leverage the already functional "AROS Hosted on Linux" environment and evolve it to its ultimate potential. Instead of viewing AROS as an OS running on bare metal, we see it as the exclusive User Shell running on top of a minimal, headless Linux core. The user only ever sees Zune, but AROS gains access to the full power of Linux.
How do we solve the visual integration problem?
This is the core of the proposal, which directly addresses the challenges raised:
* The ARUX Glue Application: The key is a dedicated application on the Linux side, which is the heart of the ARUX concept. This application would be responsible for bootstrapping the AROS environment and for creating and managing a bidirectional, high-performance "AROS-Linux Bridge."
* Video Stream Redirection (The "Graphics Pipe"
:
* Instead of trying to make Janus-UAE draw within Zune, we let a high-compatibility emulator like Amiberry, FS-UAE, or RetroArch run within the Linux host.
* The ARUX glue application uses modern technologies like PipeWire to capture the final video stream from the emulator's window.
* This video stream is piped in real-time to AROS through a high-performance shared memory buffer established at bootstrap.
* A native AROS component receives these frames and "blits" them inside a standard Zune window.
What does this achieve?
* Perfect Visual Integration: The 68k application or game runs in a native Zune window. We can resize it, move it, and apply shaders or bezels from within AROS, because it is an AROS window.
* It Sidesteps the Chipset Problem: We solve the issue "exec" described. We don't care if the software is "banging the hardware," because we aren't intercepting those calls. We are simply capturing the final image that the expert emulator (which knows how to handle it perfectly) produces.
* It's Universal: This method would work for any graphical Linux application, not just emulators. We could have GIMP, Steam, or Firefox running in Zune windows, creating a seamless hybrid desktop.
Bidirectionality: AROS as a HUD for Linux
The bridge isn't just for video. It's a two-way highway that allows AROS to command Linux resources:
* File System: Linux paths (/home/user/downloads) would be transparently mounted as assigns or devices in AROS (LINUX
ownloads).
* Peripherals: USB devices, gamepads, printers, etc., connected to Linux would be made available directly to AROS through the bridge.
* Networking: AROS would natively use the Linux network stack.
In essence, AROS becomes the user interface and command center (HUD) for a powerful Linux engine running in the background. For maximum efficiency, the ARUX glue application could even leverage low-level virtualization technologies like QEMU/KVM, ensuring near-native performance.
Conclusion: An Evolution, Not a Surrender
This approach does not mean AROS becomes "a Linux theme." It means AROS gets smarter. It delegates the solved problems (drivers, hardware support, modern software) to the best tool for the job (Linux) and allows AROS developers to focus on what makes AROS unique: perfecting the Zune user experience, AmigaOS API compatibility, and its own lightweight system logic.
ARUX is a pragmatic, phased roadmap. It can start with a simple bridge and be expanded. It's an architecture that solves the project's biggest historical hurdles and positions it as a truly powerful, modern, and hybrid OS for the future.
I would love to hear the community's thoughts on this strategy.
Best regards,
I've been following the discussion about the future of 68k integration with great interés. This proposal responds to The post from "exec" (Deadwood) was particularly insightful, accurately laying out the monumental difficulty of a deep, API-level integration ("the 'proper' way"
Accepting that technical reality, instead of abandoning the dream of seamless integration, perhaps we should change our angle of attack. I'd like to propose a strategy I'll call ARUX: an approach that embraces the full system emulation that "exec" rightly defends as necessary, yet achieves the dream of visual integration in a robust and attainable way.
The premise of ARUX is to leverage the already functional "AROS Hosted on Linux" environment and evolve it to its ultimate potential. Instead of viewing AROS as an OS running on bare metal, we see it as the exclusive User Shell running on top of a minimal, headless Linux core. The user only ever sees Zune, but AROS gains access to the full power of Linux.
How do we solve the visual integration problem?
This is the core of the proposal, which directly addresses the challenges raised:
* The ARUX Glue Application: The key is a dedicated application on the Linux side, which is the heart of the ARUX concept. This application would be responsible for bootstrapping the AROS environment and for creating and managing a bidirectional, high-performance "AROS-Linux Bridge."
* Video Stream Redirection (The "Graphics Pipe"
* Instead of trying to make Janus-UAE draw within Zune, we let a high-compatibility emulator like Amiberry, FS-UAE, or RetroArch run within the Linux host.
* The ARUX glue application uses modern technologies like PipeWire to capture the final video stream from the emulator's window.
* This video stream is piped in real-time to AROS through a high-performance shared memory buffer established at bootstrap.
* A native AROS component receives these frames and "blits" them inside a standard Zune window.
What does this achieve?
* Perfect Visual Integration: The 68k application or game runs in a native Zune window. We can resize it, move it, and apply shaders or bezels from within AROS, because it is an AROS window.
* It Sidesteps the Chipset Problem: We solve the issue "exec" described. We don't care if the software is "banging the hardware," because we aren't intercepting those calls. We are simply capturing the final image that the expert emulator (which knows how to handle it perfectly) produces.
* It's Universal: This method would work for any graphical Linux application, not just emulators. We could have GIMP, Steam, or Firefox running in Zune windows, creating a seamless hybrid desktop.
Bidirectionality: AROS as a HUD for Linux
The bridge isn't just for video. It's a two-way highway that allows AROS to command Linux resources:
* File System: Linux paths (/home/user/downloads) would be transparently mounted as assigns or devices in AROS (LINUX
* Peripherals: USB devices, gamepads, printers, etc., connected to Linux would be made available directly to AROS through the bridge.
* Networking: AROS would natively use the Linux network stack.
In essence, AROS becomes the user interface and command center (HUD) for a powerful Linux engine running in the background. For maximum efficiency, the ARUX glue application could even leverage low-level virtualization technologies like QEMU/KVM, ensuring near-native performance.
Conclusion: An Evolution, Not a Surrender
This approach does not mean AROS becomes "a Linux theme." It means AROS gets smarter. It delegates the solved problems (drivers, hardware support, modern software) to the best tool for the job (Linux) and allows AROS developers to focus on what makes AROS unique: perfecting the Zune user experience, AmigaOS API compatibility, and its own lightweight system logic.
ARUX is a pragmatic, phased roadmap. It can start with a simple bridge and be expanded. It's an architecture that solves the project's biggest historical hurdles and positions it as a truly powerful, modern, and hybrid OS for the future.
I would love to hear the community's thoughts on this strategy.
Best regards,
GDroidJunior Member
Posted 5 months agoNot that but it was the basementt for the idea.. A Hosted install for ArosX86/64 over a HIDEN Linux...
The goal here is to use a Linux in the Back just only to Launch any desired app/Game and to reach much compatibility for the Aros system.
The main system May be Aros, Even if it runs on top of Linux and Linux is the main system.
This path facilitates the goal that everyone is looking for, to have the best of several systems and with all my respect I hate having to use commands to run applications or install drivers, Linux seems to me a system in Beta test version... The mouse and its buttons must be enough to operate an interface and I think that AmigaOS takes care of this priority
The goal here is to use a Linux in the Back just only to Launch any desired app/Game and to reach much compatibility for the Aros system.
The main system May be Aros, Even if it runs on top of Linux and Linux is the main system.
This path facilitates the goal that everyone is looking for, to have the best of several systems and with all my respect I hate having to use commands to run applications or install drivers, Linux seems to me a system in Beta test version... The mouse and its buttons must be enough to operate an interface and I think that AmigaOS takes care of this priority
Edited by GDroid on 16-06-2025 06:28, 5 months ago
deadwoodAROS Dev
Posted 5 months agoSomething like that: https://youtu.be/BFKy-8PfWmk?feature=shared&t=117 ?
Edited by deadwood on 16-06-2025 04:21, 5 months ago
2 users reacted to this post
GDroid, pixie
GDroidJunior Member
Posted 5 months agoHello AROS community,
Following our discussions on 68k integration, I want to propose a more radical, "out-of-the-box" strategic vision for the long-term future of AROS x64.
What if we could solve the hardware driver problem forever and simultaneously grant AROS access to the entire modern software ecosystem?
I propose we explore an architecture where AROS runs as the primary, exclusive user shell on top of a minimal, hidden Linux core. This concept, which we could call "Project ARUX," would allow AROS to focus on its unique strengths while leveraging Linux for its universal hardware support.
The Core Philosophy
The user experience would be 100% AROS. The machine boots directly into the Zune desktop. There is no visible trace of Linux. However, underneath, a hyper-optimized Linux kernel provides rock-solid stability and access to any driver imaginable (NVIDIA/AMD GPUs, Wi-Fi 6, modern peripherals).
The Strategic Advantages:
* Universal Hardware Compatibility: AROS would instantly support virtually any hardware that Linux supports.
* Massive Software Library: We could launch Linux native apps, modern games from platforms like Steam, and high-performance emulators (Yuzu, RPCS3) directly from the Zune desktop.
* Focused Development: AROS developer efforts could be fully dedicated to what makes AROS special: improving Zune, perfecting AmigaOS API compatibility, and enhancing the unique user experience.
Proposed Architecture:
* The "Linux-Core": A minimal base install (no DE, no bloat) containing only the kernel, drivers, and a display server (X11/Wayland). Its sole purpose is to boot and launch AROS.
* The "AROS-Shell": The existing hosted version of AROS x64, launched in a fullscreen, borderless mode to act as the system's one and only desktop environment.
* The "AROS-Linux Bridge": A lightweight communication layer. Icons on the Zune desktop would use special Tool Types to command the Linux core to launch applications. These Linux apps could either run fullscreen (temporarily hiding AROS) or, in a more advanced implementation, appear as "rootless" windows seamlessly integrated into the Zune desktop.
This model is not without precedent. Microsoft's WSLg and Apple's Rosetta 2 are powerful examples of how a host OS can be leveraged to transparently run foreign applications.
By adopting this strategy, AROS would not be "giving up" or "becoming a Linux theme." It would be making a powerful strategic move: outsourcing the commoditized, low-level hardware layer to focus on delivering the best high-level user experience and Amiga-compatible environment on the planet.
This is a bold, long-term vision, but I believe it could elevate AROS from a niche OS to a genuinely powerful and versatile daily driver for enthusiasts and newcomers alike.
What are the community's thoughts on this strategic direction?
Best regards,
GermánCMan
Following our discussions on 68k integration, I want to propose a more radical, "out-of-the-box" strategic vision for the long-term future of AROS x64.
What if we could solve the hardware driver problem forever and simultaneously grant AROS access to the entire modern software ecosystem?
I propose we explore an architecture where AROS runs as the primary, exclusive user shell on top of a minimal, hidden Linux core. This concept, which we could call "Project ARUX," would allow AROS to focus on its unique strengths while leveraging Linux for its universal hardware support.
The Core Philosophy
The user experience would be 100% AROS. The machine boots directly into the Zune desktop. There is no visible trace of Linux. However, underneath, a hyper-optimized Linux kernel provides rock-solid stability and access to any driver imaginable (NVIDIA/AMD GPUs, Wi-Fi 6, modern peripherals).
The Strategic Advantages:
* Universal Hardware Compatibility: AROS would instantly support virtually any hardware that Linux supports.
* Massive Software Library: We could launch Linux native apps, modern games from platforms like Steam, and high-performance emulators (Yuzu, RPCS3) directly from the Zune desktop.
* Focused Development: AROS developer efforts could be fully dedicated to what makes AROS special: improving Zune, perfecting AmigaOS API compatibility, and enhancing the unique user experience.
Proposed Architecture:
* The "Linux-Core": A minimal base install (no DE, no bloat) containing only the kernel, drivers, and a display server (X11/Wayland). Its sole purpose is to boot and launch AROS.
* The "AROS-Shell": The existing hosted version of AROS x64, launched in a fullscreen, borderless mode to act as the system's one and only desktop environment.
* The "AROS-Linux Bridge": A lightweight communication layer. Icons on the Zune desktop would use special Tool Types to command the Linux core to launch applications. These Linux apps could either run fullscreen (temporarily hiding AROS) or, in a more advanced implementation, appear as "rootless" windows seamlessly integrated into the Zune desktop.
This model is not without precedent. Microsoft's WSLg and Apple's Rosetta 2 are powerful examples of how a host OS can be leveraged to transparently run foreign applications.
By adopting this strategy, AROS would not be "giving up" or "becoming a Linux theme." It would be making a powerful strategic move: outsourcing the commoditized, low-level hardware layer to focus on delivering the best high-level user experience and Amiga-compatible environment on the planet.
This is a bold, long-term vision, but I believe it could elevate AROS from a niche OS to a genuinely powerful and versatile daily driver for enthusiasts and newcomers alike.
What are the community's thoughts on this strategic direction?
Best regards,
GermánCMan
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Moderator: Administrator, Moderators
