then choose a screen resolution that is higher than the one you will be using in the emulated environment and 32bit. The following are the settings that work for me:
# Display settings gfx_width=720 gfx_height=568 gfx_width_windowed=800 gfx_height_windowed=600 #gfx_width_fullscreen=720 ;as explained in UAE docs, not #gfx_height_fullscreen=568 ;supported by e-uae on AmigaOS4.1 yet. gfx_lores=false gfx_linemode=double gfx_correct_aspect=no gfx_center_horizontal=smart gfx_center_vertical=smart #gfx_refreshrate=0 #gfx_vsync=false #gfx_fullscreen_amiga=true #gfx_fullscreen_picasso=true #gfx_colour_mode=8bit
everything behind # is ignored by uae and is commented out.
When I launch uae, a requester opens and I choose 800x600 32bit screen. Or the native resolution of my monitor. In my experience it works best if you choose a 4:3 resolution or double of PAL (640x512 -> 1280x1024) However, I noticed that you better set your monitor to not expand ("stretch") the picture but to keep the aspect ratio. (should you have a wide monitor 16:9).
Yes, the keyboard layout of UAE is a bit confusing at the moment and does not match what is in the readme. I also haven't found out how to free the mouse pointer when I have captured it by clicking on the lock.
But I am sure that with the next version it will be a bit clearer which key combination we have to use.
I dislike the new keyboard mapping, it feels like being on a windows machine. But at least it is possible to use Left and Right Amiga in the emulated environment, and have the real Amiga key for the Host OS (AmigaOS4.1).
@LiveForIt If you have the time and are willing, could you share the changes that occurred to your EUAE BSDSocket work in the latest EUAE version? I could not find them on GitHub.
I find this even more interesting https://github.com/khval/uae_audio. @LiveForIt is currently working on it and it could speed up MP3 playback. It works via the “accelerator.library” which was first supported by UAE 1.1.0.
It's a kind of library that interacts with the host system. Have you tried it yourself? Or activated this lib?
Quote:
@LiveForlt "It's mostly just a simple driver. It should forward an audio stream to accelerator.library (I wrote for EAUE), then the accelerator library should send the sound stream to audio.c in EUAE, for mixing I guess.
UAE 1.1.1 is truly excellent and very fast on my X5000, but when playing MP3s, the emulation goes downhill.
And once again, a big thank you from me for the further development.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I keep getting Conflicts between the in-project type definitions (int32 etc.) and the ones from exec/type.h. I assume in other UAE version this was also a problem, but how was it fixed ?
Can someone help with that one ? Would be cool to have a UAE Core in RetroArch for AmigaOS
16bit audio sound card emulation is missing, that’s what I’m working on.. can’t find the uae.audio source code for WinUAE, so I had to start from beginning, and I can’t compile driver uae.aduio with gcc for some reason, so I had use VBCC, that gave me lot more challenges. sense NDK3.2 inline heeder files seem incompatible. So, I wrote my own sometimes. EUAE source code is really old, but its one that has 680x0 JIT support for PowerPC, when looked up AHI SDK lots example are assembly, I’m a C/C++ programmer, so I had to rewrite examples, to understand what is going on. This is how far I am from it.. more or less. I have basic driver just logging API calls. If I can get it working, it will be available for EUAE 1.1.2. As I wrote before, it be nice if someone with experience with AHI driver development or audio mixing can help. I do NOT need beta testers, and naggers.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
16bit audio sound card emulation is missing, that’s what I’m working on.. can’t find the uae.audio source code for WinUAE, so I had to start from beginning, and I can’t compile driver uae.aduio with gcc for some reason, so I had use VBCC, that gave me lot more challenges. sense NDK3.2 inline heeder files seem incompatible. So, I wrote my own sometimes. EUAE source code is really old, but its one that has 680x0 JIT support for PowerPC, when looked up AHI SDK lots example are assembly, I’m a C/C++ programmer, so I had to rewrite examples, to understand what is going on. This is how far I am from it.. more or less. I have basic driver just logging API calls. If I can get it working, it will be available for EUAE 1.1.2. As I wrote before, it be nice if someone with experience with AHI driver development or audio mixing can help. I do NOT need beta testers, and naggers.
Thank you for the status update from E-UAE, and I hope you receive some support in your work. Unfortunately, I can't help you with programming because I'm just a crazy AmigaOS 4.1 user
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Thanks. And that worked ? Ok, when I tried this it compiles. I had another issue with that the libretro version of UAE uses semaphores.h. I did a quick rewrite to use something from pthread (hope this works ) and now it compiles a long time, but no errors yet. Let's see.
Thanks. And that worked ? Ok, when I tried this it compiles. I had another issue with that the libretro version of UAE uses semaphores.h. I did a quick rewrite to use something from pthread (hope this works ) and now it compiles a long time, but no errors yet. Let's see.
Which version is UAE for RetroArch based on, is it PUAE ? If it is PUAE it is based on WinUAE 5.3 which is relatively new.
For RetroArch that would be cool, since the control is done directly via the GUI, at least I hope so. And so you could play the Amiga games comfortably with the configured controllers.
However, it won't be suitable for running a WB, as we can't use high resolutions here.
Also Jit is only supported on x86 host.
“The JIT is currently only supported on x86 host systems.”
So I assume that it will be slow.
Edited by Maijestro on 2025/8/8 14:28:14
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
The EUAE version from @LiveForIt works very well. I use it on QEemu PCI passthrough GPU. Unfortunately, it doesn't work with QEMU and the SM502 card. That's why I'm making a version that will work. It will take me 100 years, but I need to do it. If you have real hardware or QEMU with a better graphics card, use EUAE from @LiveForIt.
Quote:
It's a kind of library that interacts with the host system. Have you tried it yourself? Or activated this lib?
I added patches from EUAE 1.1.2 to my version and... it looks like the network is working and acceleration too. The ‘audio’ test prints something there..
@LiveForIt Thank you again for sharing the sources of your work.
Got it in meantime so far that it compiles and links. Problem currently is it seems to call target_cfgfile_load which then calls closing down semaphores, before those semaphores are inited. Theoretically they SHOULD be inited though, but the respective function isn't called. Didn't look into the why yet.
Yes, it is PUAE. And if someone with more UAE compilation experience wants to take over from here, contact me
Note there is also a FS-UAE core if that is better suited, but that seems to use configure and all, and my compilation environment is not suited for that. If someone would preconfigure it for me of course... I think it was with configure or some other issue... FS-UAE would be https://github.com/libretro/libretro-fsuae
Hi, I have a question. I know you hate these topics, but I'll try to ask anyway. I tested UAE 1.1.1 and my UAE SDL2 port, and I have a problem with ARGB32 mode. I tested it on a Radeon HD card under QEMU A1 The problem is the same - the icons have a strange color. I'm not posting the configuration file because I don't think it matters. The SLD1 version has 16-bit color and works correctly (I don't have glx_colourmode set) UAE 1.1.1 16bit gives me a black screen with icon outlines. The helpful settings are chipset=AGA and AOS3.2 Thanks for your help