Affiliate disclosure: This guide contains affiliate links. As an Amazon Associate, we earn from qualifying purchases at no extra cost to you. Learn more.
2026-09-14 · News and analysis
Affiliate disclosure: This guide contains affiliate links. As an Amazon Associate, we earn from qualifying purchases at no extra cost to you. Learn more.
The Switch emulator Suyu shipped a version 0.04 with a new Recompiler mode, and the headline everywhere is that Switch games now run natively on PC.
The feature is real. It does what people are saying it does. But three facts are getting left out of almost every retelling, and each one changes what this means for you.
It is the last version of Suyu that will ever exist. The recompiler produces x86-64 code, which means ARM handhelds get nothing from it. And the emulator is still sitting underneath doing most of the work, so "native" is doing a lot of load bearing in that sentence.
Here is the full picture.
The Short Version
- What was added: a Recompiler mode that performs ahead of time static recompilation of Switch AArch64 game code into native x86-64 executables
- The other mode: normal HLE emulation, the way Suyu always worked
- The catch in the design: Recompiler mode ships bundled with Suyu's HLE backend, so graphics, audio and system services still run through emulation
- Who benefits: x86-64 machines. PCs, Windows handhelds, the Steam Deck
- Who does not: every ARM handheld. Retroid, Android Anbernics, AYN, and ARM Linux devices
- Project status: v0.04 is the final public release. The repository is archived and read only as of 13 September 2026
- Reason given for stopping: none
- What you supply: the Switch software and the encryption keys, which the project says you must lawfully acquire
- License: GPL-3.0-or-later
- Released: 4 September 2026
First, the Project Is Over
This is the part that reframes everything else, and it keeps getting cut from the summaries.
The README opens by saying this is the final public release of Suyu and that the repository is a public archive. It adds that no further development or downloads are planned. GitHub confirms it: the repository was archived and made read only on 13 September 2026, nine days after the release went up.
So this is not a new capability arriving in an emulator you should go and adopt. It is a capability that landed in the same breath as the project shutting down.
No reason for stopping is given anywhere in the README. It does not blame a takedown, legal pressure or burnout. It simply states that development has ended.
That absence is worth respecting, because the obvious guess is right there. In August 2026 Nintendo filed seven DMCA notices that removed more than 400 GitHub repositories, and the largest single notice covered 311 repositories in the Suyu fork network. We wrote about that takedown wave at the time.
Tempting as the connection is, the project never draws it. The README does spend a long section arguing DMCA theory, including the reverse engineering exemption and the idea that aggressive claims against projects requiring user supplied keys could be an overreach. But it never says a takedown ended the project. We are not going to assert a cause nobody stated.
One more wrinkle for accuracy. A small number of fixes were pulled in later from a community continuation of the codebase, folded in as bug fixes rather than new development. So the archive is not quite frozen at the moment of release, but it is still the same final version.
What Recompiler Mode Actually Does
Suyu v0.04 offers two ways to run a game.
HLE mode is conventional emulation. The emulator pretends to be the Switch hardware. It presents a fake GPU, a fake CPU, fake audio and fake system services, and the game runs against those.
Recompiler mode does something different with the CPU half. The Switch runs on an ARM chip, and its games are compiled to AArch64 machine code. Your PC runs x86-64. Normally an emulator bridges that gap while the game is running, translating ARM instructions into x86 instructions on the fly. That is a just in time recompiler, and it costs CPU time on every frame forever.
Static recompilation moves that work earlier. Instead of translating during play, you translate once, ahead of time, and produce an x86-64 executable. The translation cost is paid once instead of continuously.
If that sounds familiar, it is the same family of technique behind the N64 and Xbox 360 native PC ports we cover in our decomp and recomp explainer. This is the first time it has been pointed at the Switch in a shipping build.
Why "Native" Is Overstated
Here is the sentence in the README that the coverage skips. Recompiler mode is described as static recompilation of Switch code to native x86-64 executables, bundled with Suyu's HLE backend.
That last clause is the whole story.
A true recompilation project like the N64 ones produces a standalone program. The emulator goes away. There is no translation layer left, because the game has become a native application that talks directly to your GPU and your operating system.
That is not what is happening here. The CPU code gets recompiled, and then it still needs a GPU to draw to, audio to play through, and Switch system services to call into. Those are all still provided by Suyu's emulation layer. The emulator has not gone anywhere. It has been relieved of one job.
That is a real and worthwhile optimisation. CPU translation overhead is a genuine cost and removing it should help, particularly on weaker processors. But it is a different claim from "Switch games now run natively on PC," and the difference is most of the emulator.
Our translation layers explainer covers why this distinction matters, because a stack usually has three jobs to solve and not just one. Recompiler mode addresses the processor job. The graphics API job and the system services job are untouched.
The Handheld Question: ARM Devices Gain Nothing
This is the part that matters most on a site about handhelds, and no coverage we found addressed it.
The recompiler's output target is x86-64. That is what static recompilation means here: ARM64 in, x86-64 out.
Your Retroid Pocket is an ARM device. Your Android Anbernic is an ARM device. So is every AYN handheld, every Android phone, and every ARM Linux handheld. They are all already running the same instruction set the Switch uses.
Which means there is nothing for this feature to do on them. You cannot usefully recompile ARM64 code to x86-64 and then run it on an ARM chip. The whole point of the optimisation is bridging an architecture gap that ARM handhelds do not have.
Android builds of Suyu v0.04 do exist, and there are several of them. But the project never claims Android gets Recompiler mode, and the only output target documented anywhere is x86-64. There is no ARM64 Linux build in the release at all.
So the practical split is clean:
Gains from Recompiler mode: desktop PCs, Windows handhelds, the Steam Deck. Anything x86-64.
Does not: every ARM handheld. Those devices keep using ordinary HLE emulation, exactly as before, and for Switch emulation on Android the projects that actually carry the scene now are Eden and Citron. Our Eden vs Kenji NX vs Citron guide covers those.
What Is Not Documented
A short list, because the gaps are large and worth knowing before you get excited.
- The workflow. Nothing describes how you actually invoke the recompiler. No menu, no command, no per game steps. "Ahead of time" implies a conversion pass, but the README never explains running one.
- How long it takes. Not stated. Neither is how much disk space the output needs.
- Game compatibility. There is no compatibility list, no support matrix, and no named game tested in Recompiler mode.
- What breaks. No limitations section for the mode exists. The only concrete list of broken things concerns the archived build generally, where installed updates, DLC, service handler registration and RomFS registration were all reported broken before fixes were pulled in.
- Performance. The README contains no benchmark, no frame rate, and not even the phrase that the coverage is built on. Every number in circulation comes from elsewhere.
That last point deserves emphasis. The "native PC performance" framing is press language, not developer language. We could not read the three outlets that originated it, so we are not repeating any figure from it.
Where This Leaves Switch Emulation
Suyu is archived, so nobody should be starting here.
Eden and Citron are the projects that carry Switch emulation in 2026. Both self host rather than relying on GitHub, which is exactly why they survived August's takedown wave while Suyu's fork network did not. If you emulate Switch games on a handheld, that is where to look, and nothing in this release changes that.
What is genuinely interesting is the technique, not the tool. Somebody has now demonstrated ahead of time static recompilation of Switch code in a shipping build. That idea does not die with the project that published it, and the code is GPL-3.0-or-later, which means it stays available for anyone who wants to carry it forward. Given that a community continuation already exists and already contributed fixes back, that seems likely.
Worth one note on lineage, since it has shifted. Our takedown article placed Suyu as a direct continuation after Yuzu shut down. This release describes itself as based on Eden, which itself descends from Yuzu. So by its final version Suyu had rebased onto the project that outlived it, which is a neat summary of how this whole scene works.
One last thing, on the legal side. Suyu runs decrypted Switch titles, and the project is explicit that you supply both the software and the encryption keys, which it says you must lawfully acquire. It ships no games, no keys and no firmware. We are naming the project here rather than linking it, which is our standing approach for software in this position. The legal status of emulation guide covers where the lines actually sit.
Frequently Asked Questions
What is Suyu's Recompiler mode?
It performs ahead of time static recompilation of Switch AArch64 game code into native x86-64 executables. Instead of translating ARM instructions to x86 continuously while you play, the translation happens once in advance. It is bundled with Suyu's normal HLE emulation backend rather than replacing it.
Does Recompiler mode work on Android or ARM handhelds?
No. The recompiler's output target is x86-64, and ARM handhelds already run the same instruction set as the Switch, so there is no architecture gap for the feature to bridge. Android builds of Suyu v0.04 exist, but the project never claims Android receives Recompiler mode, and no ARM64 Linux build was released. ARM devices continue using ordinary emulation.
Does this mean Switch games run natively on PC now?
Not in the way that phrase suggests. Only the CPU code is recompiled. Graphics, audio and Switch system services still run through Suyu's emulation layer, which the README states directly. Compare that with the N64 and Xbox 360 recompilation projects, which produce standalone native programs with no emulator left at all.
Is Suyu still being developed?
No. Version 0.04 is described in its own README as the final public release, with no further development or downloads planned, and the repository was archived read only on 13 September 2026. Some fixes were pulled in from a community continuation afterwards, but as bug fixes to the same final version.
Why did Suyu shut down?
No reason is given. The README states that development has ended without attributing it to anything. Nintendo did remove 311 repositories in the Suyu fork network in August 2026, but the project never connects the two, so the cause is not something we can state.
What should I use for Switch emulation instead?
Eden and Citron are the projects carrying Switch emulation in 2026, and both self host rather than depending on GitHub. See our Eden vs Kenji NX vs Citron comparison for which suits your device.
How much faster is Recompiler mode?
Nobody has published a figure we could verify. The README contains no benchmark, no frame rate and no performance claim at all. Numbers circulating in coverage come from outlets we could not access, so we are not repeating them.
Do I need to own the game?
The project states that you supply both the Switch software and the encryption keys, and that the keys must be lawfully acquired. It ships no games, no keys and no firmware.
Related Reading
- Nintendo Wiped 400 Switch Emulator Repos in One Day
- Eden vs Kenji NX vs Citron: Best Switch Emulator for Android
- Decomp vs Recomp: How Old Games Become PC Ports
- FEX, Box64, Proton, DXVK: What Translation Layers Actually Do
- Recompiled Games List: Every Native PC Port by System
- Switch 2 Emulation Status in 2026
- Emulation Legal Status Mid 2026
Written 14 September 2026. Suyu is archived and will not be updated, so the project facts here are final. The performance claims circulating in other coverage could not be verified and are deliberately absent.

