When uridecodebin exposes pads for its streams, we immediately ghost the relevant (selected) one and let composition send a seek as soon as a buffer is probed. This means that sometimes uridecodebin is still linking elements internally (for non-selected streams) and sees flush events travel down the elements it is still busy trying to link / forward sticky events to. This causes all sorts of nasty issues, which can be avoided by simply blocking all data flow from the source until no-more-pads has been emitted by uridecodebin (or whatever sub_element is wrapped). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3971>
GStreamer Editing Services -------------------------- This is a high-level library for facilitating the creation of audio/video non-linear editors. License: -------- This package and its contents are licensend under the GNU Lesser General Public License (LGPL). Dependencies: ------------- * GStreamer core * gst-plugins-base