NewsLetter
Bookmark
Submit News
Email Us
Snes9x v1.53 is released. Snes9x is a portable, freeware Super Nintendo Entertainment System (SNES) emulator. It basically allows you to play most games designed for the SNES and Super Famicom Nintendo game systems on your PC or Workstation; which includes some real gems that were only ever released in Japan.
Snes9x is the result of well over three years worth of part-time hacking, coding, recoding, debugging, divorce, etc. (just kidding about the divorce bit). Snes9x is coded in C++, with three assembler CPU emulation cores on the i386 Linux and Windows ports.
Snes9X v1.53 changelog:
- Rebuilt IRQ handling. (zones)
- Improved overall timings, now Snes9x can handle events in
a opcode a little. (zones)
- Improved screen interlace and sprite interlace supports. (OV2, zones)
- Fixed Hi-Res pixel plotter. (BearOso, zones, OV2)
- Fixed C4 for Mega Man X2's "weapon get" screen. (Jonas Quinn)
- Fixed Super Buster Bros. graphics after reset. (Jonas Quinn)
- Improved SA-1 support. (zones)
- Added SA-1 CC2 support. (Jonas Quinn, byuu)
- Fixed SA-1 NMI override mode. (zones)
- Fixed Dual Orb 2 sound glitch. (byuu)
- New APU timing hack, fixes various games that exhibit
problems with Blargg's SNES_SPC library. (OV2)
- Fixed the problem that echo buffer breaks IPL ROM. (zones, OV2)
- Fixed movie snapshot unfreeze inconsistency. (gocha)
- Faster config file saving. (OV2)
- Fixed BlockInvalidVRAMAccess config file option.
(windows port, unix port and gtk legacy config) (Jonas Quinn)
- Remove POSIX dup and access calls, and rename qword to
fix compilation with Cell SDK. (BearOso)
- Fixed PS3 version save state crash by using heap
allocation for soundsnapshot. (danieldematteis)
- Fixed crash relating to double-closed descriptor. (BearOso)
- Removed CPUShutdown speedhack, DisableHDMA and
DisableIRQ options. (zones)
- Removed remaining outdated asm code. (zones)
- JMA 64 bit support. (kode54, Nach, friedrich.goepel)
- GTK+, Win32, Mac: Added optional Hi-Res blending. (BearOso, OV2, zones)
- GTK+, Win32: Support for bsnes-style XML shaders. (BearOso, OV2)
- Win32: Full unicode support. (OV2)
- Win32: Restored OpenGL mode. (OV2)
- Win32: x64 version. (OV2)
- Win32: HLSL shader support. (mudlord)
- Win32: Win7 jumplist synchronizes with recent roms list. (OV2)
- Win32: Updated menu structure. (OV2)
- Win32: Drag&Drop support for ROMs. (gocha, OV2)
- Win32: Reworked movie-recording with size selection. (gocha, OV2)
- Win32: Restored SPC save option. (OV2)
- Win32: Fixed vsync in DirectDraw. (OV2)
- Win32: Improved window position saving. (OV2)
- Win32: Restored compile with DEBUGGER. (gocha)
- Win32: Fixed various edge-case errors and/or possible
leaks. (Brian Friesen)
- Win32: Config file option to always center image. (OV2)
- Win32: Fixed "Turbo Down mode" hotkey assignment. (gocha)
- Win32: Added and fixed Autofire for D-pad. (gocha)
- Win32: Fixed aggressive soundsync wait. (OV2)
- Win32: Added window size presets. (OV2)
- Mac : Added pause and frame advance functions. (zones)
- Mac : Now you can choose any folder for saving files. (zones)
- Mac : Updated Music Box (mostly internally). (zones)
- Mac : Fixed gliches in open/save dialogs on 10.6. (zones)
- Mac : Fixed display configuration in windowed mode. (zones)
- Unix : Fixed segfault and hang-up with -DNOSOUND. (zones)
- GTK+ : Added ability to set specific folders for SRAM,
patches, snapshots, etc. (BearOso)
- GTK+ : Fixed many permissions issues with config folders. (BearOso)
- GTK+ : Updated compatibility with latest GTK+ and
GtkBuilder. Added experimental support for GTK+ 3.x. (BearOso)
- GTK+ : Updated software output to use cairo and added the
ability to use bilinear-filtering with it. (BearOso)
- GTK+ : Fixed issues where cheats wouldn't stay enabled. (BearOso)
- GTK+ : Fixed focus issue when there is no window manager. (BearOso)
- GTK+ : Fixed X Visual incompatibilities and expose
problems in the Xv and OpenGL outputs. (BearOso)
- GTK+ : Fixed vsync with new X Server and NVIDIA drivers. (BearOso)
- GTK+ : Added "Reduce input lag" option to OpenGL output. (BearOso)
- GTK+ : Added a visual indication of the expected video
refresh rate for the currently selected sound input rate. (BearOso)
Here is an incomplete list of games that have been fixed/improved in 1.53:
| Battle Blaze (glitched title screen) Earthworm Jim 2 (freeze on start) F1 Grand Prix (flickering in-game HUD) Lion King (freeze on start, works after reset) Ms Pacman (black screen on rom load) Mutant Chronicles - Doom Troopers (freeze on start) NBA Hang Time (freeze on start) Primal Rage (freeze on start) Robocop 3 (black screen on game start) SD Gundam G-Next (garbled scenario map pictures) Secret of Mana (mode7 flicker) Sink or Swim (display corruption on scrolling) Super Buster Bros 1.0 (garbled graphics after reset) The King of Dragons (no sound effects) The Mask (black screen on rom load) |
Download: Snes9x v1.53 Win32 (x86-64) Version
Download: Snes9x v1.53 Win32 (x86) Version
Source: Here
Posts
Thanks Nichole, glad this emulator is still alive!
ReplyDelete-GTH-
Thank you!!!!!
ReplyDeleteWOW! New update!
ReplyDeleteThis is for PC!
Thanks=D
thanks !
ReplyDeleteHA! Take that, Zsnes!
ReplyDeleteBsnes is better
ReplyDeleteIf you have more powerful hardware, then yes, but both Snes9x and Bsnes beat the living crap out of Zsnes!
ReplyDeleteFinally! The longest waiting for this emulator is out now!
ReplyDeleteD-Proto byuu is a crying litle bitch that whining no one download is emu ,i lost all respect to him after he stated that in his forum also he was always complainign and bitching in the zsnes boards , for his emu you need a fucking 4druple core for a 33mhz snes for gods sake, he bever care to optimize is code thats why the requirements are so high, not because is incredible accurate, snes9x is fast and the sound core is the same the one made by blargg so quite frankly i dont see the advantage of using bsnes other than play 3 or 4 games mahong game or a gundam game thats is completely attrocious
ReplyDelete@ post #9, Bsnes is extremely demanding on the CPU, and while I can run it fine on my machine, Snes9x sounds just as good when it comes to sound emulation (like a real SNES) and is so much easier on the CPU it's almost laughable.
ReplyDeleteBEHOLD BYUU BITCHING ABOUT SNES 9X 1.53 IN HIS BOARDS
ReplyDeletehttp://board.byuu.org/viewtopic.php?f=8&t=1583
I am disappointed to hear that the BlockInvalidVRAMAccess flag was fixed. To think, v1.52 finally did it right by leaving that out (albeit unintentionally), and I didn't even know, and now it's re-added. A real shame there. This is just going to perpetuate broken hacks. Why fix your broken game when you can just tell someone to change a setting?
Can you just stop? What good does this "EMULATOR WARS" bullshit do for anyone in the community?
ReplyDeleteim going to stop when Byuu stops posting crap about zsnes and snes 9x
ReplyDeleteBsnes focuses on accuracy, which is fine if that's your cup of tea. First of all, "Block Invalid VRAM Access" is utterly meaningless to the average end user. Byuu is entitled to his opinion, and there's nothing wrong with it. Quote - "I am disappointed to hear that the BlockInvalidVRAMAccess flag was fixed. To think, v1.52 finally did it right by leaving that out (albeit unintentionally), and I didn't even know, and now it's re-added. A real shame there. This is just going to perpetuate broken hacks. Why fix your broken game when you can just tell someone to change a setting?" is utter BS. I couldn't give a tin schilling about that reverted change. Who gives a s**t? Snes9x will always be superior to Zsnes no matter what.
ReplyDeletebSNES doesn't just focus on accuracy. Its aim is to preserve the SNES in code form as precisely as possible for when the last piece of original hardware finally stops working. At any rate, the Snes9x devs agree with Byuu:
ReplyDelete"BlockInvalidVRAMAccess will be removed when we can confirm there's no game which needs this hack, similar to HDMA timings hack that was removed in 1.53. Currently (as far as I know) only one game needs it, but I've not looked into the game yet. [...] Perfect emulation is of course very important, but because we already have bsnes, I think we don't need to pursue it for snes9x so eagerly." -zones
"This is really more of a jab at the ROM hackers who rely on faulty emulator behavior and whose hacks won't work on real hardware. We're just being enablers. [...] In all honesty, bsnes is significantly better emulation-wise. [...] bsnes and Snes9x have slightly different focuses, but there isn't any sort of vindictive competition between the developers (we think very highly of byuu). As an end-user, you're free to use either emulator in the situations they work best. You don't have to 'pick a side.'"
And there he goes banning me from his forums. How nice of him to do that! All because I voiced my opinion....BFD.
ReplyDeleteHow to turn off interpolation of sound?
ReplyDeleteMackay1985 theres teh reason why i hate byuu
ReplyDeleteIn his delusional mind only his opinion matters
You know why everyone hate him in the zsnes boards? he was always complaining and demanding that every snes rom format haves to be make the way he wants because its better (the roms and games work) why it should be done? theres no reason, his own snes preservation project just for him but he ask for games and boxes , i will not release a damn thing, hes to egocentric
and finally when was the last time you see the snes 9x authors or any of the zsnes board author post crap about the other emus? NEVER but byuu thinks that posting crap about zsnes and snes9x is the right approach
Perhaps if your name isn't beside any lines in the Snes9x changelog, you shouldn't be complaining too much about anyone who is.
ReplyDelete*Gui messages on this emulator inside of the game are faulty. Whenever you play a new rom, the message stays there and game sprites that overlap it erase the path that it overlaps (like an etch-a-sketch).
ReplyDelete*Also, it would be nice to have an option to turn those messages off.
*The tv mode and scanline filters have bigger gaps between some lines. This needs to be fixed.
*also, for the tv mode and scanline filters, we need an option to control the opacity and we need them to be fitted to the appropriate screen resolution automatically when we change resolutions. as of now, it doesn't look that good having one scanline resolution for all of the screen resolutions. Making resolution specific scanlines will eliminate the clumpyness of the lines.
*changing the directx mode seemed to fix the etch a sketch messages
Delete*i would like to add that bilinear filtering does not seem to work