Closed peardox closed 4 years ago
I think it's right on the edge of being possible but it's very bleeding edge. This image has a special PPA that has us all the way up to mesa 19.2.1 (way ahead of everything else) because the v3d support for the Pi 4 is also so bleeding edge. To see how bleeding edge, here's a good read from the Pi 4 v3d driver mesa guys: https://www.raspberrypi.org/blog/vc4-and-v3d-opengl-drivers-for-raspberry-pi-an-update/
Currently in the image if I go into kubuntu-desktop under the "Compositor" section of System Settings I can choose up to OpenGL 3.1 as my rendering backend for the compositor. We are definitely hardware accelerated through 3.0 as glxinfo has confirmed.
The part I'm not sure about here is what does it take to get to 3.2? From reading the article by the new dev it sounds like they're wanting to merge a bunch of 3.1 improvements in the next release. I found another article at https://www.phoronix.com/scan.php?page=news_item&px=Raspberry-Pi-4-Almost-GLES-3.1 that says the same thing, they are about to release 3.1, so maybe it's not available yet?
Either way the hardware definitely can support 3.2. From the Raspberry Pi blog article:
The driver code for both GPU models is available in the Mesa upstream repository. The codename for the VideoCore IV driver is VC4, and the codename for the VideoCore VI driver is V3D. There are no downstream repositories – all development happens directly upstream, which has a number of benefits for end users:
It is relatively easy for the more adventurous users to experiment with development builds of the driver. It is fairly simple to follow development activities by tracking merge requests with the V3D and VC4 labels. At present, the V3D driver exposes OpenGL ES 3.0 and OpenGL 2.1. As I mentioned above, the VideoCore VI GPU can do OpenGL ES 3.2, but it can’t do OpenGL 3.0, so future feature work will focus on OpenGL ES.
So it sounds like maybe there's a development driver on the mesa site somewhere that could be built to get that far.
Yeah, I've been reading those articles as well albeit after posting the query
I've got DEBs for Armv7a and aarch64 - both are incomplete while the _MM_TRANSPOSE4_PS macro is being written (sse2neon are doing that part)
As 19.10 is supposed to be bleeding-edge I've got a SD waiting to be try out the official Ubuntu version (at least I can find out what version of OpenGL it's got)
I'll try out the guys working on VC4 as OBS-Studio is something that'll probably be in high demand.
For now managing to pull together your stuff with a OpenGL 3.2 bleeding-edge, a desktop and OBS would make for a "interesting" image.
If you want to try latest mesa you can try this ppa It is mesa master https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
btw @TheRemote it will be nice to have 19.10 with org raspberry kernel :)
I just update your image to 19.10 and then I installed ubuntu-desktop And it is really usable with wayland !!!
Great PPA, after installing I'm showing OpenGL ES 3.1 and OpenGL 2.1 renderers!
I'm switching my graphics driver PPA to this one since it's a couple versions newer.
Anyone heard of Regal?
@peardox there is also gl4es
Sadly that only does OpenGL 2.1
The version numbers for GL / GLES are misleading, you'd thing GLES 3.2 did GL 3.2...
It looks like this has been answered, if anything changes or I missed something and there's more I can do let me know!
OBS-Studio potentially runs on a Pi4 but it requires OpenGL 3.2. It should be noted that the Jetson Nano has 3.2 but has some unknown bug I'm trying to track down - possibly something in SSE (I'm using sse2neon.h for that but one macro is missing)
Is this possible? The default install gives me this
An almost patched obs results in a core-dump - I'm missing the NEON translation for SSE's _MM_TRANSPOSE4_PS