[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