[Bug 766261] inputselector: should proceed non-active pad buffer even if active pad reach eos

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=766261

--- Comment #5 from kevin <kevinbing.song at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #4)
> You need to have queues downstream of the demuxer after every srcpad.
> decodebin is doing that for you already.
> 
> But those might run full (do they?) if the EOS track is a lot shorter than
> the others.
Yes, the queue will full and then block demuxer.
> 
> I think the EOS blocking was added some time during 1.6 or 1.8 to make it
> possible to switch to another (longer) track if the current one went EOS.
So what's your option to fix our problem?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.