[Bug 763770] New: multiqueue: not-linked pads might not drain out at EOS

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Mar 16 17:13:05 UTC 2016


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

            Bug ID: 763770
           Summary: multiqueue: not-linked pads might not drain out at EOS
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: thaytan at noraisin.net
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

commit #c3454a85 in core introduced a regression to multiqueue EOS handling
when not-linked pads are present.

commit c3454a85c5207dfe33dcaaebf37d8163198a6816
Author: Mark Nauwelaerts <mnauw at users.sourceforge.net>
Date:   Sat Feb 21 17:13:26 2015 +0100

    multiqueue: avoid returning downstream GST_FLOW_EOS from previous segment
to current upstream segment

The problem is that the not-linked pad output is throttled based on linked
pads, with some logic to ignore EOS pads. The commit changed the stored
srcresult which used to record that the last push result was GST_FLOW_EOS, and
now it's possible that not-linked streams are not drained out. Any data which
is pushed after all linked streams have gone EOS will stall in the multiqueue
and never drain.

Unit test and patch coming.

-- 
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