[gstreamer-bugs] [Bug 635256] Suggestion for improvement of timestamping accuracy for alsa (and others) sound

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=635256
  GStreamer | gst-plugins-base | 0.10.x

--- Comment #11 from Patrick Radizi <patrick.radizi at axis.com> 2010-12-15 09:53:34 UTC ---
Continuing with the ideas from Jonas for doing this automatically, (combining 1
and 2), I think the following should work.

* alsasrc always provides a clock, the monotonic clock
* when alsasrc changes state from PAUSED to PLAYING it checks the pipeline
clock. If it's the monotonic clock it uses alsa driver time stamps. If it's a
different clock it uses that clock to time stamp the buffers.

So, as long as a different clock isn't chosen for the pipeline alsa driver time
stamps will always be used. And if a different clock is chosen, that clock will
be used and everything will still work (as it does today)


The only side effect of this that I can think of is that it changes the clock
that is used today when alsasrc is the clock provider. From time stamps based
on the number of samples played to alsa driver samples. But I would think that
driver time stamps always are to be preferred, or?

-- 
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.