[Bug 776672] urisourcebin: Reuse slot if new pad's caps is compatible with previous one

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from Seungha Yang <sh.yang at lge.com> ---
(In reply to Jan Schmidt from comment #10)
Firstly, because link_pending_pad_to_output() is called with "pad-removed" or
adaptivedemux's srcpad event probe, please note that what I intended
modification is only applicable on adaptivedemux in current generic usecase :)

> In general, having the same caps name doesn't guarantee compatibility (for
> example both MPEG-PS system stream and MPEG video elementary stream have
> 'video/mpeg' caps), but urisourcebin could instead check if the existing pad
> can accept the new caps.

As an example, followings are compatible based on my intention, since
mime-type, #field, and field names are same.
"audio/x-m4a, rate=(int)48000" and "audio/x-m4a, rate=(int)11025"

But below caps are not compatible, because although both have same mime-type,
field configuration is different. Mostly, the first one is for DASH subtitle
mp4, and the other is for actual video mp4 stream.
"video/quicktime" and "video/quicktime, width=(int)352, height=(int)288,
framerate=(fraction)25/1"

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