(no title)
skywal_l | 1 month ago
They explicitly states that in the link: "It will run typical console binaries that do not rely on user interface [...] This approach will not run any applications or games using direct hardware register access - for this use case a machine emulator like FS-UAE is the tool you will need..."
vidarh|1 month ago
Couple that with AROS providing implementations of all the important parts of AmigaOS, it'd be possible create something that supported the GUI as well. It's a decade+ since I did any work on the AROS source, so I don't remember how much work it might be to retarget the window rendering to open and update actual windows of the OS it runs on, instead of compositing to a window representing the full screen.
The caveat is that a lot of AmigaOS apps open their own "screens" (virtual desktops) and expect to be able to open windows on them, in which case you might end up with a bunch of full-screen sized windows anyway. Then you might as well run full AROS.
For that reason I think the limitation of this is probably fine: Use this for command line programs you want to run in your regular terminal, and just spin up AROS or FS-UAE to run programs with a gui. I can spawn AROS with a custom StartupSequence to "boot" right into FrexxEd (an editor co-written by the guy behind Curl) and have it spin up the entire OS and the editor faster than a typical Emacs session...
amiga386|1 month ago
VAMOS writes as few 68000 instructions into the emulator's memory as possible; as soon as the program calls an AmigaOS API, the emulator traps it and handles the implementation in Python.