Zerberus synthesizer fails to load Sonatina samples on linux because folder names are capitalized
For instance in the "Brass - Bass Trombone Solo.sfz" file, you will see lines like:
sample=samples\bass trombone\bass_trombone-e1.wav
Now on my arch linux mate x86-64 machine, these Sonatina samples will fail to load with messages like:
Sample::read: open /home/e/Documents/MuseScoreDevelopment/Soundfonts/Sonatina Symphonic Orchestra//Samples/bass trombone/bass_trombone_e1.wav failed
But then magically if I open the soundfont folder in file manager and change those folder directories names to be uncapitalized, then when I reboot musescore, they load.
Can anyone else confirm on linux? (I believe windows works fine because windows doesn't care about capitalization as much as unix does)?
Comments
Windows filesystems are case preserving, but otherwise case insensitive (so you can have "filename" or "FileName", but not both at the same time), Linux filesystems are case sensitive so you can have "filename" and "FileName", at the same time), and I believe same is true for Mac
In reply to Windows filesystems are case by Jojo-Schmitz
yeah, that is the word I was looking for: case sensitive. Thanks.
So the question is: should we change http://ftp.osuosl.org/pub/musescore/soundfont/Sonatina_Symphonic_Orches… to have everything in lowercase? Or should we modify the sample loading to also check for other cases if can't load exactly what was written in the .sfz?
In reply to yeah, that is the word I was by ericfontainejazz
...SF2.zip, not SFZ ???
Anyway, I don't think we own that soundfont, so better don't change it.
OTH generating all permutations of upper and lowercase is not feasible either.
In reply to ...SF2.zip, not SFZ by Jojo-Schmitz
I don't know what you mean by "...SF2.zip, not SFZ ???". Inside sonatina-symphonic-orchestra-1.0.zip you will see folder named "Sonatina Symphonic Orchestra" and inside that are a bunch of .sfz files each containing a list of associated samples. So I do mean SFZ.
>> Anyway, I don't think we own that soundfont, so better don't change it.
But that file is hosted on musescore org's controlled server. I don't think making lowercase constitutes a significant "change". Anyway, musescore's handbook page for soundfont points directly to this soundfont.
>> OTH generating all permutations of upper and lowercase is not feasible either.
yeah. I was presuming there would be some Qt function for this (but I've never checked).
In reply to I don't know what you mean by by ericfontainejazz
It is not hosted on a MuseScore controlled site, only the SF2.zip Version is, the one you linked to above. And that doesn't have any SFZ inside, just a README and Sonatina_Symphonic_Orchestra.sf2.
Unlike the one on http://sso.mattiaswestlund.net, but that is out of our control
In reply to It is not hosted on a by Jojo-Schmitz
Oh sorry you're right, thanks for clarifying! So that zerberus is not on musescore's control.
So back to the question, if we can't change the file, should we change the musescore zerberus soundfont loading code to also check for Capitalized? Or should we write to the controller of that site and encourage them to have the directory & file names in the .sfz to be of same capitalization as the directories are stored in the zip?
In reply to Oh sorry you're right, thanks by ericfontainejazz
Looking at that site it seems there has nothing been done to that SFZ since more 6 years, so I guess the chances to get it fixed there are virtually non-existent?
Special casing just for that one SFZ, to "Title Case" all directory names, and only if the names lietes in the SFZgives an error on load, seems like a pretty bad hack to me.
Maybe we could grab, modify and host that SFZ ourselfes?
In reply to Looking at that site it seems by Jojo-Schmitz
Good point. I vote for musescore organization to "grab, modify and host that SFZ ourselfes".
In reply to Good point. I vote for by ericfontainejazz
Me too.
In reply to Me too. by Jojo-Schmitz
Who can do this?
In reply to Who can do this? by ericfontainejazz
Laconic and Thomas I think
In reply to Laconic and Thomas I think by Jojo-Schmitz
I just found this thread. As stated on SSO website http://sso.mattiaswestlund.net/ there seems to be alternative that do not suffer from this problem. I'm not sure we should host a fixed version of SSO for this reason. The VPO looks promising, we could look into integrate it better in MuseScore 3.
In reply to I just found this thread. As by [DELETED] 5
Indeed, I like the VPO a lot. In fact, it has several different subtly tweaked SFZs for each set of samples, so some pruning would be the first thing.