[yocto] libva failing for mp4 using gstreamer under 'danny' with cedartrail BSP

Chris Tapp opensource at keylevel.com
Thu Dec 13 14:50:52 PST 2012


On 13 Dec 2012, at 22:38, Ross Burton wrote:

> On Thursday, 13 December 2012 at 22:22, Chris Tapp wrote:
>> Good catch. This shows there is no video/x-surface decoder available. Off to find which plugin I need...
>> 
>> I should have thought of trying that. Thanks! I'll have to find out why my gstreamer error handler isn't spotting the problem!
> Yeah… that's a bug I meant to fix in danny-next but failed.  Install gst-plugins-xvimagesink (or something like that, not at my work machines right now).

Thanks, I'll give that a try.

>>> It's possible that you've got some horrible GLES/VA interaction, specifically the download from VA-land to however you're getting the video into the textures. Speaking of which, how are you getting from frames to textures?
>> I'm using appsink to give me access to the raw pixel data which I then glTexSubImage into a texture. I'm using appsink as I've got legacy code that uses it for an SDL app. I may try and switch to gstreamer GL plugin support when I find the best option ;-)
> 
> There'll be a better way - gstreamer-gl is worth a look at if you can assume VAAPI you should be able to construct a fairly efficient vaapi-gl pipeline (with gstreamer 1.0 I believe you'll be able to get zero-copy)

I had a quick scan of that the other day and thought it looked like it would be worth a try. I'm hoping to be able to stick with the DN2800MT board for a while, so VAAPI will be available. Zero-copy would be really nice :-)

> Ross  
> 
> 

Chris Tapp

opensource at keylevel.com
www.keylevel.com






More information about the yocto mailing list