On Sat, Sep 28, 2013 at 12:42:26AM +1000, Patrick Shirkey wrote:
> 1: Why PA is reporting 10ms for the stream buffer but jack_delay is giving
> 3: Where the fluctuating measurements from jack_delay are coming from in
(1) and (2) you should really ask to the PA author(s).
* The results you included can't be consecutive outputs of jack_iodelay
at least not as I wrote it. So what is the real timing of them ?
* How is ecasound taling to PA ? Some native PA interface ? ALSA ?
Any ALSA 'plugs' in the chain ?
* Going from 65216 to 64 is just an overflow modulo 2^16 (which the
maximum that jack_(io)delay can measure. Apart from that, the
delay seems to be continuously increasing, but since you edited
the result it's not possible to say how fast.
Either PA is adding more and more buffering as time goes on, or
it is resampling and doing a very bad job at it.
Hint: use jack_delay (on my website), it will output less clutter
(one line per value), and is also more resistant to abnormal
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Linux-audio-dev mailing list