iMX6 hardware decode issue on Android

[Matthew Waters]

Tee enforces that all branches support the exact same caps so it is
impossible to have a tee output both gluploadmeta buffers and sysmem
buffers (in terms of caps).  However, the uploadmeta can still be placed
on the buffers when negotiated as sysmem but the format will be
incorrect and need converting which is the bug/discussion that was
linked before.  In that case, It would be simpler to just not add the
upload meta and go through sysmem.

The other alternative is to add code to glupload (as was mentioned
before and would be much preferred), or create an Vivante specific
UploadMethod and at runtime, add it to the a list of possible uploaders
when the application/plugins are loaded.

On 06/09/15 17:50, Carlos Rafael Giani wrote:
> 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/20150908/2cd15ba1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150908/2cd15ba1/attachment.sig>