[meta-intel] [PATCH 0/1] gstreamer-vaapi: Update to upstream version 1.8.2

[Scott D Phillips]

> On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote:
> > The alternative would be to see if gst-vaapi can be told to
> > use GLES instead of GL out of the box, as that will run on far
> > more hardware without modification.

gst-vaapi doesn't use GL or GLES actually but rather can use GLX
or EGL to input/output raw video frames.  libgstgl-1.0 is used by
gstreamer elements to coordinate usage of textures in buffers that
get passed between them.

On Wed, Jul 27, 2016 at 07:05:34AM -0400, Trevor Woerner wrote:
> Given your explanation, my patch from yesterday should be
> rejected. But I don't know how to fix this, other than to add a
> PACKAGECONFIG for gstreamer1.0-plugins-bad to add "opengl" in
> either my DISTRO or local.conf.

If I understand right you have 'opengl' in your DISTRO_FEATURES
and do not have 'gles2'.  Is that right?  I think in that case
'opengl' should be set in the PACKAGECONFIG for plugins-bad
so that the gstgl library can get built for you.

There also seems a bug in gstreamer-vaapi's configure script where
PKG_CHECK_MODULES invocations that are meant to be non-fatal are
actually fatal. I'll get this fixed upstream, and this would mask
the build error you're seeing. But I think the real issue you're
having is that gstgl isn't being made with your configuration but
should be.