If you experience errors, use a configure command like this instead: You can also add whatever other flags you like.ĭepending on where your OS puts certain things, and if you've built some dependencies from source, you may need to specify some pkg-config paths. configure -prefix=/usr -with-gtk -with-opengl If you want OpenGL support, also add the -with-opengl flag. Run the configure script from the source directory with the -with-gtk flag.
#SNES9X LINUX PATCH#
Snes9x-1.51-src$ patch -p1 < snes9x-gtk.diff
#SNES9X LINUX FULL#
It has a full featured GUI, working netplay, controller support, OpenGL or Xvideo rendering plus much more.īuilding Instructions: Building from PatchĮxtract the patch tarball over your extracted copy of the Snes9x source. Hell, mednafen using the frontend mednaffe is more user-friendly and stable than anything RA/LR has spit out, ever.Snes9x-gtk is a GTK port of the Super Nintendo Emulator, Snes9x. Please, please stop suggesting this horrible trash to people until the people behind it can get things together and actually fix its myriad of problems (which, by the way, they don't think it has, so good luck with that). Settings get lost, UI elements get stuck and glitchy, every emulator is an old version of a better, standalone one, you can't configure anything besides the bare essentials of any of them, and everything is so horribly inconsistent and poorly thought out that it's just completely useless, especially given that its design is trying to be some sort of emulator device you'd put on something dedicated to that purpose and actually not want it to be buggy, crashy, and lacking in configuration. There are so many poorly thought out elements and so many bugs that I can't understand why anyone actually suggests this pile of garbage in any emulation discussion. The whole RA/LR "emulator" is hacky and poorly done.
#SNES9X LINUX CODE#
Pretty much gave up for the time being, because of the ASM code (haven't touched that in years) and the amount of time needed to port this fully into x86_64.
#SNES9X LINUX UPDATE#
dependency update - an example: the codebase was made against libpng 1.2, where the actual is 1.6 and major changes were introduced Some structures and functions changes, so it would require clean-up.with the above: porting ASM code to be PIC (Position Independent Code), so that it links nicely with GCC-generated code right now, it won't link, when force-ported (via format change for elf64) due to the ASM code not being position independent.porting to x86_64 - ASM code especially, as it's still legacy 32-bit, where different distros are dropping 32-bit support The ASM code is what's keeping ZSNES 32-bit overall (tried to do it, but.).To make ZSNES run nicely again there are several things that need to be done to the old code:
The last official release was way back in 2007 and since that day different distro maintainers have been doing a great job just making it compile and run (no mention of the word "stable" on purpose). The issue is that ZSNES binaries in any repo are old as hell itself.
0 kommentar(er)
