[Bug 797044] New: adding flvmux to a running live pipeline results in incorrect data ordering

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=797044

            Bug ID: 797044
           Summary: adding flvmux to a running live pipeline results in
                    incorrect data ordering
    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: m.olbrich at pengutronix.de
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Since c0bf793c05cf793aa18a8548cda702625e388115 the PTS of output buffers start
at zero. These timestamps are define the position in the src pad segment and
this position is used in gst_flv_mux_get_next_time().
If a flvmux element is added to a already running live pipeline then the time
returned by gst_flv_mux_get_next_time() is incorrect. I think it is of by the
(running?) time when the element was added or something like that.

As a result, gstaggregator does not wait at all if at least one pad has a
buffer and the buffers in the output stream are ordered incorrectly.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.