Hi Ross,
On Wed 2016-07-27 @ 06:09:06 PM, Trevor Woerner wrote:
> Thanks for continuing to help out :-)
+1
> I've saved the entire contents of the following in ~/tmp/gst/no-opengl and
> ~/tmp/gst/opengl (as appropriate):
>
> tmp/work/corei7-64--linux/gstreamer1.0-plugins-bad/1.8.2-r0/
>
On 28 July 2016 at 16:57, Trevor Woerner wrote:
> PACKAGECONFIG_pn-gstreamer1.0-plugins-bad_append = " opengl"
>
You mean:
PACKAGECONFIG_append_pn-gstreamer1.0-plugins-bad
(I remember that append is 'a' so at the beginning of the alphabet, so at
the beginning of the operations. This d
On Thu 2016-07-28 @ 10:21:35 AM, Burton, Ross wrote:
> On 27 July 2016 at 23:09, Trevor Woerner wrote:
>
> > PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
> >
>
> You meant to put _append in there, as there's a large default value that
> you're overriding.
Good point!
I did so:
On 27 July 2016 at 23:09, Trevor Woerner wrote:
> PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
>
You meant to put _append in there, as there's a large default value that
you're overriding.
Ross
--
___
meta-intel mailing list
meta-inte
Hi Ross,
Thanks for continuing to help out :-)
On Wed 2016-07-27 @ 05:49:01 PM, Burton, Ross wrote:
> Hi Trevor,
>
> On 26 July 2016 at 19:24, Trevor Woerner wrote:
>
> > It seems as though adding:
> >
> > PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
> >
> > to local.conf fixes
Hi Trevor,
On 26 July 2016 at 19:24, Trevor Woerner wrote:
> It seems as though adding:
>
> PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
>
> to local.conf fixes the issue. But my distro does contain opengl as part of
> its DISTRO_FEATURES. So I'm not entirely sure why this config
On 27 July 2016 at 15:44, Scott D Phillips
wrote:
> 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.
>
> 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
On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote:
> On 26 July 2016 at 21:55, Trevor Woerner 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) op
On 26 July 2016 at 21:55, Trevor Woerner 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
On Tue 2016-07-26 @ 09:36:31 PM, Burton, Ross wrote:
> On 26 July 2016 at 20:55, Trevor Woerner wrote:
>
> > Okay, I'm looking into what needs to get done.
> >
>
> It's just a matter of using base_contains() on DISTRO_FEATURES in the
> PACKAGECONFIG assignment in oe-core, there's plenty of examp
On 26 July 2016 at 20:55, Trevor Woerner wrote:
> Okay, I'm looking into what needs to get done.
>
It's just a matter of using base_contains() on DISTRO_FEATURES in the
PACKAGECONFIG assignment in oe-core, there's plenty of examples across the
layer.
Ross
--
___
On Tue 2016-07-26 @ 08:15:10 PM, Burton, Ross wrote:
> On 26 July 2016 at 19:24, Trevor Woerner wrote:
>
> > It seems as though adding:
> >
> > PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
> >
> > to local.conf fixes the issue. But my distro does contain opengl as part of
> > its
On 26 July 2016 at 19:24, Trevor Woerner wrote:
> It seems as though adding:
>
> PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
>
> to local.conf fixes the issue. But my distro does contain opengl as part of
> its DISTRO_FEATURES. So I'm not entirely sure why this configuration opti
On Tue 2016-07-26 @ 01:49:24 PM, Trevor Woerner wrote:
> On Tue 2016-07-26 @ 10:20:28 AM, Scott D Phillips wrote:
> > On Tue, Jul 26, 2016 at 01:09:21PM -0400, Trevor Woerner wrote:
> > > This commit is causing the following error in my builds:
> > >
> > > | checking for GST_VIDEO... yes
> > >
On Tue 2016-07-26 @ 10:20:28 AM, Scott D Phillips wrote:
> On Tue, Jul 26, 2016 at 01:09:21PM -0400, Trevor Woerner wrote:
> > This commit is causing the following error in my builds:
> >
> > | checking for GST_VIDEO... yes
> > | checking for GST_PBUTILS... yes
> > | checking for GST_C
On Tue, Jul 26, 2016 at 01:09:21PM -0400, Trevor Woerner wrote:
> This commit is causing the following error in my builds:
>
> | checking for GST_VIDEO... yes
> | checking for GST_PBUTILS... yes
> | checking for GST_CODEC_PARSERS... yes
> | checking for GST_GL... configure:
This commit is causing the following error in my builds:
| checking for GST_VIDEO... yes
| checking for GST_PBUTILS... yes
| checking for GST_CODEC_PARSERS... yes
| checking for GST_GL... configure: error: Package requirements
(gstreamer-gl-1.0 >= 1.8.0) were not m
On 07/22/2016 06:16 PM, Scott D Phillips wrote:
> gstreamer got updated from 1.6.x to 1.8.x back in May:
>
>> e9c85d5 gstreamer1.0: upgrade to version 1.8.1
>
> With the 1.8.x series gstreamer-vaapi got integrated into the
> maintainership of the greater GStreamer project. The old 0.7.0
> pre-up
gstreamer got updated from 1.6.x to 1.8.x back in May:
> e9c85d5 gstreamer1.0: upgrade to version 1.8.1
With the 1.8.x series gstreamer-vaapi got integrated into the
maintainership of the greater GStreamer project. The old 0.7.0
pre-upstream version of gstreamer-vaapi has never been verified
aga
20 matches
Mail list logo