[Bug 658659] New: qtmux: Fix ctts entries for streams that don't start with timestamps from 0

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Sep 9 07:49:54 PDT 2011

  GStreamer | gst-plugins-good | git

           Summary: qtmux: Fix ctts entries for streams that don't start
                    with timestamps from 0
    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: thiago.sousa.santos at collabora.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

When qtmux processes a stream that doesn't start at 0 timestamps it might
generate a ctts table with all values offset by the timestamps of the first
buffer (that is not 0). This is causing the resulting file to have a delay on
playback (the same offset stored on ctts).

Example: If you push a stream starting at 2s on qtmux, the ctts entries will
have 2s added. On playback, qtmux will start pushing buffers starting at 2s as
well, causing a delay.

The attached patch fix this, making it start from the beginning. The question
is if we want to push it, or make qtmux rely on newsegments to tell what is the
first ts.

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