On 2016-12-06 19:22, Herve Jourdain wrote:
Hi Gary,
Could you try a local to your layer gstreamer1.0-plugins-bad_%.bbappend,
that would contain:
PACKAGECONFIG_remove_rpi = " dispmanx"
And see if it solves your problem?
Yes, it does solve the problem, thanks. Although written this way and
putting it in local.conf forced every package that uses PACKAGECONFIG to
be rebuilt :-(
Perhaps a softer approach might be:
PACKAGECONFIG_remove_pn-gstreamer1.0-plugins-bad = "dispmax"
Too bad though that this needs to be disabled to get X11 to work as it would
seem to be very useful in a high-need graphic environment.
I've never built for "vc-graphics-hardfp", as I'm not sure if there are
benefits in using it over either using the userland or vc4, so I'm not sure
whether it can work without dispmanx, nor why it would not compile with
dispmanx enabled.
But if this works, then we might need to consider to add an additional case
for not enabling dispmanx.
Cheers,
Herve
-----Original Message-----
From: Gary Thomas [mailto:[email protected]]
Sent: mardi 6 décembre 2016 16:58
To: Andrei Gherzan <[email protected]>
Cc: Herve Jourdain <[email protected]>; [email protected]
Subject: ***SPAM*** Re: [yocto] [meta-raspberrypi][PATCH]
gstreamer1.0-plugins-bad: Don't hard wire use of userland
On 2016-12-06 16:48, Andrei Gherzan wrote:
On Tue, Dec 06, 2016 at 04:02:20PM +0100, Gary Thomas wrote:
On 2016-12-06 13:45, Herve Jourdain wrote:
Hi Gary,
But dispmanx is really only provided by userland, it does not exist
in other flavors of egl/libgles.
Actually, dispmanx should not be selected in PACKAGECONFIG if
userland is not in use for EGL/GLES.
Fine, but I'm looking for a solution where I can choose to use
vc-graphics-hardfp so X11 works again and I can also have gst-player
which depends on gstreamer-1.0-bad
Any ideas?
Disabling dispamanx is not working?
How might I do that? It's not clear from [at least] that recipe.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
--
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
