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

[Trevor Woerner]

On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote:
> On 26 July 2016 at 21:55, Trevor Woerner <twoerner at gmail.com> wrote:
> 
> > To be honest, it's the comment that's confusing me:
> >
> >         # opengl packageconfig factored out to make it easy for distros
> >         # and BSP layers to pick either (desktop) opengl, gles2, or no GL
> >
> > In any case, I've sent a patch. If it's wrong, I'm sure someone will point
> > it
> > out:
> >
> >         https://patchwork.openembedded.org/patch/127991/
> >

Let me start by saying that I'm a bit out of my depth here; I've never quite,
100%, fully understood the whole opengl - x11 - gles - gles2 - mesa - drm -
... dance. But I do appreciate your explanation.

> Ah, interesting.  I didn't actually look at the recipe... :/
> 
> GLES is the more universal option, and GL is definitely only specific to
> certain pieces of hardware, so I can see why the recipe takes this approach.
> 
> 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.

The vaapi recipe doesn't have a PACKAGECONFIG for gles, but its ./configure
script does look for, find, and use(?) gles2 and gles3.

This recipe does contain the line:

        ${@bb.utils.contains("DISTRO_FEATURES", "opengl x11", "glx", "", d)} 

[Does that work? What if "opengl" and "x11" aren't beside each other with one 
space between them in $DISTRO_FEATURES?]

In any case, in my build, the "glx" PACKAGECONFIG flag gets turned on which:

        PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,virtual/mesa"
        
But even if I explicitly disable-glx in my configuration, configuring vaapi
still fails looking for gstreamer-gl-1.0 (as before). In fact, even if I turn
off all the PACKAGECONFIG options (i.e. --disable-<everything>) the configure
step of vaapi still fails.

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.