17 Sep
2017
17 Sep
'17
2:53 p.m.
David Olofson wrote
On Sun, Sep 17, 2017 at 7:17 AM, benravin <
ben.alex@
> wrote:
[...]
is indeed a slow varying timing jitter, for
example every 400ms, the
timing
[...]
Context and environment...?
Is there by any chance sample rate conversion going on somewhere?
(Hardware or software; usually behaves in about the same manner.)
Since buffer sizes in most environments need to stay fixed, and usually
also have further restrictions, this tends to affect buffer/callback
timing.
As a result, input-to-process and process-to-output latency drift over
time, and pop back (buffer drop, or extra buffer) on a regular basis.
--
//David Olofson - Consultant, Developer, Artist, Open Source Advocate
.--- Games, examples, libraries, scripting, sound, music, graphics ---.
| http://consulting.olofson.net http://olofsonarcade.com |
'---------------------------------------------------------------------'
_______________________________________________
Linux-audio-dev mailing list Linux-audio-dev@.linuxaudio
Yes, sample rate conversion is done to adjust the drift in sample rate. But
this periodic timing errors are making the system to oscillate.
-----
-ben
--
Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-dev-f58952.html