Snes9x.com

I believe what you’re seeing is the application of master brightness in the 16 bit color space as opposed to the 24 bit color space bsnes uses. On the actual hardware this is analog, so it’s impossibly smooth there. The Snes9x PPU is very hardcoded to use 16 bit colors, so this isn’t something...

Save states contain all the in-game saves, so when you load a save state you overwrite any in-game saves with what they were when you made the save state. It’s very easy to wipe out your progress. I’ve done it myself, even knowing the way it works, by just being lazy. If you want to use both, ma...

Unless your ingame save was captured in one of the state slots 1 to 3, you’ve overwritten it. Don’t mix save states and ingame saves if you don’t understand how it works.

Follow this:

https://github.com/snes9xgit/snes9x/wik ... ix-that%3F

You shouldn’t be using sudo to run this. You should also try to use sound settings that are more sensible, like 44100 or 48000 Hz and a larger buffer size (8ms is way too low to achieve smooth sound).

Windows is losing the connection to the game pad and redetecting it as a new device. Likely the cord is faulty or has a weak spot that gets tussled during motion.

I’m not familiar with this game, so I can’t post any immediate advice, but there are a couple things to check. First is that you probably accidentally turned off a graphic layer. You can toggle those with the 1, 2, 3, and 4 keys. Make sure you have no cheats in the cheat window and overclocking ...

I was able to apply the patch to an unheadered rom with auto patching and the game works fine. Just make sure you have an original, unheadered Japanese .sfc and rename the .ips file to have the same base name.

Yes, if the patch specifically expects a header or no header and you have the opposite then it won’t work. If the ROM you’re patching isn’t the right version it will also break. Snes9x does NOT remove the header for you, so you need to do that yourself. This can get into sketchy territory, so ...

You’re building on a 64 bit compiler and the old build scripts have no notion of that. Try adding -m32 to your compiler flags.

Snes9x should only use a fraction of that CPU. Try deleting your snes9x.conf to see if it’s the Snes9x Settings. Otherwise something is wrong on your system.

Yes, but not yet on the Windows version. The GTK port lets you assign a second set of bindings for a controller under the 1+, 2+, etc. options.

Updated the wiki faq page for this at https://github.com/snes9xgit/snes9x/wiki/I-get-an-error-about-a-missing-DLL-on-startup.-How-do-I-fix-that%3F so what links to this wiki? there's no mention of it in the application itself nor in the readme. i've never known it existed until reading this post - ...

Updated the wiki faq page for this at https://github.com/snes9xgit/snes9x/wik ... ix-that%3F

It tells you what to do. Read the directions.

The game toggles IPL rom off and on rapidly, and this breaks with an optimization I made. It's reverted in git.

Thanks. This is caused by the 32040-32000 speed change in 1.59. We'll have to revert that.

Yeah, it's not implemented in the libretro version. I've fixed it in the git repository so the files go in the same directory as the rom.

Ok, the DWMSync option will now only operate in windowed and emulated fullscreen modes. It will shut off regular vsync in those cases. In fullscreen exclusive mode it will turn regular vsync on and DWMSync off. This is only for OpenGL. The build will be here: https://ci.appveyor.com/project/snes9x/s...

It seems like I got the nvidia driver to redirect fullscreen windows. That means if we just have the DWMSync option automatically turn off vsync temporarily and sync to the compositor in window mode while using regular vsync in fullscreen exclusive mode it should be perfect with OpenGL. Looks like D...