On Mon, 2005-12-19 at 13:28 +0100, Sylvain Reynal wrote:
> startproc -t 3 -l /audio/freebob.log /usr/bin/freebob && echo
> "freebob
> running"
> JACKD_XML="-o osc.udp://localhost:31000"
> JACKD_OPTS="-p 64 -b 40 -i 8 -t 16 -s 4"
> startproc -t 3 -n -20 -l /audio/jackd.log /usr/bin/jackd -R -d
> iec61883
> $JACKD_XML $JACKD_OPTS && echo "jackd running"
>
> ("-n -20" sets the lower possible nice value for jackd).
> This leads to ~11ms as reported by jdelay.
Running JACK at a lowered nice value will not give you any lower latency
and is considered a bad idea, as JACK already uses the pthread APIs to
acquire real-time scheduling for the time sensitive threads. Running it
at a low nice value could cause non real-time parts of JACK to interfere
with the audio engine.
If this does improve your latency it means there's a serious bug
somewhere.
Lee
