Snes9x.com

The plain unix port is very bare, and opengl has not been included since 1.52. From the changelog: - Unix : Reconstructed and simplified all the contents. Some features have been removed to be simple, and many options have changed. GTK+ port is recommended for most of Linux users. (zones)

From the changelog: Win32: Changed open-with file-association method, should no longer change explorer icons for otherwise unassociated extensions; removed legacy extensions S9x never made itself the default for any association, it simply registered itself as "I can open this filetype" in ...

Issue #1: make sure that is set in the snes9x.conf file

Issue #2: That is simply the internal number your gamepad was assigned by windows, this is not something you can fix.


You might still want to upgrade to 1.60.

You could check if there is a ROMNAME.oops snapshot in your saves folder, and try loading this one.

No issue here:


You could also simply use the "search database" button.

I've updated the link to an archive.org version that should work.

Unfortunately I can't reproduce this on my system (460.79, 20H2).

I can't reproduce this. Which 5 codes are you trying to enter exactly?

I'm not sure where you are pulling the source from, but in git this is still a left shift https://github.com/snes9xgit/snes9x/blob/f7c6625d67f8a8cbb2999aaf4d4b31fa5d874015/unix/x11.cpp#L636 I don't have any unix environment where I can take a look at the moment. You might be better off opening an is...

There is already an existing function to swap input between port 1 and 2 (by default mapped to number key 6 in the windows version): You could simply call this in your timer.

In the latest git build this has been expanded to 100 slots (10 banks of 10 slots each), which you can access from the menu or from the new save/load with preview dialogs:

https://ci.appveyor.com/project/snes9x/snes9x

Click on the platform you want, then on artifacts to get the download link.

As long as the ROM has a size that is a multiple of 512KB, then this mirror algorithm is used (and it works the same below 1MB as above). If it is not a multiple of 512KB, then it simply calculates the sum over the whole orignial ROM size, without any mirroring. From the Checksum_Calculate function:...

For non power of two sizes the idea is to take the largest power of two block, then look at the remaining size in power of two parts, and mirror until you have another block of the largest size. Then the end result is also a power of two. If you have multiple smaller parts you always mirror the smal...

A rough description: it forces snes9x to wait until the current image has actually been drawn to the screen, so that the time it polls your controller presses is closer to what you actually see on screen than without it.

There is no difference in the calculation for a 20MBit and a 27MBit ROM.

What caused you problems in checksum_mirror_sum? Maybe you can describe how you think it is calculated for a 20Mbit ROM?

The avi recording feature uses the old video for window interface to record and access codecs. If you install one that is available via that interface you can get an acceptable bitrate. For example you could install XVid, which still contains a vfw interface, or try x264vfw. You'll need the appropri...

You have to enable the rewind buffer in "Emulation->Settings->Rewind buffer size" (0 means disabled). Then you can rewind with the rewind hotkey ("r" by default).

This has already been fixed in git (https://github.com/snes9xgit/snes9x/issues/603), you can try the latest automatic build.

You can find the current official builds for windows and gtk on github: https://github.com/snes9xgit/snes9x/releases

You'll have to ask in the retroarch forums / discord for help about this.