[Bug 754040] Caps negotiation slower than 1.4

[GStreamer (GNOME Bugzilla)]

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

--- Comment #5 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
For the record, in number of queries
using xvimagesink: 239
using glimagesink: 342

glimagesink has 3 elements internally so every caps query that reaches it will
add 3 queries. (as it is the last element, nearly every query of the video
branch will reach it)

Additionally, every new element added to decodebin will have its output caps
compared with it, so an accept-caps in the ghostpad of the bin does:

1) This is a proxy-pad, try an accept-caps downstream -> fails because caps is
not compatible yet
2) Fallback to default implementation -> caps query and compare with the
accept-caps -> fail

This adds another 3 or 4 caps queries at every attempt when usually with
xvimagesink only 1 would be done.

I wonder if a proxy-pad should fallback to the default implementation at all in
this case of accept-caps. What's the reason for that?

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