[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [fluid-dev] What is the best way start fluidsynth with zero/low lat
Re: [fluid-dev] What is the best way start fluidsynth with zero/low latency?
Thu, 21 May 2009 21:25:13 -0400
Internet Messaging Program (IMP) H3 (4.1.6)
I think rather than a script, FluidSynth could try and be smart about
what audio driver to use by auto detecting what is available and
selecting accordingly. Determining what sort of values should be used
in regards to latency though, could be tricky. But depending on the
audio driver, some semi-sane defaults could be used. This would
likely not be very low latency though, since the average setup does
not support very low latency without underrun issues.
Quoting "Louis B." <address@hidden>:
The below email was sent just to me but I would like to share it
with the list.
That is a really good idea, but a better idea might be to have a
"startfluid" script that is provided either by the distribution or is
part of the fluid synth team that works like the startx script. ie it
starts up fliud in the best manor with a GM sound set. I think it
would be best to have _one_ script that could be run by all the
different midi apps that want fluid started. PB could then call
start_fluid which would just start fluid with the best possible config
for that distribution. in an ideal world there would be no
Just an idea any way. what do think about a startfluid script?
On Thu, May 21, 2009 at 11:38 PM, Joan Quintana <> wrote:
If QSynth crashes, I think that the problem is that, in setup, jack
audio driver is selected. When you start QSynth it starts without
-l option: doesn't try to start jack. So, if jack is not running,
it crashes. Solution: first start jack; or use alsa audio driver
In your case, a possible solution is: PB is launched by a script.
This script first attempts to start fluidsynth, and later start PB.
This script could be these two lines long, or 10ths lines: for
instance, detect soundcards available... this script can also read
a configuration file... PB could be great, but bash scripting and
programming coud make it better.
fluid-dev mailing list