What's the quality like on this component? Some video game albums sound quieter than ones I've downloaded. A link to the past sounds naff using GEP. Is that to do with the spc file or GEP? Some albums sound better like ghouls and ghosts and zombies ate my neighbors. Donkey kong country 2 sounds louder with the gamerip i downloaded, the bass has more thump.

Pardon my rather noob comment (I'm new here & I couldn't find if what I'm about to ask has already been previously answered) - Would it be at all possible for SPC files to have an option for the sample rate to be upped from 32k to (at least) 44100 in GEP? (preferably 48k would be ideal) Not having this option is the only thing keeping me from un-installing WinAmp & it's plugin. Your efforts are greatly appreciated Kode. Thank you very much.

What's the quality like on this component? Some video game albums sound quieter than ones I've downloaded. A link to the past sounds naff using GEP. Is that to do with the spc file or GEP? Some albums sound better like ghouls and ghosts and zombies ate my neighbors. Donkey kong country 2 sounds louder with the gamerip i downloaded, the bass has more thump.

The SPC player used by this component is designed to be binary accurate to the DSP synthesizer component in the actual system. If you want equal volume, ReplayGain scan your albums and they will be retagged with volume correction data.

QUOTE (StrawHat @ Aug 13 2013, 00:12)

Pardon my rather noob comment (I'm new here & I couldn't find if what I'm about to ask has already been previously answered) - Would it be at all possible for SPC files to have an option for the sample rate to be upped from 32k to (at least) 44100 in GEP? (preferably 48k would be ideal) Not having this option is the only thing keeping me from un-installing WinAmp & it's plugin. Your efforts are greatly appreciated Kode. Thank you very much.

And again, calling to the hardware accuracy, this emulator is only capable of producing a 32KHz signal. I could employ the resampler already integrated into the component to upsample to whatever sample rate you have configured, but that would not add any tonal information to the signal.

I could also go to great lengths to change the emulator to be a high level synthesizer, similar to SNESAPU or ZSNES, interpolating envelope transitions and resampling to a higher output rate, but then it would no longer be an accurate representation of the original hardware.

Besides, why go to that length, when I can merely point you to this component, which uses SNESAPU in foobar2000, including a DLL copying hack to support multiple instances of the docoder. Then you merely untick the SPC checkbox in foo_gep's preferences.

Or, if tonal content is not your problem, you could simply add a resampler to your DSP chain and set it to 48KHz.

GYM files which contain packed data are currently unsupported. You could try locating VGM versions of those soundtracks on Project 2612 in the mean time. You could also save me some time in implementing that feature by pointing me to some documentation and/or open source software which implements it.

(This is not to be confused with the form of compression which is supported by foo_gep, namely if the entire files are compressed using gzip, but otherwise contain uncompressed data. Also supported are renamed 7-zip archives with a .vgm7z extension.)

GYM files which contain packed data are currently unsupported. You could try locating VGM versions of those soundtracks on Project 2612 in the mean time. You could also save me some time in implementing that feature by pointing me to some documentation and/or open source software which implements it.

Those are Genecyst Sega Genesis audio log files. That emulator is long dead, but there is source code for Winamp in-gym plugin here.

I can probably implement the same functionality into the existing FIR resampler in a much smarter way. Namely, adjusting its sinc pulse generator to use a Lanczos windowing function instead of the Kaiser or whatever it uses now.

i'm sure you're gonna say no forever, but can i get an interpolation:none option for spc? i legitimately prefer the lack of interpolation (usually), and i think that the inclusion of other interpolation schemes should justify one that simply has no interpolation.

sorry for the dp, and really dumb, but can you add the "linear" interpolation scheme too, just to complete the set or whatever? i dunno, just one of those "if you're going to do all this..." type things

GYM files which contain packed data are currently unsupported. You could try locating VGM versions of those soundtracks on Project 2612 in the mean time. You could also save me some time in implementing that feature by pointing me to some documentation and/or open source software which implements it.

(This is not to be confused with the form of compression which is supported by foo_gep, namely if the entire files are compressed using gzip, but otherwise contain uncompressed data. Also supported are renamed 7-zip archives with a .vgm7z extension.)

Way back when I had written foo_gym (this of course predating foo_gep by several years and before VGM had taken over as the format of-choice for Genesis music rips - otherwise I wouldn't have bothered ), I found an implementation of support for compressed GYM's in kpigym (and its associated tool, gym_ezpk, which as I recall generates them from non-packed GYM files). I'm not sure what license it's released under and I didn't feel like digging too deeply just now to figure it out but here you go. IIRC (I didn't bother to browse the source just now), the GYM stream in compressed GYM's is compressed with zlib, and compressed DAC data in GYM's that have that compressed as well is bzlib2 compression.

This has been plaguing me for quite some time, so let me finally overcome procrastination and ask here:

Am I the only one for whom NSF+M3U acts precisely like NSF alone?

GBS, KSS, and all other such formats seem to have no trouble finding their accompanying M3U playlists, and they come up with proper track names and lengths and orders and all that. Any proper NSFe will come up with the correct sequence of tracks and all data intact. It's only NSF that seems to suffer here, doubly frustrating because it's looking like NSF+M3U is becoming the choice for common use despite the existence of NSFe.

Any recommendations? Have I misconfigured something? Have I stumbled into a known issue? Or – best of all, in my humble opinion – would anyone know of an automated method of merging the relevant M3U data into an NSF to make an NSFe? (I'd rather not do it all by hand, certainly....)