GNOME Bugzilla – Bug 746683
input-selector: Reimplement based on aggregator
Last modified: 2018-01-18 23:26:53 UTC
Adding an input-selector2 based on aggregator may solve several problems, thanks to aggregator having its own src task. It may reduce long delays switching tracks and provide better, non-blocking EOS handling.
Why do we need input-selector2? Can't we port the existing one over without too much breakage?
At this time aggregator is part of gst-plugins-bad, not gstreamer core. I also haven't checked the aggregator pads and selector pads for compatibility.
Can you describe the problematic scenarios in more detail?
Aggregator is in core now. Would still like more information on the problem we need to solve here though.
I honestly forgot what kind of itch with input-selector triggered this bug report, sorry.
Alright, let's close it then. If there's still a problem someone will file a new bug sooner or later. Sorry it took so long to follow up on the initial report :)