[Bug 761086] New: splitmuxsrc: use the max ts of all streams as the offset to align the next stream with
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Mon Jan 25 06:51:04 PST 2016
https://bugzilla.gnome.org/show_bug.cgi?id=761086
Bug ID: 761086
Summary: splitmuxsrc: use the max ts of all streams as the
offset to align the next stream with
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-good
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: george.kiagiadakis at collabora.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 319684
--> https://bugzilla.gnome.org/attachment.cgi?id=319684&action=edit
splitmuxsrc: use the max ts of all streams as the offset to align the next
stream with
Splitmuxsrc currently finds and uses the minimum timestamp of all streams
(audio/video/subtitle) as the first timestamp for the next part, but this is
incorrect and gets noticed when you have subtitles, which are sparse. (In
audio/video cases it can easily go unnoticed because the ending timestamps are
very close together)
So for example if the current part ends at t=5s and the last subtitle was at
t=1s, then the next part's timestamps start from t=1s and you lose 4 seconds of
data in the output.
The attached patch fixes the issue.
--
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