[Bug 707340] New: qtmux: should NOT use PTS if DTS is missing

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Sep 2 20:15:50 PDT 2013


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

           Summary: qtmux: should NOT use PTS if DTS is missing
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: matej.knopp at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


This commit
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=4f4f6432ccf99779a46be70bb3864ff0b673f7d2 

if DTS is missing on a buffer for some reason, PTS is taken instead. But that
is not good. Because if there is DTS on next buffer, it may be lower than PTS
on previous buffer. Thus you end up with negative delta.

Timestamp handling in qtmux is a mess, but this makes it even worse.

I think what should happen on missing DTS is this:
If DTS are missing at the beginning (probably because it was clipped to segment
start) make DTS = 0
This way there might be few buffers at the beginning with 0 duration, but
there's not much we can do about it until gstreamer can handle negative DTS.

If DTS are missing mid-stream, take the previous sample DTS (or previous sample
DTS + previous sample duration).

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


More information about the gstreamer-bugs mailing list