[Bug 727886] GstVideoGLTextureUploadMeta assumes no color conversion is done during upload

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=727886
  GStreamer | gst-plugins-base | git

--- Comment #9 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2014-04-10 13:48:43 UTC ---
I'm not sure I'm very keen in supporting buffer being multi-format. My general
idea with that, is that you should negotiate one format and stick to it. If you
have a tee, then to get GLUpload you'd need all side to support it. Obviously,
it would fail if you add pads to the tee later and you don't handle
reconfigure. From my perspective, negotiating GLUpload through caps is
accepting not to map buffers because the performance will be likely slower then
pure SW path if you do so. 

I'm thinking so also because the capsfeature produce an explosion in term of
combinations, hence I'd prefer if we scope it down. To me, it's better to focus
on getting 1 format per pad and that's it.

There was a comment about deinterlace, textoverlay, colorbalance, rewriting,
etc. There is already some work going that direction. And for the case an
element can't passthrough by meta, it should then prevent any similar meta, to
avoid applying let's say deinterlacing after the text has been composed, and
other non-sense.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.