Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
We do often include affiliate links to earn us some pennies. See more here.

Cemu emulator for Wii U now provides an AppImage

By -

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
Article taken from GamingOnLinux.com.
12 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
The comments on this article are closed.
26 comments
Page: «3/3
  Go to:

enigmaxg2 Nov 8, 2022
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)...
dibz Nov 8, 2022
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.
CZiNTrPT Nov 9, 2022
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
cere4l Nov 17, 2022
Quoting: elmapul
Quoting: 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.
const Nov 17, 2022
Quoting: cere4l
Quoting: elmapul
Quoting: 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
slaapliedje Nov 19, 2022
Quoting: cere4l
Quoting: elmapul
Quoting: 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.
Being 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.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.