On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote: > On 26 July 2016 at 21:55, Trevor Woerner <twoer...@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. -- _______________________________________________ meta-intel mailing list meta-intel@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-intel