« Last post by Saga Musix on January 16, 2017, 12:13:46 »
How interesting that something like sondfonts meant for midi could present such problems...Well, a soundfont player can be just as simple or complicated as any other synthesizer that can be controlled via MIDI (such as any VST plugin)...
I downloaded build 1.27.00.29-r7526 today and SFZ import was silky smooth for the most part! Many worked without issue. There were some SFZ's that didn't seem to work however, I get a message reading "Unsupported file type." followed up by another reading "Unable to open file." I have suspicion about what could be causing it though, some of these sample may be in FLAC form, which I am unsure if OpenMPT can import. Others I think use multiple samples layered and timed differently(one for instance tries to make a realistic sounding bass by combining bass samples and fret noise samples, another is a cello made much the same way). It's not really an issue to copy the code out of the SFZ's and remove the parts which layer the samples however, one of the many perks of SFZ over SF2.OpenMPT supports FLAC samples perfectly, and multi-layering is also not an issue in the sense that the file will still load (you will even notice that samples from all layers will load, but only one layer will be assigned to the instrument). If you get an error, then this means that OpenMPT was unable to parse the structure of the SFZ files (so it didn't even try to load the sample data), so please provide that SFZ file (the associated samples are not required) so that I can see what makes the parser trip. OpenMPT's SFZ parser is rather strict about the syntax of SFZ files since they have no "magic bytes" by which such a file could be identified, so maybe it doesn't like some specific line of the file that is ignored by other players.