Estimating JACK latency

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


Here is the use-case. Sending audio from one application to be processed
by another jack client  before being sent back, the processed signal
being mixed back in, possibly with a copy of itself. How would one go
about estimating by how much the processed signal was delayed?

1) JACK base latency:
My understanding is that JACK will always introduce a latency of
buffer_size*period_size*nperiods, is that correct? If the signal is
sent, processed, then sent back, the acquired delay would at least be
twice the nominal jack latency, right?
- Problem: On the practical side, how could we calculate the base
  latency using available jack utilities? There's jack_bufsize and
  jack_samplerate, but no way to find the number of periods, I think.
2) Latency of the processing client.
That would depend largely on the client, I guess.  The README.CONFIG for
jconvolver states that setting the partition number to be equal to the
jack period size would result in zero latency, for example... 

Any insight in this matter would be greatly appreciated.


Linux-audio-user mailing list

[ALSA Users]     [ALSA Devel]     [Linux Media]     [Kernel]     [Online Dating]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Video 4 Linux]

Add to Google Powered by Linux