Snes9x 1.39
Hi all, I have ported an old SDL version of snes9x to the Raspberry Pi. The PocketSNES core from libretro refused to work well on my machine and snes9x-1.53 is too slow, so I did this thing. It may be of use to some of you! Here's a YouTube video of this build in action (with some pretty annoying audio pops that I couldn't figure out how to get rid of, but they are not from the Pi): At the end of the video, you can see Master System and Game Gear games being run on OsmOse, another emulator I am currently porting to the rPi. It works fine at 100% speed with sound, but has issues with sound synchronization that I need to sort out before releasing it. I'm posting the text of the included file readme.rpi below. Code: snes9x-sdl-1.39-rpi20121119 This is a quick and dirty Raspberry Pi port of snes9x 1.39.
So you what you see? Share the LOVE! Emulators » Super Nintendo Entertainment System (SNES) » Windows. SNES Emulators for Windows. It's pretty much a snes9x made for speed running games and for simple debugging. The included lua script for SMW is interesting, it allows to you view/watch certain things where usually not even a full featured debugger would offer, which is a good plus.
It is based on an SDL port to the Dingoo game console, with the Dingoo specific stuff removed and some Raspberry Pi specific stuff added. It should work at very nearly full speed with sound, without overclocking your Pi. It requires very little video memory; a 16 MiB split is fine. 1.39 is an ancient build of snes9x that has little in common with the great new versions.
Hence, the sound emulation is not great. Snes9x 1.39 has the old snes9x sound core which is not very accurate, but is MUCH speedier than the new, accurate snesspc core. With the Raspberry Pi I have been unable to achieve playable speeds with snes9x 1.53, so until someone does some pretty heavy optimization work on that code, 1.39 is a reasonable stop-gap measure, I think. Besides some light porting work to make it work well on the Raspberry Pi, I've also added basic SDL joystick support, which was previously not in this build. You may assign all the SNES buttons to your joypad, as well as 'exit' and 'turbo' buttons.
SUPER FX GAMES DO NOT WORK. This means no Yoshi's Island or Star Fox until further notice. Support for the SNES mouse, Super Scope and Justifier lightguns may or may not work - probably not. KEYS: These are the default keys.
You can't reassign them without a recompile at the moment, sorry about that. SNES A: D SNES B: C SNES X: S SNES Y: X SNES L: A SNES R: F SNES Start:Return SNES Select:Tab SNES D-pad:Arrow keys Turbo: Backspace Quit: Escape If you want to change the keys you need to edit unix/keys.h and then re- compile.
Please see for a list of key symbols you may use. JOYSTICK BUTTONS: Same deal here, at the moment you need to edit a header file and recompile to redefine the joystick buttons.
The defaults are not likely to make sense for you unless you have a digital Thrustmaster Firestorm 12-button controller.:) To find out which joystick buttons and axes are which, do: $ sudo apt-get install joystick Then: $ jstest /dev/input/js0 Test and write down. Edit unix/joydef.h and then recompile. Future versions will make this stuff not require a recompile.
News
COMPILING: If you are willing to live with the default key and joystick mappings, you should just be able to run the snes9x binary that comes in the distribution - as long as you have all the required libs. If you want to compile, do: $ sudo apt-get update && sudo apt-get install libsdl-dev $ make That should be it, at least as long as you're running Raspbian 2012-10-28, which is the version I've been testing on. This will produce a 'snes9x' binary in the source directory.
Copy it to wherever you want. PLEASE NOTE:. Do not run from X.
Descargar Snes9x 1.39
This is an SDL port built with the Raspberry Pi framebuffer in mind. This version of snes9x does not have the capability to scale the output image right now, and it is hardcoded to try to set a 320x240x16 mode. Therefore, if you want full-screen video, it is important that you have a corresponding mode in /etc/fb.modes. I use composite output and this works for me: mode '320x240' geometry 320 240 656 512 16 timings 0 0 0 0 0 0 0 rgba 5/11,6/5,5/0,0/16 endmode Yes, 320x240 means 16 vertical pixels will be cut off.
This is not unlike playing SNES on a real TV however, so it shouldn't really matter. Future versions may use a different and/or user selectable screen mode. snes9x-rpi is not ALSA aware, but requires OSS emulation. Using the kernel module does not seem to be a good idea, so use aoss. $ sudo apt-get install alsa-oss Then.
Run with these switches for best results: $ sudo./aoss snes9x-rpi -sy filename.smc You will need to futz around with the permissions for the sound devices or run the emulator as root, otherwise you will get no sound. For some reason this applies even if your user is in the audio group.sy will attempt to sync audio to video. This means better sound, so I recommend to always launch the emulator with -sy. Currently, there just straight up ain't no configuration file. You'll have to pass command line arguments every time you start the emulator. Them's the breaks.
Going to probably fix this in a coming release. Enjoy, and if you have questions about how to use this, post here. It's really rough currently, I intend to make it better and release a more usable version shortly. Vanfanel wrote:Snes9x 1.39 has horrible sound. Even music is out of tempo in many games. Why not port a more recent version instead?
Well, as is written in the readme, I did do just that, and snes9x-1.53 reaches 12 fps at best, with stuttering sound. I have that too, if you're interested in trying it. I did some profiling of the binary and by far the largest portion of CPU time is taken by the new SPC700 emulation, snesspc. It is very accurate and sounds great but unfortunately the Raspberry Pi is just too weak to run it at present. So: I think snes9x-0.53 may be doable but it requires more knowledge than I possess. If someone ports snesspc to ARM assembly that might do it. CPOKashue wrote:It's also worth pointing out the ACTUAL SNES didn't always manage an optimal frame rate.
Pretty much any game that used the hardware expansion pins was guaranteed to dip a little bit. Remember Megaman X3, with the pretty particle contrail on the charged shots? Anyhow, this is pretty impressive.
It may even compel me to move beyond the 8 bit era! Most SNES emulators still treat the games as 60 FPS, but pass unchanged frames back to the frontend in those cases. Also, with the recent accuracy-focused direction Snes9x is heading, any modern version of it will never run fullspeed on the Pi. This I can pretty much guarantee. Palerider Good Job! Thanks for posting!
Snes9x 1.39 Download
I too have been experimenting with getting a decent SNES emulator running on RPi (Excluding the Retroarch approach!). My line of attack was to find a version of snes9x-sdl previous to v1.53 (Which as you stated, is horrendous, but, “acceptable” if you adjust the “framerate against frameskip” plus the advantage of perfect sound (Well, on my build anyway!), fullscreen in Console (Without any settings or config changes) and will play ANY DSP/SuperFX powered game, but subsequent to v 1.39 (Which I also had compiled but working WITHOUT sound!). Reading the changes documentation, snes9x started to use drivers “other” than oss on UNIX/Linux around v 1.42), but, as yet, I haven’t procured an sdl “flavoured” source (Maybe there isn’t one!?) As Toad King rightly says, when NEW versions of emulators are released its usually for “accuracy”, rather than “performance” optimisation! That’s emulation for you, so often a “compromise”!
Welshy wrote:Good Job! Thanks for posting! I too have been experimenting with getting a decent SNES emulator running on RPi (Excluding the Retroarch approach!).
My line of attack was to find a version of snes9x-sdl previous to v1.53 (Which as you stated, is horrendous, but, “acceptable” if you adjust the “framerate against frameskip” plus the advantage of perfect sound (Well, on my build anyway!), fullscreen in Console (Without any settings or config changes) and will play ANY DSP/SuperFX powered game, but subsequent to v 1.39 (Which I also had compiled but working WITHOUT sound!). Reading the changes documentation, snes9x started to use drivers “other” than oss on UNIX/Linux around v 1.42), but, as yet, I haven’t procured an sdl “flavoured” source (Maybe there isn’t one!?) As Toad King rightly says, when NEW versions of emulators are released its usually for “accuracy”, rather than “performance” optimisation! That’s emulation for you, so often a “compromise”!
Thanks for the comments! What I actually am planning to do is to probably abandon this 1.39 tree and instead go straight to porting 1.51. Snes9x-1.51 was the last version that did not use the new sound emulation core, but it should still be heaps better than 1.39 in many ways. There is no existing SDL port that I've found, but it seems straightforward enough to do one. I've also found that there is a port of the old SPC700 core to ARM assembly, which I am going to try to integrate if possible. That should give some pretty blazing performance; as I said, the sound emulation is some of the most expensive processing in the whole affair.
The cost for rendering the video screen is pretty negligible in comparison, so there appears to be no use in porting snes9x to OpenGL ES (I saw valiant efforts being made to do just that in another thread here, but to little avail unfortunately.). I wanted to get this working with a PS3 dualshock 3 controller through usb. I found that I wanted to use the d-pad for directional movement rather than the default analogue stick. Unfortunately the dualshock d-pad gets mapped into the joystick device as 4 buttons instead of two axes, but snes9x (at least this version anyway) expects directional movement to come from axes not buttons.
I modified unix.cpp and joydef.h to allow buttons to map to movement and fix this problem, if anyone wants the code. Cheers, Reid.
Gregwar SNES9x-SDL-v1.39 is not ALSA aware, but requires OSS emulation. Check palerider's original post (or the readme.rpi file in his Binary) it gives instructions on how to get sound running! I wrote a 'Guide' for v1.53 Here - Its runs ALSA sound (i.e. 'Straight out of the box Sound'), however, the performance is inferior (Requires “liberal” use of frameskip to attain 60 FPS performance). Sound emulation is excellent and it will run ANY game enhanced by use of an “On Cart” additional processor (e.g.
DSP-1: Super Mario Kart, SuperFX: StarFox/StarWing etc (v1.39 WILL NOT emulate SuperFX!) AND render “Fullscreen” without any config alterations. I have also just posted a Thread regarding BSNES (Apparently its available from the Repo’s), this MAY be a better solution (I do know the rendering performance of the X86 version is superior to SNES9X!). Keep an eye on it to see if anyone posts a reply with some details!