I'm starting to think SmartAlec or SmartAss is more appropriate given the posts.grinvader wrote:Waiting for input from this board's userbase, sorry.adventure_of_link wrote:whip out the banstick
SPC player from bsnes
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
-
- Regular
- Posts: 347
- Joined: Tue Mar 07, 2006 10:32 am
- Location: The Netherlands
-
- Seen it all
- Posts: 2302
- Joined: Mon Jan 03, 2005 5:04 pm
- Location: Germany
- Contact:
20 MB? Right now v5.3 is playing an MP3 here, at ca. 3.5 MB RAM usage (1.5 MB when running in the background).Awakened wrote:It can run around 20 MB of RAM with a classic skin and without some of the RAM hogging plugins.
Well, what SNESAmp options are you using? It can artificially "enhance" the sound.Awakened wrote:[...] and I didn't think SPC's sounded as good as they do in SNESAmp.
http://www.slack.net/~ant/Verdauga Greeneyes wrote:[...] and [blargg] offers the original source to it on his website (though I can't remember where that is)
vSNES | Delphi 10 BPLs
bsnes launcher with recent files list
bsnes launcher with recent files list
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
Your sarcasm came out very poorly. Just watch what you say. It's easy to misinterpret what one thinks with what one writes.SmartOne wrote:FUNNY!Deathlike2 wrote:I'm starting to think SmartAlec or SmartAss is more appropriate given the posts.
I think you're the one who's taking this too seriously.
Continuing [url=http://slickproductions.org/forum/index.php?board=13.0]FF4[/url] Research...
I really don't want to get into this...Deathlike2 wrote:Your sarcasm came out very poorly. Just watch what you say. It's easy to misinterpret what one thinks with what one writes.
But let's just say "other individuals" do much worse and don't get a word. I'm trying to promote a cordial environment.
*insert your mocking here*
-
- Regular
- Posts: 347
- Joined: Tue Mar 07, 2006 10:32 am
- Location: The Netherlands
SNESAmp may have better features, but I'm pretty sure kode54's plugin (foo.gep) uses blargg's sound core, which is as accurate as it gets. Mind you I don't know if kode54 keeps changelogs around anywhere, so I can't exactly check.SmartOne wrote:If I remember correctly, SNESamp is more accurate (and has better features) than foo.gep.
Grievance noted.I tried out in_mgme.dll, and it doesn't even support RSN RAR archives!
Tell that to the retarded Winamp devs. RSN support in Snesamp is a hack.
Hence, I am not adding it. Rename the "RSN" files to RAR then try a suitable archive plugin. Also, subsong support for NSF files in plugins is ALSO a hack, thanks to Winamp devs not being considerate. Least fb2k has the right idea, with subsong support in the core.
Hence I am NOT adding hacks to my plugin: Winamp devs can go STFU, and I need to preserve XMPlay compatibility. That is why I wrote the plugin in the first place.
I have no idea why people are complaining over something thats free.
Again, grievance noted. Pity that Winamp's plugin system is quite fucked up in so many ways. No wonder PP now works on foobar2000.....And because it supports mutliple formats, I can't pick and choose which plugins to use for specific formats without removing conflicting plugins from the Winamp Plugin directory.
Grievance noted. Don't expect anything though.This is why a stand-alone player would be ideal.
Noted. Why not use snes_spc? That is basically the same code....:/As for an spc plugin based off bsnes' sound core, bsnes uses blargg's sound core with some modifications to accomodate the emulator's design, and he offers the original source to it on his website (though I can't remember where that is).. if someone here knows how to make winamp plugins actually making one shouldn't be overly difficult. I think the main problem is that most people are either fine with SNESAmp or prefer kode54's foobar2000 plugin.
Give exact examples.If I remember correctly, SNESamp is more accurate (and has better features) than foo.gep.
Or at least some double blind listening test results. foo_gep, uses blarggs code. Which uses cycle accurate cores for DSP emulation. I didn't think snesamp used a cycle accurate approach....
Yeah, not sure why you'd hear such a difference. It must be an issue with Winamp itself resampling the audio or something.
My S-DSP emulator is bit-for-bit identical with blargg's snes_dsp lib. The only thing completely different is our S-SMP processor emulators, but they're similar enough, really. blargg wrote an amazingly comprehensive test that checks all cycle positions so we both have cycle-perfect timing of all possible-to-observe opcodes.
The only differences I can think of are that mine emulates most of the S-SMP TEST register, and blargg's emulates the timer reset glitch behavior. Neither of which any games ever use.
I've been thinking about making bsnes load SPC files in standalone mode, but it just seems like it'd make a really, really crappy player that's hard to use. I'm also not too big on the format. It can't emulate S-CPU communication, and the startup state is not fully captured by the file format. SNSF is closer to what I'd like.
One important thing is that the most accurate and the best sounding are mutually exclusive. Gaussian interpolation sucks, but it's needed for a few effects to sound right. Replacing that internally is going to make things sound better in 99% of cases. I'm happy that you guys think bsnes sounds the best, of course; but I think it's quite possible to make it sound even better -- it just won't be as accurate anymore. Of course, for a music player, I don't think it really matters -- merely a personal preference.
My S-DSP emulator is bit-for-bit identical with blargg's snes_dsp lib. The only thing completely different is our S-SMP processor emulators, but they're similar enough, really. blargg wrote an amazingly comprehensive test that checks all cycle positions so we both have cycle-perfect timing of all possible-to-observe opcodes.
The only differences I can think of are that mine emulates most of the S-SMP TEST register, and blargg's emulates the timer reset glitch behavior. Neither of which any games ever use.
I've been thinking about making bsnes load SPC files in standalone mode, but it just seems like it'd make a really, really crappy player that's hard to use. I'm also not too big on the format. It can't emulate S-CPU communication, and the startup state is not fully captured by the file format. SNSF is closer to what I'd like.
One important thing is that the most accurate and the best sounding are mutually exclusive. Gaussian interpolation sucks, but it's needed for a few effects to sound right. Replacing that internally is going to make things sound better in 99% of cases. I'm happy that you guys think bsnes sounds the best, of course; but I think it's quite possible to make it sound even better -- it just won't be as accurate anymore. Of course, for a music player, I don't think it really matters -- merely a personal preference.
I've been trying to figure that one out for years.I have no idea why people are complaining over something thats free.
Last edited by byuu on Tue Sep 02, 2008 12:17 am, edited 1 time in total.
If you want. Have it dump the output to a raw 32khz 16-bit stereo WAV file. Then we can compare the exact outputs and see how different they are.mudlord wrote:I could write a test app for the people interested in listening tests.It must be an issue with Winamp itself resampling the audio or something.
-
- ZSNES Developer
- Posts: 6747
- Joined: Tue Dec 28, 2004 6:47 am
People tend to demand for something they don't realize that it already exists or they want is run a certain way that's not possible or... you don't want that option. There's no happy medium.byuu wrote:I've been trying to figure that one out for years.I have no idea why people are complaining over something thats free.
Continuing [url=http://slickproductions.org/forum/index.php?board=13.0]FF4[/url] Research...
Impressive. There's so many ways to monitor RAM usage in Windows taskman and I'm not sure if I'm looking at the most accurate reading. Right now Winamp seems to be using about 16MB of Private Working Set Memory playing a Kirby SPCcreaothceann wrote:20 MB? Right now v5.3 is playing an MP3 here, at ca. 3.5 MB RAM usage (1.5 MB when running in the background).
I've always had it on High Quality as opposed to Like the SNES. I like the stereo feature in NotSoFatso too. I don't need such things entirely accurate.creaothceann wrote:Well, what SNESAmp options are you using? It can artificially "enhance" the sound.
If you're going to release something to the public, expect opinions. All of us enjoy software that fulfills the wants of this niche. Maybe you should be more optimistic. Instead of the derogatory word "complaining," consider "observing" or "suggesting."mudlord wrote:I have no idea why people are complaining over something thats free.
I'm passionate about this stuff and want my voice heard. I will say what I think, and if you don't like it, I don't care.
I'd love it if you did. I too think that winamp does something weird to the sound because SnesAMP sounds better then MGME in Winamp yet MGME sounds better in foo.gep....byuu wrote:I've been thinking about making bsnes load SPC files in standalone mode, but it just seems like it'd make a really, really crappy player that's hard to use. I'm also not too big on the format. It can't emulate S-CPU communication, and the startup state is not fully captured by the file format. SNSF is closer to what I'd like.
Core i7 920 @ 2.66GHZ | ASUS P6T Motherboard | 8GB DDR3 1600 RAM | Gigabyte Geforce 760 4GB | Windows 10 Pro x64
-
- Buzzkill Gil
- Posts: 4294
- Joined: Wed Jan 12, 2005 7:14 pm
NES stereo is hit and miss.Awakened wrote:I've always had it on High Quality as opposed to Like the SNES. I like the stereo feature in NotSoFatso too. I don't need such things entirely accurate.creaothceann wrote:Well, what SNESAmp options are you using? It can artificially "enhance" the sound.
Sometimes it's great, other times it makes no sense(such as when the separate channels have different parts of the same sound).
For what it's worth, NotSoFatso is still being accurate, in a way.
Unless I'm mistaken, it doesn't allow you to choose what channels go on what side. You're stuck with the NES sound chip mixing.
A real deck outputs the 2 square waves on one pin, and the triangle wave, noise, and DAC on a second pin. It's a fairly trivial effort to lift these pins, add some filter caps, and use the unmixed audio. It's only SLIGHTLY less trivial to add some cross-mixing to reduce the separation without eliminating it.
Consequently, it's a fairly common mod, and there's homebrew music designed to take advantage of it.
Are you sure you're hearing this? I'm now using MGME in XMPlay to aviod conflicts with other Winamp plugins. I think it may be my new SPC plugin, if it really is the most accurate. Thanks for the work.franpa wrote:I too think that winamp does something weird to the sound because SnesAMP sounds better then MGME in Winamp yet MGME sounds better in foo.gep....
Does anyone know why the Starfox "Emergency Emergency" speaking part "plays too fast," as some have claimed? Is this true?
NotSo Fatso is very inacurrate, unfortunately. Try turning off all the filters. NEZplug++ (notice both +'s) is cutting edge for NSFs, GBSs, and the like.
I notice scratchiness on the "edge" of the sounds on some instruments in MGME (like in SNESamp.) Is that what SNES is supposed to sound like? At the beginning of the song Cotton Island from the game Plok! (everyone should have this set,) the scratchiness is easy to hear.
I'm going to run Plok! in bsnes and see if the same sound happens.
EDIT: Yup, exactly the same in bsnes. Plok!'s music seems particularly scratchy in general. Unfortunate.
I'm going to run Plok! in bsnes and see if the same sound happens.
EDIT: Yup, exactly the same in bsnes. Plok!'s music seems particularly scratchy in general. Unfortunate.
-
- Seen it all
- Posts: 2302
- Joined: Mon Jan 03, 2005 5:04 pm
- Location: Germany
- Contact:
It's certainly... unique.byuu wrote:I'm also not too big on the [SPC] format.
In the best case complaints/requests may be fixed/implemented. In the worst case, they may be simply ignored. So there's no downside to it, so to speak.byuu wrote:I've been trying to figure that one out for years.I have no idea why people are complaining over something thats free.
I should add that this is on XP with the classic design, not Vista.Awakened wrote:Impressive. There's so many ways to monitor RAM usage in Windows taskman and I'm not sure if I'm looking at the most accurate reading. Right now Winamp seems to be using about 16MB of Private Working Set Memory playing a Kirby SPCcreaothceann wrote:20 MB? Right now v5.3 is playing an MP3 here, at ca. 3.5 MB RAM usage (1.5 MB when running in the background).
vSNES | Delphi 10 BPLs
bsnes launcher with recent files list
bsnes launcher with recent files list
I've removed SPC ripping from unsupported features based on what you guys are saying about it. I can't find a foobar plugin for snsf, unfortunately (doesn't seem very popular), but it has Lord of the Rings and Lost Vikings in its library, which are impossible to capture with SPC. I take it the SNSF strategy requires romhacking knowledge to create the files, so it's no wonder it never really took off. I suppose it's impossible to have a format that is as easy as SPC and as inclusive as SNSF?
You could capture the full S-SMP + S-DSP state, and then log all the S-CPU accesses as they occur. As most SPCs don't communicate with the S-CPU at all, they would remain very small. Those using streaming audio would grow by quite a bit, but it shouldn't be that bad.
One issue is sound effects getting in the way. You would either have to apply channel muting, or use some ROM hacking to disable them.
Another issue would be that the format would be much less tolerant of variances between emulators. The CPU<>SMP communication wouldn't tolerate different clock frequencies, or different / inaccurate opcode timings.
One issue is sound effects getting in the way. You would either have to apply channel muting, or use some ROM hacking to disable them.
Another issue would be that the format would be much less tolerant of variances between emulators. The CPU<>SMP communication wouldn't tolerate different clock frequencies, or different / inaccurate opcode timings.