Created attachment 404920 [details, diff] Patch that fixes the problem Here is a thread where other users talk about the issue - as well as a fix in the last post. https://forums.gentoo.org/viewtopic-p-7716422.html Also attached the patch from that thread, which does fix the problem.
That "fix" is nonsense - gst-plugins-bad don't have '--enable-gl' switch. So, build log and config.log where the plugin didn't get built despite opengl useflag being set is required here. Though on somewhat related note, opengl based libvisual plugin was lost during gst-plugins-gl -> gst-plugins-bad transition. PS: and I'd like to once again remind you, that certain gtk-doc fixes are yet to be applied.
...OK, this is me, flying off handle, due to bad experiences with the herd. The switch both is and isn't there. It's not among AC_ARG_ENABLE group, cause AG_GST_CHECK_FEATURE doesn't use it, but gst-plugins10_get_plugins still grabs it. However a bit less trivial fix is required, as '--enable-gl' affects both desktop opengl and gles2.
There might be a valid upstream bug lurking though, as that check is done after all opengl checks have already run, making the construct a bit pointless - why would it do all those checks and then just discard their results ?
gst-plugins-bad already had all the logic to switch the element flag so I added it here in the spirit of base and good ebuilds. commit b70f027217a9cf5cb25f5674aed449c8814dc976 Author: Gilles Dartiguelongue <eva@gentoo.org> Date: Mon Nov 9 19:27:26 2015 +0100 media-libs/gst-plugins-bad: add support for gtk element and fix gl element gl element was not properly enabled when libs where already required to build gst libraries, bug #551712.