[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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
                 CC|                            |slomo at coaxion.net

--- Comment #2 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to kevin from comment #0)
> non-active pad will be block if active pad reach eos currently. Has
> following issues:
> 
> - Hard to catch up audio if change video track which be blocked long time.

What do you mean with that?

> - Pipeline will hang if demux need push all video/audio data, it is our
> demux's design for some container format.

What does this mean? Your demuxer fails if it can't push all data? Once the
pipeline goes to EOS, at some point the demuxer would just be shut down. It
shouldn't care if there would be more data to send or not.

> Change to sync with clock for better user experience.

As explained on IRC this is wrong. Not every pipeline has a clock, not every
input-selector should run in real-time.

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