iMX6 hardware decode issue on Android

[Carlos Rafael Giani]

So, if I get this right, then the decoder would check if downstream 
supports this caps feature. If so, it sets the caps to format=RGBA and 
feature=gluploadmeta. Internally, the buffer holds I420 data, but the 
Vivante direct texture based upload code will then transparently convert 
to RGBA. So far so good.

But what if there is a branch downstream, for example because of a tee 
element, and one element supports this caps feature, the other doesn't?

Am 2015-09-04 um 17:08 schrieb Nicolas Dufresne:
> Le vendredi 04 septembre 2015 à 16:02 +0200, Carlos Rafael Giani a
> écrit :
>> Well the main problem was that the Vivante stuff can implicitely do
>> color space conversion, transparently exposing YUV textures as RGB(A)
>> ones to OpenGL ES shaders, and this is not possible with this meta,
>> since you cannot specify two caps (the input format - typically some
>> YUV format - and the format that the glimagesink textures - some RGB
>> format).
> That's something you can negotiate. This is the same thing with VAAPI
> btw. Use a caps feature "meta:GLUpload" and if you have this feature,
> set format=RGBA. Same as gtreamer-vaapi here.
>
> Nicolas
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150906/1485cce2/attachment.html>