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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu May 12 01:58:47 UTC 2016


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

--- Comment #3 from kevin <kevinbing.song at gmail.com> ---
Let me explain our problem:

One stream has two video tracks and one audio track. One of video track has
less duration than other track, so it will send eos while other track still
running.

Switch to the video track which reach eos. another video track buffer will be
blocked in inputselector. So demuxer will be blocked when call pad push buffer
for the blocked video track.

As demuxer run in one thread, audio pipeline can't get audio data buffer as
demuxer is blocked by video pad push buffer. So the whole playback pipeline is
be blocked.

Is my understand wrong or our design wrong?

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


More information about the gstreamer-bugs mailing list