[Bug 796619] parsebin: forwarding sticky events causes issues with validate
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Jun 20 14:22:44 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=796619
--- Comment #2 from Edward Hervey <bilboed at bilboed.com> ---
(In reply to Jan Schmidt from comment #1)
> I don't see an obvious answer to the problem - we want all events to already
> be there when the pad appears - which is before the validate probe gets
> added?
It's more subtle than that.
1) Demuxer creates a pad and sends events on it before adding it (say SEGMENT)
2) Demuxer adds pad
3) validate adds a non-blocking event probe on that pad
4) parsebin adds a blocking event probe on that pad
5) demuxer pushes something
6) pad code checks for pending sticky events and for each:
6.1) It first calls the blocking variants of probes
6.2) the validate one doesn't match
6.3) the parsebin one matches and it returns GST_PAD_PROBE_HANDLED
6.4 ... because one probe returns HANDLED the non-blocking pad probes aren't
called
--
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