[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