[Bug 665525] [0.11] Pad with probe won't forward flush events even though it's not blocking yet

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Dec 4 13:38:39 PST 2011


https://bugzilla.gnome.org/show_bug.cgi?id=665525
  GStreamer | gstreamer (core) | 0.11.x

--- Comment #2 from Matej Knopp <matej.knopp at gmail.com> 2011-12-04 21:38:35 UTC ---
It deadlocks the pipeline.

I have pipeline like this (example)
[Element1] -> [Queue] -> [Sink]

The sink is temporarily unable to render buffers so it's stalling the pipeline.
The queue is full.
I want to add downdstream block probe to element1 srcpad and flush the
pipeline.

I add the probe, but it is not invoked because the pipeline is taller because
of the sink. That would normally be okay as I'm flushing the pipeline (seek),
but in this case it won't work.

The seek start will never get to the queue. It would get there once the probe
starts blocking, but that doesn't happen because the pipeline is congested.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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