[metroholografix]

WinUAE being Windows-only (strictly speaking that's not true, there's Wine which is actually better than running the native "ports") is also one of its greatest strengths. It has allowed Toni to maintain his razor-sharp focus on fidelity and led to an end-product that oozes quality.

To understand how bad things could have been, look at the Linux "ports" (e.g. UAE, FS-UAE and amiberry) which are plagued with audiovisual glitches, are nowhere near as compatible as WinUAE and have essentially thrown fidelity out the window. Part of the reason is the stability of the Windows graphics/sound APIs and the disastrous / ever-changing state of such APIs and implementations/drivers on Linux.

[snvzz]

>To understand how bad things could have been, look at the Linux "ports" (e.g. UAE, FS-UAE and amiberry) which are plagued with audiovisual glitches, are nowhere near as compatible as WinUAE and have essentially thrown fidelity out the window.

UAE is the original, back then it was the UNIX Amiga Emulator (got renamed to ubiquitous). WinUAE was a port of that to Windows to begin with.

The problem is, winuae completely abandoned UNIX support, and had more development than the original.

>Part of the reason is the stability of the Windows graphics/sound APIs and the disastrous / ever-changing state of such APIs and implementations/drivers on Linux.

The rest of the comment is just Linux FUD, easily disproved by Steam Deck.

These emulation accuracy issues have nothing to do with Linux graphic APIs unless proven otherwise. My guess (as Amiberry comes up) is that you've been trying to run these emulators on ARM, and these are ARM porting issues.

E.g. higan is a 100% accurate snes emulator, and runs well on Linux.