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

[Chris Tapp]

On 13 Dec 2012, at 22:50, Chris Tapp wrote:

> 
> 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.

Unfortunately, adding xvimagesink hasn't helped. I also still don't really understand why webm and flv work ok.

>>>> 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
> 
> 
> 
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

Chris Tapp

opensource at keylevel.com
www.keylevel.com