[Bug 767900] New: multipartmux is not clearing dts timestamp.

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 767900
           Summary: multipartmux is not clearing dts timestamp.
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: goran.jonsson at axis.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 330116
  --> https://bugzilla.gnome.org/attachment.cgi?id=330116&action=edit
gst-plugins-good patch

The multipartmux is just handling TIMESTAMP ie PTS_TIMESTAMP and not clearing
the DTS timestamp.


We have a pipeline source->multipartmux->sink.
The source is producing both PTS and DTS timestamp normally. But after seek it
produce rather many packets that are to early.

The multipartmux is setting the PTS_TIMESTAMP(BUFFER_TIMESTAMP)on this early
packets to GST_CLOCK_TIME_NONE and leave the DTS_TIMESTAMP as they are.

The sink will now see a stream that seams to have no PTS_TIMESTAMP but have
DTS_TIMESTAMP and treys to sync on this DTS_TIMESTAMP. 

Solution: Let the multipartmux set the DTS_TIMESTAMP to GST_CLOCK_TIME_NONE.

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