[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