[Bug 640859] basesink incorrectly categorizes timestamp jitter as drift

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=640859
  GStreamer | gst-plugins-base | git

Håvard Graff (hgr) <havard.graff> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |havard.graff at tandberg.com

--- Comment #32 from Håvard Graff (hgr) <havard.graff at tandberg.com> 2011-03-23 22:09:41 UTC ---
We (Tandberg/Cisco) recently changed this value from 125ms to 225ms based on
simulations of real-life data from users experiencing glitches in their audio.
However, our use case is strictly live streaming which is much more
timestamp-jitter-prone. As long as this value is configurable, I find the
discussion of a default-value a bit meaningless?

What I don´t like is the fact that drift_tolerance is one variable used for two
completely different things. The relationship between a master-clock (driver
AD/DA) and the element-clock has very little to do with the threshold for
sacrificing time-accurate placement in the ringbuffer to allow alignment. But
that´s a different bug I guess... :)

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.