[Bug 654850] New: rtph264depay adds one frame of latency in access-unit aggregation mode

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=654850
  GStreamer | gst-plugins-good | git

           Summary: rtph264depay adds one frame of latency in access-unit
                    aggregation mode
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: olivier.crete at ocrete.ca
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Since the aggregation code waits until the next frame to close the previous
access-unit, it always adds at least one frame of latency.

Two ways to mitigate this:
1. Use the marker bit, it indicates the end of an AU
2. Even after that, I think the depayloader should still report some latency in
case the marker bit is missing (the RFC says to not rely on it). Since we have
no way to know the framerate, I guess it should be a property. Unless someone
has a smarter idea ?

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