[Bug 675761] New: encoders: Does not support latency adjustment with dynamic framerate

[GStreamer (bugzilla.gnome.org)]

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

           Summary: encoders: Does not support latency adjustment with
                    dynamic framerate
    Classification: Platform
           Product: GStreamer
           Version: 0.10.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: nicolas.dufresne at collabora.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Currently, live src like v4l2src (many uvc cameras) dynamically change (reduce)
the framerate to compensate for lower ambiant light. In a live pipeline, this
has the effect of increasing the effective latency. This is because most
encoders have a latency in frames, but exposes that latency in time. When the
framerate dynamically changes, the latency is not increased. This can be solve
in the base class by monitoring the effective latency time (time duration of
the buffered frames). This will not prevent some of the buffer to be late and
dropped, but will at least allow the pipeline to exit the recovery (1 fps)
mode.

Some people have thought that this could be solved using videorate, but
videorate does not operate in live mode. It will only produce frames when the
next one arrive. videorate could expose it's latency to compensate, but
duplicating frames is not very efficient.

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