SNEeSe 0.832b: how did they do this!?

[dragon_rider]

Okay, I downloaded the newest version of SNEeSe and I wanted to check out the sound on the games. Turns out that the sound is frighteningly close to real SNES sound. Now, keep in mind that the only flaw I've seen is the lack of transparency effects. But, I've one thing to ask, *ahem*, how the crap did they get the sound that close to SNES's?! Chrono Trigger, for example, Lightning 2, Luminaire, everything! I truly boggles me as to why members of the Zsnes team helped develope that version (0.832b), whereas members of the SNEeSe team could help Zsnes get its sound to SNEeSe's level.



PS - I this doesn't make sense to you, let me know.

[Clements]

The developers of SNEeSe have focused their energies on timing instead of special chips and some graphical effects like the ZSNES and Snes9x teams. SNEeSe has very accurate sound, especially when Square hardware rape (TM) is employed.

Developers can to an extent help other teams (and they often do), but they like to focus on their own projects. The emulators are also very differently programmed, so fixing the timing in ZSNES is not easy when it is written entirely in assembly. There has been a lot of progress in porting the code to an easier and more portable language (C) so we'll see what happens.

[dragon_rider]

Hmm. Makes sense. I suppose I'll play the waiting game.

[otomo]

or get uosnes

http://toriniku.sourceforge.net/

which is an unofficial build of snes9x.

[cooliscool]

Wow.. haven't use Sneese in years. Great emu for slower PCs, and yes, it's very accurate.

[Doomulation]

The developers of SNEeSe have focused their energies on timing instead of special chips and some graphical effects like the ZSNES and Snes9x teams. SNEeSe has very accurate sound, especially when Square hardware rape (TM) is employed.

Developers can to an extent help other teams (and they often do), but they like to focus on their own projects. The emulators are also very differently programmed, so fixing the timing in ZSNES is not easy when it is written entirely in assembly. There has been a lot of progress in porting the code to an easier and more portable language (C) so we'll see what happens.

I think a couple of developers are up to timing findings... there is such a thread (which is 9 pages long I think) with only timing results on the zsnes board. It these findings will sneak into snes9x or zsnes is anyone's guess.

[Clements]

or get uosnes

http://toriniku.sourceforge.net/

which is an unofficial build of snes9x.

uosnes is just Snes9x with a lot of hacks added.

[dragon_rider]

Wow. Sure, Uosnes has numerous hacks implemented into the emultor code, seems to have very nice SPC700/transparency emulation. Now, keep in mind that Zsnes is by far the best emulator in terms of compatibility and special hardware emulation (i.e. full S-DD1 emultion).

[Clements]

ZSNES still needs better support for SPC7110 gfx packs as well as better SA-1 and SuperFX support. These features are better implemented in Snes9x.

[otomo]

uosnes is just Snes9x with a lot of hacks added.

if the *author* was once offered the position of snes9x lead programmer isn`t because uosnes is the average bunch of hacks glued together.

afaik every emulator he/she uses sources of, are open source/gnu, so, I can sit and wait for zsnes/snes9x/snese to improve things already done by the other, or enjoy the best of snes emulation is a nifty little package (with a nice gui btw) right now.