FS-UAE on macOS Big Sur
Yep I know it's a beta OS, but just wondered if anyone has any tweak/hack to get FS-USE to work? Doesn't launch for me.
Thanks |
To answer my own question, in terminal:
cd /Applications/FS-UAE Launcher.app/Contents/MacOS sudo ./fs-uae-launcher |
Changes to default model configurations?
just to add to this. Will FS-UAE work on Apple Silicon?
|
FS-UAE for ARM is not a thing yet, this thread among others touches on that topic.
So with Apple Silicon being a custom chipset based on ARM... Another question is actually if ARM emulators (like those used for the Raspberry Pi, uae4all etc) works on Apple Silicon or if the chipset is too custom? But I think it ought to have good ARM compatibility? |
Quote:
Well if rosetta2 works then I don't see why not. Quite a bit of overhead emulating on top of an emulation for now though! |
Rosetta 2 will only be a time limited solution. Like Rosetta 1 it will not stay forever...
|
Yep. But that window is quite wide going by the previous transition. And longer than the first UB transition too.
|
FS-UAE should work fine on macOS / ARM - when compiled for it, since it already runs on ARM (Raspberry PI). It will lose JIT functionality though, unless I (or someone else) make the effort of making JIT/ARM work in FS-UAE. We'll see...
|
It works for me on Big Sur... I didn't do anything.
|
...Big Sur on Apple Silicon?!
|
Quote:
So, did anyone attempt to make an ARM build ? How difficult should that be, is it a matter of adding an "-march=" CFLAG in a few Makefiles ? Typing this on a new M1 Macbook Air and eager to try ! It works fine under Rosetta, but of course it would be nice to have a less power/CPU-hungry native version. |
You shouldn't even have to modify any Makefiles if you build on the M1 hardware itself. But according to reports, genlinetoscr might be crashing on this configuration currently, causing the build to fail: https://github.com/FrodeSolheim/fs-uae/issues/242.
I haven't looked into it yet. Don't have any M1 hardware, and haven't checked if it is possibly to run a decent virtualized environment of it yet either. |
Just letting you know that I just compiled fs-uae from the master branch on my M1 Macbook Air and amusingly it's currently faster to use the x86 binary with JIT through the Rosetta 2 translater. Very rough SysInfo dhrystone speeds are x86 being 249k and arm being 202k. Obviously arm jit would speed that up a lot
|
Quote:
This actually very promising. Obviously JIT is desired for boosted more "modern" Amiga speeds we get from 040s and 060s, and the newer 080 type systems. But if we're looking for just classic Amiga 1:1 emulation, I'd love to use that on my M1 without Rosetta. As is. |
I would be interested in a Universal binary of FS-UAE as well. Currently, on my system, the gamepads don't work unless either the program is recompiled as a Universal binary or the emulator (or game) uses the most recent macOS game controller frameworks.
My gamepads started working on my other emulators when they were recompiled as Universal binaries. I doubt for running traditional Amiga games that I would miss JIT. Bob C |
I also started using an M1 Mac. :) It is quite fast and Apple silicon is the future.
|
By the way, it might be that the controller issue is solved by using a newer SDL version than the once bundled with FS-UAE 3.0.5 (Don't know that for sure). Other updated libraries (Qt and Python) might fix other issues.
Please try the x86-64 version I posted in http://eab.abime.net/showthread.php?t=106794 and see if that improves anything for Big Sur (with or without M1 hardware). |
There are now official ARM64 builds available for M1 hardware: http://eab.abime.net/showthread.php?t=107283
|
I bet Apple will keep Rosetta 2 around for a long while. Was too many Mac x86 applications.
|
Quote:
Rosetta 2 is a stopgap, having native silicon builds of software is much better. |
All times are GMT +2. The time now is 23:46. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.