Electric snare in some kits of FluidR3Mono_GM.sf3 doesn't sound

• Aug 23, 2014 - 22:11
S4 - Minor

1. Open attached score (produced in 1.3).

Result: The electric snare in these kits of FluidR3Mono_GM.sf3 don't sound:

Standard 5
Standard 6
Room 5
Room 7

Using MuseScore 2.0 Nightly Build (1c07b89) - Mac 10.7.5.


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 :)

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.

Attachment Size
sftools_crash.txt 1.39 KB

@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.