Changes in FS-UAE 3.0 (compared to 2.8):
* Fixed JIT direct access on modern Linux distributions.
* FS-UAE default is now to show a 692×540 image, not stretched to fill screen.
* Built-in configurations for many more game controllers.
* New option whdload_quit_key to gracefully quit slaves.
* Added more shaders (compiled/ported/written by guest.r and rsn8887).
* Updated emulation core from WinUAE 3300b2.
* Several new configuration options (see Changelog for details).
* Many more smaller fixes and updates (see Changelog for details).
Changes in FS-UAE Launcher 3.0 (compared to 2.8):
* Plugins can provide files for offline use (WHDLoad, JST, SKick, etc).
* Added support for .gz/.adz/.roz/.xz-compressed files.
* Support WHDLoad versions 18.4 and 18.5 (game database).
* Revert fullscreen_mode to default when upgrading from older versions.
* Use https for all more fs-uae.net and openretro.org communication.
* Support hd_requirements = xpkmaster.library.
* Fixed problem on Windows where devices were sometimes not detected.
* Make configurations list wider when window width is quite large.
* Try to use config from game database when launching with a WHDLoad archive.
* Extract WHDLoad arguments from .info file when loading a WHDLoad archive.
* Sync “unpublished” games from the online game database, option to show.
* Many bugfixes and smaller improvements (see Changelog for details).
Build-related:
* Only x86-64 (64-bit) official builds for Windows and macOS and Linux.
* Building for x86 (32-bit) still works on all platforms.
* 32-bit packages for Ubuntu, Debian, Fedora and openSUSE are still available.
* Builds for macOS require 10.9+. The source can be built for older versions.
(Bottom line, no support is removed from the source code. I just want to maintain less build environments).
Road ahead:
I’ve already started the work on next development series. The biggest change is updated emulation core from WinUAE 4.2.1, which brings with it new features. But I will be looking at other improvements as well. If the stable series is to boring for you, stay tuned for v3.1.0dev 🙂
In 3.0.0 and the the github version I have no fancy “menu mode” (F12) with 3D effect. I have it in 2.8.4. I use linux and configure && make
The same applies to deb release of 3.0.0 available on that website: http://download.opensuse.org/repositories/home:/FrodeSolheim:/stable/Debian_10/
Hi, this is correct. That effect was removed before 3.0 due to changes in scaling/rendering code, and I didn’t want to do the necessary code changes for the effect. The reason I didn’t bother to do this is that the look of the menu will probably be significantly changed soon anyway.
thanks a lot for explanation! I keep my fingers crossed for your efforts in improvement of menu mode. I’m devoted user of Vice and I would like FS-UAE to be a little more like Vice.
I just updated to 3.0.0 of FS-UAE assuming I would need it for Mac OS X Catalina. When I started it up after moving all my old configs to the new folders everything works fine on most of my configs as long as they are running any AmigaOS prior to 4 (I.E. 3.9, 3.1, 1.3, etc). But when I try to load any of my old hard drive images that were set up with 4.1, or even try to set up a new fresh install of 4.1 I get an error message: “qemu-uae.so cannot be opened because the developer cannot be verified”. I do not get this on any other image. I made sure I had the latest 64-bit version of qemu but it doesn’t seem to matter. Is there something I am doing wrong?
Hi, it sounds like a new requirement in macOS related to signing dynamic libraries, this has not been necessary before. I’ll have to check what I need to do (or if it is some way for users to mark the plugin as trusted).
Thanks Frode, the weird thing is that with the same Mac I can open any other AmigaOS without a problem using the exact same qemu-uae plugin. But with 4.1, no way. If there is anything you need let me know.
The plugin is only used for PPC emulation, which is why AmigaOS 4.1 is affected. The problem here is, as mentioned, probably more strict security checks in macOS 10.15. So I probably have a job to do (again, sigh), due to incompatible changes in the new macOS version.
OK, well that figures. Thanks for looking in to it and I’ll be waiting to see if/when you release a patch/update. Thanks again.
Hi Frode, has there been any progress on this issue (qemu-uae.so cannot be opened)? Just curious.
Sorry for the late answer, yes. it has been resolved. Please also try the new 3.1 version which has improved support for the latest macOS releases (an updated QEMU-UAE plugin is also available).
What you do is awesome Frode! Thank you for your hard work.
Thanks 🙂
Hello,
FS-UAE Launcher doesn’t work anymore on my MAC.
FS-UAE Launcher 2.8.3 is still working.
Do you need some logs ? if so, tell me what you need.
Thanks
What macOS version are you using? What happens (or does not happen)?
First of all would like to thank you for absolute an amazing emulator, but is there any chance stable save states can be enabled for whdload games?
You can enable them with the option
unsafe_save_states = 1(advanced settings in FS-UAE Launcher). There is a chance that the save states might get corrupt, so this is not an officially supported feature. You should probably also addrelative_temp_feature = 1.Wow, congratulations! I will install it tonight, thank you very much 🙂