Electric snare in some kits of FluidR3Mono_GM.sf3 doesn't sound
1. Open attached score (produced in 1.3).
Result: The electric snare in these kits of FluidR3Mono_GM.sf3 don't sound:
Standard
Standard 5
Standard 6
Room
Room 5
Room 7
Using MuseScore 2.0 Nightly Build (1c07b89) - Mac 10.7.5.
| Attachment | Size |
|---|---|
| Electric snare in some kits of FluidR3Mono_GM.sf3 doesn't sound.mscz | 1.91 KB |
Comments
OK I know what's wrong - the sample has got lost from the first velocity split.
Will rectify that later.
Thanks for spotting that Chen.
OK - this should now be fixed where shall I send the SF3 file?
Hmm MuseScore doesn't like the compressed version :(
I'd better send you the SF2 - let me know where to send it :)
OK SF2 now available from my Dropbox account - https://www.dropbox.com/s/17hkdai3i86oco9/FluidR3Mono_GM2-7.zip?dl=0
Nicolas - please mark as fixed when you have got the file from Dropbox
Previously, you just ran sftools on it? or a modified version of sftool to attenuate the sound?
i did a fresh build of sftools from Werner's repository using Qt 5.3 which appeared to include the attenuate hack and tried to compress with that - MuseScore wouldn't load the resulting sf3 soundfont
Werner's Make file was set up for Qt 5.2.1, and I had to change things to get it to compile in 5.3 so I'm wondering if this is why??
Well it seems that was just a glitch - I've just tried again and sfconvert produced a working .SF3 file
Will package that up in a zip with the amended licence :)
Done - link to .sf3 file zipped here.
https://www.dropbox.com/s/urc6kn4lam96zcs/FluidR3Mono_GM.zip?dl=0
I *think* there is a possible bug in the sftools. I tried to compile it with Qt 5.3.1 and convert Michael's corrected Soundfont. The compilation went Ok (after adjusting trivial parameters), but the sfconvert was crashing just before successfully saving the compressed SF.
From an analysis under gdb, the problem seems to be the name of one of the sample which is not correctly read, determining a crash at instruction strlen(preset->name) at line 948 of sftools\sfont.cpp. Attached gdb log.
Note that an sf3 output was created, but corrupt.
The solution could be to initialize name at 0 in the preset construction.
@ABL could you file a PR maybe?
@ChurchOrganist, I did the compression myself and tried it.The sound was not good. It was "ticking" like before. Did you test your sounfont? Testing with your soundfont now.
Yes I did notice some ticking on my Pan Testing score for which I used Oboe.
That seems to have disappeared with the version I just compressed with sftools.
I don't see why it should have returned - the only change was to remap 1 sample.
Hmm - some instruments have distortion on them in the compressed soundfont but not in the uncompressed one.
Muted Trumpet is particularly bad :(
Fixed in 63667e4c6b
Automatically closed -- issue fixed for 2 weeks with no activity.