Someone made a modified Snes9x core called Snes9x-Z.
Afaik, there’s no emulation accuracy improvement or additional features, it’s just optimized for speed (and yes, it was made with the help of AI but the author seems to be fairly experienced and didn’t just spat out a modified core without understand what they’re doing).
Grab it core here for various platforms:
So the suyu 0.0.4 version that was posted earlier doesn’t seem to work for anyone from what I seen so far.
Someone however, forked/posted a “0.0.5” version here. Source, Windows and Linux build available. No libretro core this time of course, unfortunately. I tested it and it works.
So at this point, I think it’s likely the 0.0.4 core does not work for anyone else either. But maybe if a core was made from 0.0.5. Unlikely, but who knows.
Limited appeal because this was a console aimed at young girls with only few releases, but there are two fan-translations available which may pique people’s interest.
Quoting my previous post because the author, dougchansan, who more or less took over the mantle/repo of suyu (original author quit) just posted version 0.0.11 yesterday…along with a new libretro core.
The 0.0.4 libretro build from the suyu author never worked for me but neither did the standalone 0.0.4 whereas the builds of dougchansan worked fine. So I’m more confident this time around but I have not tested the core yet.
If you’re on Windows, you’ll probably have to copy everything from the username\AppData\Roaming\suyu folder and copy that (most importantly the keys and nand folders but it’s probably best to copy everything) into a ‘suyu’ folder placed into RA’s system folder.
Version 0.0.11. Bottom of the page
edit:
Only tested for a few seconds but…O_O holy moly:
Cores available for Windows, Android, Mac and Linux. As I wrote above, make sure to take everything from the …/appdata/…/suyu standalone folder and place that in a suyu folder placed in the RetroArch system folder.
Edit:
Performance is great. Pretty much on part with standalone.
The “libretro-ization” appears to be minimal though; the core doesn’t pause when the menu is active regardless of your settings. The core seem to be using the same folder as the standalone (on Windows in appdata…\suyu) no matter what (so it seems you don’t have to put anything in RA’s system folder). I have not tested this but it got me wondering if it’s not also using certain settings from the appdata’s config folder as well. There are core options but they are minimal; much less than the standalone’s.
Certain games had rendering glitches such as Guacamelee! (but so did standalone from what I tested) making them pretty much unplayable, others like Super Mario Wonder crashed for me after a while -always at the same spot after selecting your character. Other games like Metroid Dread, FEZ or Limbo have zero issues so far.
I looked into the repo and source and there doesn’t seem to be an info file for now so you’ll have to be a bit creative in order to load the games. You can still make a custom playlist and put something like:
Awesome! I’ll go back to it at some other time. Meanwhile here is my (incomplete, especially information about Libretro Features and bios probably) .info file I wrote for suyu 0.0.4 when testing. Maybe it can be used as a starting point for the “new” core:
Incomplete .info for Suyu 0.0.4
# Software Information
display_name = "Nintendo - Switch (Suyu)"
authors = "Suyu Team"
supported_extensions = "nsp|xci"
corename = "Suyu"
license = "GPL"
permissions = ""
display_version = "0.04 (Sep 5, 2026)"
categories = "Emulator"
# Hardware Information
manufacturer = "Nintendo"
systemname = "Nintendo Switch"
systemid = "switch"
# Libretro Features
database = "Nintendo - Switch"
supports_no_game = "false"
needs_fullpath = "true"
load_subsystem = "false"
hw_render = "true"
required_hw_api = "OpenGL >= 4.6 | Vulkan >= 1.1"
savestate = "true"
savestate_features = "basic"
memory_descriptors = "false"
# Firmware / BIOS
firmware_count = 1
firmware0_desc = "suyu firmware folder"
firmware0_path = "suyu"
firmware_opt = "true"
description = "suyu is a Nintendo Switch emulator and AArch64 native recompiler written in C++. It can run decrypted Switch titles using either: a) HLE/emulation mode — full hardware-level emulation via the suyu core (GPU, CPU, audio, services), b) Recompiler mode — ahead-of-time static recompilation of Switch AArch64 game code to native x86-64 executables, bundled with suyu's HLE backend. Based on Eden, with suyu's own improvements to UI, recompiler, and platform support."
I will test if I can compile this one. But currently little busy.
Version 0.0.12 was released in the meantime (along with the libretro versions).
Some more screenshots of a few games I tested -Screenshots were made with the core of course but interestingly they don’t capture the shader being applied like it does normally for other cores that use hardware rendering (like Dolphin, Flycast etc.).
Some titles seems like they can’t load on their own (gives an “executable not found” error or something to this effect with standalones). You need the title updates that goes with the base file located in the same folder and then they can be loaded without problems.
Right now, this doesn’t seem possible with the core -at least I don’t know of a way to load those games that require an update.
Also, for now it might be a good idea to keep both the 0.0.12 and the previous 0.0.11 cores handy, as some titles appear to perform better on one version and some with the other. Tetris Effect for example I get a constant 60fps without any apparent glitches on 0.0.11 but with the latest 0.0.12 there’s tons of particle effects missing and worse of all; it runs at ~10fps (same speed, just much more choppier) which adds a ton of input lag running at such low fps.
I mentioned this before but…to avoid having to replace the core’s dll in the core’s folder between the two all the time in situations like this, you can use the trick I sometime use:
Copy the older version (0.0.11 in this case), rename it (here, it can be something like suyu_0011_libretro.dll)
Copy the (in this case: custom) info file. Rename it to the same name as the dll (suyu_0011_libretro.info)
Edit the info file and add something to the “display name” line ( display_name = “Nintendo - Switch (Suyu 0.0.11)” for example).
Save the change in the info file then go to the updater and choose “update core info files” so that the core_info.cache file is updated and the changes takes effect.
Now you can select between the core’s version at start (could even work with three or more versions)
hey how did you get gloopy running? i downloaded that core, the 2 bios files and i double checked the md5 hash amd when i launch any game it goes into a black screen. i know the core is running cause i see it in the quick menu.
quick credential verification: im running this on an offline windows 7 rig with crt emudriver.
id really like to try that core if you got any advice.
I don’t know if it runs on Win 7 (tested only 10 so far), but aside from the bios, you also need to make sure you have working (verified) game roms, the core won’t play every version of them that are around.
As usual, when asking for help, please provide a log. This allows us to determine whether the issue is related to your setup or configuration.
If the logs indicate a problem with the core itself, we can then investigate further and, if necessary, open an issue in the repository. Unfortunately, issue reporting is currently not enabled for this repository.
darn. so an offline win7 rig outputting to a crt aint gonna be able to play casio loopy? i put my error log on A.I. n it said the problem was a faulty romset (wrong md5 checksum). so yeaterday, i downloaded every possible romset i could find. ill try them either tonight or tomorrow
later this week ill post my error log for bandai playdia
Beta of GP32 emu. Not a good sign that it hasn’t been updated since June, but there are build instructions for a Libretro Linux core besides downloadable standalone releases for Windows and Linux.
