[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

Jonas Holmberg <jonas.holmberg> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jonas.holmberg at axis.com

--- Comment #10 from Jonas Holmberg <jonas.holmberg at axis.com> 2010-12-13 09:22:01 UTC ---
I think there are at least two other ways of doing it, without adding new
properties:

1. alsasrc always use driver timestamps and provides a clock which is an
instance of GstSystemClock that uses the monotonic clock. Does this ensure that
the src element will always timestamp correctly according to the pipeline
clock?

2. alsasrc checks if the pipeline (element) clock is an instance of
GstSystemClock with clock-type set to monotonic clock and in that case uses
driver timestamps, otherwise it will do what it does in the current
implementation. The application will have to make sure the pipeline uses
monotonic clock or the alsasrc will work exactly as before.

Would any of those two alternatives work without problems in an arbitrary
pipeline?

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