Want to get the Wii U emulator Cemu working on Linux? It's now a little easier, as they've providing an AppImage with the latest release.
Version Cemu 2.0-14 (Experimental) just went up and this is the first to offer the AppImage, which should work across various Linux distributions and perhaps make it easier on Steam Deck as well. Nice to see they keep improving it little by little, as they slowly move towards the full 2.0 release that's open source.
They're not yet providing a full changelog between the small releases of the 2.0 release, with these still being listed as the main changes since the last major release:
- Cemu is now open-source!
- Preliminary Linux builds are available on github, but be warned that they are still very rough around the edges
- Going forward, we simplified the versioning a bit by using shorter version numbers for stable releases (2.1, 2.2, 2.3..). This version (2.0) is an exception in the sense that it follows the pattern of a stable release but is very much experimental.
- Updated all dependencies. Most notably SDL (input & motion) and wxWidgets (UI)
- Fixed a crash in the H264 video decoder. Resolves crash on Smash title screen
- Made nsysnet a little less crash prone. Fixes crash in Call of Duty: Black Ops II
- Fixed a logging related crash that could occur under very specific circumstances. Seen in Wind Waker if letting the game idle on the title screen for 2 minutes
- Fixed a crash that could happen when the path to Cemu.exe contained unicode characters
- Fixed a crash that could happen when loading .elf homebrew
- The account list in the title manager save exporter is no longer empty
- Latency for wiimotes should be a bit better now
- Added symbol/function list to debugger + other small debugger/assembler improvements
- Implemented API: coreinit.FSOpenFileExAsync (used by some homebrew)
- Many more under-the-hood changes and fixes
- Some more work towards a Stop&Restart emulation feature. Not ready yet but we are getting there
Some you may have missed, popular articles from the last month:
Awesome update! Now with the AppImage it just works! I had compiled it from source before, but I wasn't able to get an audio output (it was greyed out), some builds refused to run at all (illegal instruction)...
0 Likes
Quoting: enigmaxg2Awesome update! Now with the AppImage it just works! I had compiled it from source before, but I wasn't able to get an audio output (it was greyed out), some builds refused to run at all (illegal instruction)...
I had that problem with sound in the initial open-source release of Cemu, had to to do with the cubeb submodule/repo if I recall. I remember being able to fix it at the time but not what was required, but the compilation issue vanished not too long after that. Make sure you --recurse-submodules when you check out the repo too.
0 Likes
Quoting: constRegarding integration with AppImage: For some reason, it works beautiful with my Arch-KDE System. I just double click the appimage and a GUI pops up, asking if I only want to run it once or have it integrated. This is how it should be.
You probably have AppImageLauncher installed? I least I had it on my manjaro and it's one of the first things I installed on steamdeck
Edit: bummer, someone already had that pointed out
Last edited by CZiNTrPT on 9 November 2022 at 11:23 am UTC
0 Likes
Quoting: elmapulQuoting: M@GOidI wish Appimage became more widespread. So many projects have a Linux port but don't provide a convenient way to use the thing. Meanwhile those same projects don't have a problem providing a Windows executable.
That just contribute to the bad look Linux have among Windows users "I don't use Linux because I don't want to compile a program to use it".
its not the developers fault if we dont have an standard on linux like windows have with .exe, we are just now making those techs that work across distros and even with then some distros chose to not support all of then or offer a crap support so we still have to solve "political problems" before we can solve "techinical" ones, not to mention is a bit hard to make those packages last time i checked.
but hey, if you think otherwise you can always package yourself once they relase the source code...
Windows has a standard thing to do with .exe? Since when. A exe is just an executable, just like a executable file on linux. Which can do just about ANYTHING from opening the program to installing. And ye sure you can't "just" move an executable under linux and expect it to work. But the same goes for windows.
1 Likes, Who?
Quoting: cere4lQuoting: elmapulQuoting: M@GOidI wish Appimage became more widespread. So many projects have a Linux port but don't provide a convenient way to use the thing. Meanwhile those same projects don't have a problem providing a Windows executable.
That just contribute to the bad look Linux have among Windows users "I don't use Linux because I don't want to compile a program to use it".
its not the developers fault if we dont have an standard on linux like windows have with .exe, we are just now making those techs that work across distros and even with then some distros chose to not support all of then or offer a crap support so we still have to solve "political problems" before we can solve "techinical" ones, not to mention is a bit hard to make those packages last time i checked.
but hey, if you think otherwise you can always package yourself once they relase the source code...
Windows has a standard thing to do with .exe? Since when. A exe is just an executable, just like a executable file on linux. Which can do just about ANYTHING from opening the program to installing. And ye sure you can't "just" move an executable under linux and expect it to work. But the same goes for windows.
Isn't msi the official standard, anyway? Except for things only available on specific stores.
Some apps still self-extracting zips. Or non self-extracting zips. Or scripts, launchers, blabla
They have all the same bullshit, just no one talks about it
0 Likes
Quoting: cere4lBeing able to move a Linux binary anywhere really depends on how it was built, but in general, you can move it anywhere you want because the location of the libraries won't change.Quoting: elmapulQuoting: M@GOidI wish Appimage became more widespread. So many projects have a Linux port but don't provide a convenient way to use the thing. Meanwhile those same projects don't have a problem providing a Windows executable.
That just contribute to the bad look Linux have among Windows users "I don't use Linux because I don't want to compile a program to use it".
its not the developers fault if we dont have an standard on linux like windows have with .exe, we are just now making those techs that work across distros and even with then some distros chose to not support all of then or offer a crap support so we still have to solve "political problems" before we can solve "techinical" ones, not to mention is a bit hard to make those packages last time i checked.
but hey, if you think otherwise you can always package yourself once they relase the source code...
Windows has a standard thing to do with .exe? Since when. A exe is just an executable, just like a executable file on linux. Which can do just about ANYTHING from opening the program to installing. And ye sure you can't "just" move an executable under linux and expect it to work. But the same goes for windows.
0 Likes
See more from me