[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
https://bugzilla.gnome.org/show_bug.cgi?id=658659
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