GNOME Bugzilla – Bug 722259
audiobasesink: Add skew adjustment window property
Last modified: 2018-11-03 11:27:57 UTC
Most audio sink clock reporting are initially "wobbly" (they go slightly faster/slower) but eventually cancel out (the sum of skew stabilizes). In order to avoid correcting too aggressively for those "fake" skew distortions, wait for a certain amount of time before doing skew adjustments.
Created attachment 266350 [details] [review] audiobasesink: Add skew adjustment window property
Comment on attachment 266350 [details] [review] audiobasesink: Add skew adjustment window property Seems to make sense, but maybe instead this should be based on the R² from gst_clock_add_observation()? Or be a minimum number of observations before we start doing something based on them? Having the window still after the first adjustment does not seem very useful as we will have a big enough number of observations remembered to not have the wobbly behaviour you mention.
The same change should also be in audiobasesrc for symmetry I guess
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/103.