On 13 Dec 2012, at 21:55, Ross Burton wrote: > On Thursday, 13 December 2012 at 21:10, Chris Tapp wrote: >> I've got an X application that uses gstreamer to capture frames from video >> files and display them using GLES textures. >> >> This works fine for webm and flv files, but if I try and use mp4 (or avi) >> then I get no frames. I'm not seeing any gstreamer errors, but the console >> shows: >> >> libva: VA_API version 0.32.1 >> libva: va_getDriverName() returns 0 >> libva: Trying to open /usr/lib/dri/pvr_drv_video.so >> libva: va_openDriver() returns 0 >> >> 1) I'm building under 'danny' for cedartrail with PVR. >> 2) The pvr_drv_video.so file mentioned above exists. >> 3) The same gstreamer pipeline works fine on my host build system. >> 4) I'm fairly sure the required gstreamer plugins are present. > > To verify (4) which is obviously fairly important, can you confirm that a > simple playbin will play the videos correctly on the CedarTrail?
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! > 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 ;-) > Ross > > Chris Tapp opensou...@keylevel.com www.keylevel.com _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
