[Bug 778163] parsebin: Don't expose endpad if corresponding decoder is not supported

[GStreamer (GNOME Bugzilla)]

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

--- Comment #14 from HoonHee Lee <hoonh83.lee at gmail.com> ---
(In reply to Edward Hervey from comment #13)
> Another argument that popped up is the following: Even if the stream is not
> exploitable by a player/app .. one might still want to be able to list it in
> the application (and maybe have it greyed out).

Thanks for collecting another opinion.
I agree with this behaviour. Because, I think it's more general concept.

Eventually, decodebin3(playbin3) would switch track between available
streams(tracks) and we don't need to worry about handling preroll
state(async-done) when non-available stream(track) is selected and pipeline
tries to change paused state.

Do you agree with following behaviour if you also want to maintain all streams?

1) If we have a stream that contains 1-video and 2-audios and 1st audio stream
is not available(not supported decoder or in blacklist).
How about changing automatically from 1st audio to 2nd audio when initial
pre-rolling? I think that changing automatically is more better instead of mute
sound.

Thanks.

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