19 Dec
2005
19 Dec
'05
11:28 a.m.
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