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 > 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@lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/linux-audio-dev
