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@email-addr-hidden
> https://lists.linuxaudio.org/listinfo/linux-audio-dev
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 _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@email-addr-hidden https://lists.linuxaudio.org/listinfo/linux-audio-devReceived on Sun Sep 17 20:15:01 2017
This archive was generated by hypermail 2.1.8 : Sun Sep 17 2017 - 20:15:01 EEST