Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Hamish Moffatt
On 27/10/20 8:37 pm, Marcus Weseloh wrote: Hi again, Am Di., 27. Okt. 2020 um 10:13 Uhr schrieb Hamish Moffatt : I could convert to SF2 on first load, if I had for that. Using a regular compressor like zip on the SF2 is not very effective. Have a look at this pull-request for the MuseScore sf

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Hamish Moffatt
On 28/10/20 2:53 am, Ceresa Jean-Jacques wrote: Hi, >I did look through the sfloader code and I can see it's not easy to restructure it to use multiple threads. >Still, I think parallel loading of the soundfonts would be a good optimization that would benefit every application using Fluidsyn

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Tom M. via fluid-dev
JJC is right, we need to profile it. I can test this with the Intel VTune Amplifier. Which SF3 to use? Is the MuseScore_General.sf3 (38MB) a realistic test-case? Or do we need another (bigger) one? Tom ___ fluid-dev mailing list fluid-dev@nongnu.org htt

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Ceresa Jean-Jacques
Hi, >I did look through the sfloader code and I can see it's not easy to >restructure it to use multiple threads. >Still, I think parallel loading of the soundfonts would be a good optimization that would benefit every application using Fluidsynth.   Before doing any attempt to restructure it

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Marcus Weseloh
Hi again, Am Di., 27. Okt. 2020 um 10:13 Uhr schrieb Hamish Moffatt : > I could convert to SF2 on first load, if I had for that. Using a regular > compressor like zip on the SF2 is not very effective. Have a look at this pull-request for the MuseScore sftools. It adds SF3 to SF2 conversion: http

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Hamish Moffatt
On 27/10/20 6:27 pm, Marcus Weseloh wrote: Thinking about this some more... If I interpret your question as "What is the fastest way to load a whole Soundfont on app startup?", then my answer would be: simply load an SF2 file. Hi Marcus, thanks for considering my idea. As you guessed, I'm usin

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Reinhold Hoffmann
We use SF3 files for some years now due to the reasons Marcus outlined below and where faced with the same problem of long loading times. As a solution SF3 soundfonts are loaded in the background where the app is already up and ready for the user but the sound subsystem is not yet ready. Of cours

Re: [fluid-dev] parallel loading of soundfont samples

2020-10-27 Thread Marcus Weseloh
Thinking about this some more... If I interpret your question as "What is the fastest way to load a whole Soundfont on app startup?", then my answer would be: simply load an SF2 file. Loading an SF2 file is really *much!* faster than loading Vorbis-encoded SF3 files. The SF2 loader grabs all samp