Cemu VS dynarmic

Edit : It's being worked on by the cemu devs https://github.com/cemu-project/Cemu/pull/924

if cemu.info is then yeah

you'll have to install the Microsoft Visual C++ 2017 X64 Redistributable: vc_redist.x64.exe from http://cemu.info/ again, but yeah, thats it. If you have any change to the cemu.exe file you'll have to also do it again.

You download Cemu yourself from https://cemu.info and follow the Cemu setup guide from https://cemu.cfw.guide/

If you hop on over to r/roms though they have a pinned megathread which links to trusted sources (often on a site as reputable as archive.org). Grab the Tekken Tag Tournament 2 Wii U Edition .wua from here and run it on CEMU instead of trying to locate the PS3 version. Wii U emulation is much further along so this will run better anyway and CEMU doesn't require additional BIOS for setup iirc.

I found this report on GitHub talking about it and the root cause seems to be that Nvidia drivers lack support for:

Ok, since the problem seems to be wayland, can you try to start with GDK_BACKEND=x11 cemu? Have you tried the official appimages here? Are the 32-bit versions of the drivers installed? (e.g. lib32-vulkan-radeon). Is your hardware nvidia (it has issues on wayland)?

They're probably referring to dynarmic: https://github.com/merryhime/dynarmic

As an HLE, touchHLE is radically different from a low-level emulator (LLE) like QEMU. The only code the emulated CPU executes is the app binary and a handful of libraries; touchHLE takes the place of iPhone OS and provides its own implementations of the system frameworks (Foundation, UIKit, OpenGL ES, OpenAL, etc).

https://github.com/merryhime/dynarmic/pull/697 - Dynarmic implementing Arm backend support. Dynarmic is a dynamic recompiler for ARM.

I did some work on Dynarmic, so there's my bias I guess. But I def believe Dynarmic would emit better context-aware assembly than a CIL->Native jitteror the JVM would emit. Dynarmic takes advantage of instruction sets like BMI2 and AVX{2,512} and uses a pretty darn concise intermediate representation to the original ARM assembly to emit efficient x86 while a C# JIT probably still only emits baseline x86-64 and struggles with efficient vectorization of things like Arm's NEON instructions. Can't even imagine a C# or Java VM trying to automatically emit optimal assembly for an FMADD including handling NaN propagation or detecting that FMINNM can be very quickly emulated with a single vrangep{s,d} x86 instruction.

For emulators, it's currently used in dynarmic(Yuzu's ARM-to-x86 recompiler backend) for the fast emulation of ARM's NEON instruction set.