I’m following the Play a section of a media file developer manual (https://gstreamer.freedesktop.org/documentation/application-development/advanced/pipeline-manipulation.html?gi-language=c#play-a-section-of-a-media-file) to preroll and seek a newly added element in a running pipeline to a desired position. The element is essentially a bin containing a filesrc → decodebin → some filters chain
The difference to the example is that I’m not linking the source to the next element (an audiomixer) while prerolling because I want it to continue to run while the seek is performed.
I block my pad with GST_PAD_PROBE_TYPE_BLOCK_DOWNSTREAM, set to playing and after the probe was called I seek the element. After the seek was called I wait for the probe to retrigger and link the element to the audiomixer.
I’m seeing “could not send sticky events” in the logs, but I can’t tell if this is bad in this case or not.
Audio seems to be playing, but I sometimes get silences in long running pipelines and the only notable log is the “could not send sticky events”.