Since gst-gl seems to be enabled by default now, maybe it makes sense to start thinking about removing the legacy code. Any thoughts?
We can't, we would need to bump the gst requirements I'm afraid.
(In reply to Carlos Garcia Campos from comment #1) > We can't, we would need to bump the gst requirements I'm afraid. That's fair. Let's keep this bug open meanwhile then.
For the record, GstGL will be shipped as part of gst-plugins-base 1.14.
(In reply to Carlos Garcia Campos from comment #1) > We can't, we would need to bump the gst requirements I'm afraid. Not really related to this bug but we could already bump to 1.4.4 (debian oldstable) or wait until mid-june and bump to 1.8.0 (ubuntu)
(In reply to Philippe Normand from comment #4) > (In reply to Carlos Garcia Campos from comment #1) > > We can't, we would need to bump the gst requirements I'm afraid. > > Not really related to this bug but we could already bump to 1.4.4 (debian > oldstable) or wait until mid-june and bump to 1.8.0 (ubuntu) We now depend on 1.8.x, FTR.
Sadly the old sink is used when AC is disabled, AKA Epiphony mode
Not only that, we have a build option to disable OpenGL. We still want video support when OpenGFL is disabled.
This is still useful, for instance in cases where HW decoding is not possible and Mesa llvmpipe is not desired. Closing.