|
From: | Element Green |
Subject: | Re: [fluid-dev] libinstpatch integration? |
Date: | Sun, 8 Jun 2014 13:02:01 -0600 |
Ok, thanks for the explanation. Is the note-on processing less than what's currently used in FluidSynth? If so one could consider moving some processing time from note-on time to preset selection time in FluidSynth as well. Not sure if this would be a good idea, because we want FluidSynth to do instrument switches fast too.
You might need to educate me a little on the history here, how come that you made libInstPatch in the first place instead of writing the same functionality inside FluidSynth?
I see libInstPatch/Swami as being an easy platform to leverage off of to
achieve a lot of neat things. I don't necessarily suggest that
libinstpatch becomes a required dependency though, so that it can still
get built in a more stripped down form.
A benefit from having libInstPatch support, is that as more instrument
formats are added to libInstPatch, FluidSynth would benefit directly
from it, without any extra work (as long as the synthesis constructs of
said format can be mapped to SoundFont centric parameters).
// David
[Prev in Thread] | Current Thread | [Next in Thread] |