(08-17-2019, 12:01 PM)Helios Wrote: Does the 64 bit videocore driver support buffer_storage? That's a pretty important extension we need for reasonable performance.
The VC6 GL driver supports ARB_buffer_storage but GLES lacks EXT_buffer_storage. Somehow scenes of Luigi's mansion can run at full speed and probably likewise for other GameCube games. Wii games are still very slow on the Pi 4 and this might be part of the reason.
We could kindly ask the Igalia team working on V3D to potentially add EXT_buffer_storage. The Dolphin devs seem to have asked Mali and other vendors for this extension over the years. Was this requested at some point for VideoCore? If there's already an old ticket that would be good for context.
Whether EXT_buffer_storage would be actually helpful on the Pi depends on whether the rendering backend is the bottleneck. How can I benchmark games for an estimate of their performance if this were hypothetically fixed? Perhaps playing in wireframe mode would be representative?
(08-21-2019, 07:03 PM)MayImilae Wrote: this is the first time since OpenGL ES support that there has been a device where OpenGL is worse than OpenGL ES. It was a pretty good assumption! Well, now that the exception has occurred, hopefully someone will set up some way to deal with this situation.
My initial thought was that for __arm__ || __aarch64__ we could have PreferGLES default to True, otherwise False. The Mupen64Plus codebase suggests that RockChip's RK3288+RK3399 and AmLogic's AMLGXM also can do GLES 3.0, and I doubt either of those systems support OpenGL 3.0.
I don't know if there is any preference on Jetson TX2 / Nano to run with GLES 3.2 vs GL 4.6.