[Bug 768110] new plugin: ahssrc (Android hardware sensor source)

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=768110

--- Comment #17 from Olivier Crête <olivier.crete at ocrete.ca> ---
(In reply to Martin Kelly from comment #16)
> (In reply to Olivier Crête from comment #15)
> Could you explain this part more? I see what rtpjitterbuffer is doing but I
> don't fully understand why. In my current test app, I'm using a bunch of
> ahssrc elements going into a funnel going into an appsink. I'm seeing
> GST_ELEMENT_CLOCK return a valid clock that looks to be monotonic with some
> base.
> 
> In addition, if my element provides a clock, why not choose a monotonic one
> rather than the system clock? It seems like that would be more reliable, but
> I'm probably missing something here, as I don't fully understand how all the
> clocks work in gstreamer.

Actually forget that, it seems that the pipeline default to the system clock,
which should be fine as the default GStreamer system clock is the Linux
monotonic clock.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.