[Bug 640610] basesink: QoS events are wrong in live pipelines

[GStreamer (GNOME Bugzilla)]

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

--- Comment #21 from Olivier Crête <olivier.crete at ocrete.ca> ---
Created attachment 302900
  --> https://bugzilla.gnome.org/attachment.cgi?id=302900&action=edit
basesink: Add processing deadline

Proposing a different approach from Nicolas's, which matches what I suggested a
couple
years ago. In this approach, we just add an arbitrary number to the latency. My
original
idea was to do that in GstBin, but it may make more sense to do it in each
sink, so they can
change the default value.

The processing deadline is the acceptable amount of time to process the media
in a live pipeline before it reaches the sink. This is on top of the
algorithmic
latency that is normally reported by the latency query. This should make
pipelines such as "v4lsrc ! xvimagesink" not claim that all frames are late
in the QoS events. Ideally, this should replace max_lateness for most
applications.

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