[gstreamer-bugs] [Bug 322347] New: GstBaseRtpDepayload timestamps are wring

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=322347
 GStreamer | gst-plugins-base | Ver: HEAD CVS

           Summary: GstBaseRtpDepayload timestamps are wring
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: sebas642 at yahoo.ca
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


In GstBaseRtpDepayload, the new segment is sent with the RTP timestamp of the
first buffer. The first buffer's timestamp (and the
following ones) is then updated to add the queue
length.

I think the queue length should also be added on the
new segment's timestamp. Then, the new segment and the
first buffer will have the same timestamp.

Or, as someone mentioned on the mailing-list, we could not add the queue delay
to the buffer's timestamp.

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