Raspberry Pi 4 is now OpenGL ES 3.1 conformant.
-
@quicksilver All related parameters from gpu_freq (core_freq, h264_freq, isp_freq, and v3d_freq) shoudn't be set. Only the arm_freq is working (according to forums....I didn't try it yet).
-
-
@Darksavior said in Raspberry Pi 4 is now OpenGL ES 3.1 conformant.:
. @mitu Maybe the retropie script needs to be updated for it?
What would it need to be updated ?
-
Which of the existing cores, if any, will benefit from 3.1? I know Dolphin does but that's not on Retropie.
-
@mitu Emulationstation for gles3 to fix the slowdowns?
-
@Darksavior said in Raspberry Pi 4 is now OpenGL ES 3.1 conformant.:
@mitu Emulationstation for gles3 to fix the slowdowns?
EmulationStation doesn't use GLES (right now) on the Pi4, only on the PI3 and below. Regardless, if this is a driver regression with the new MESA libraries, shouldn't it be corrected upstream, not in EmulationStation (if any solution could be found there) ?
I haven't had a chance to test the new MESA libraries yet, to see if any regressions have been introduced.
-
@mitu I'm asking at the pi forum as well.
One thing I just noticed, if I enter retropie-setup from the ES menu, then exit to the menu, it's ~60fps. Loading a game or a reboot brings ES back to ~30fps. -
Ignoring the possible problem with ES, retroarch and the cores do need to be re-compiled for it. Retroarch's fps counter is broken and notifications are black boxes with mame2015. Mupen64plus-next is fine.
-
@Darksavior said in Raspberry Pi 4 is now OpenGL ES 3.1 conformant.:
Ignoring the possible problem with ES, retroarch and the cores do need to be re-compiled for it. Retroarch's fps counter is broken and notifications are black boxes with mame2015. Mupen64plus-next is fine.
there’s no gles 3.1 compiler flags for retroarch so this sounds like another raspbian/mesa issue.
-
@dankcushions I tried mame2016 a few minutes ago and it doesn't have the issues 2015 has. Glad to know it's an isolated problem. Seems that it's the emulator with the issue.
-
@Darksavior there's OSD Font corruption with lr-atari800 also - unrelated to Mesa. It's a retroarch /core issue.
-
I noticed when compiling RetroArch from source, it says OpenGL ES3 is disabled. I fixed this by adding --enable-opengles3 in the RetroArch build script. Maybe this should be added to RetroPie?
Also, lr-mupen64-next seems to be built for GL ES V2 (looking at the build options when building from source). I've added the build option FORCE_GLES3=1 to fix that. Maybe something that should be fixed as well?
-
@Brunnis the Mesa drivers are still in the untested repo, but we are aware of the changes needed etc.
Nothing to "fix" yet. Patience everyone :-)
-
@BuZz said in Raspberry Pi 4 is now OpenGL ES 3.1 conformant.:
@Brunnis the Mesa drivers are still in the untested repo, but we are aware of the changes needed etc.
Nothing to "fix" yet. Patience everyone :-)
Ahh, good to know. 😎 Thought it had been overlooked since the Pi 4 has been ES 3.0 compatible since release.
-
-
Not to forget this great news
Vulkan is coming to Raspberry Pi: first triangle
Maybe next year....but we are not going anywhere :)
-
Have there been any advancements regarding OpenGL ES 3.1 support on the PI 4? I think it has been a while since the last post.
Thank you for any updated info!
-
@tekn0 it currently supports ES 3.1 if that's what you're asking?
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.