Re: Upcoming Qt switch to OpenGL ES on arm64
On Monday 26 November 2018 09:40:34 Alan Corey wrote:
> Try glxgears and es2gears on few different platforms. On a Pi 3b
> glxgears runs at about 45 FPS, es2gears slightly lower. On my Rock64
> it's in the hundreds of FPS but that's Mali. Look at omxplayer, full
> screen HD video while the CPU idles (on a Pi). The GPU is more
> capable than the CPU. You can do software-emulated OpenGL on
> anything, the question is how efficient it is.
glxgears is all I have, on both an rpi3b and a rock64
But lets be realistic, what good is either if not pulled out to full
screen?,
Here, on the rpi3b its less than 1 FPS! This is because the realtime
kernal is pinned to keep apt from replacing it with something that
linuxcnc won't run on. With the actual size of lcnc's gui being about
1/2 screen I get about 4 FPS for a refresh rate on a 1920 by 12xx
monitor. But because the backplot is so slow anything that smells like a
collision with a fixture is done really slow, else the collision will
have already happened long before I can take corrective action
On the rock64, its around 4.5 FPS near full screen, rangeing up to 35 at
its launch it size, on a 1366x768 monitor.
I have other machines running on intel x86 hardware that give me
close enough to real time its not been a problem. So videowise, on the
arms, I could use every bit of help I can get.
.
> On 11/26/18, bret curtis <psi29a@gmail.com> wrote:
> > Hello Ian,
> >
> > On Mon, Nov 26, 2018 at 2:04 PM Ian Campbell <ijc@debian.org> wrote:
> >> On Mon, 2018-11-26 at 12:07 +0100, bret curtis wrote:
> >> > The hardware that supports GLES also supports OpenGL because GLES
> >> > is a subset of OpenGL.
> >>
> >> I'm confused by this inference. If GLES is a subset of OpenGL then
> >> surely hardware which claims to implement GLES is at liberty to
> >> only implement that subset and would therefore not necessarily
> >> support OpenGL.
> >>
> >> Ian.
> >
> > I believe this is a purely a driver/firmware distinction. So whoever
> > implements this is at liberty to do whatever they want so long as
> > the hardware supports it.
> >
> > Meaning that if something advertises GLESv2 support then it has, at
> > least, OpenGL 2.0 support in hardware because without that, they
> > couldn't have supported GLESv1.
> >
> > GLES1.1 is fixed-function pipeline that is compatible with OpenGL
> > 2.0, you're not going to create hardware to support GLES1.1 that
> > doesn't also support at least OpenGL 2.0
> >
> > GLESv2 is another beast, it dropped fixed-function pipeline because
> > that was the spec, but it is still a software implementation and
> > doesn't mean that it no longer exists in hardware.
> >
> > Take for example the Nvidia Tegra:
> > https://opengles.gpuinfo.org/displayreport.php?id=690 <-- SHIELD
> > Android TV which happens to be a Tegra SoC supports OpenGL ES 3.2
> > https://opengl.gpuinfo.org/displayreport.php?id=2377 <-- Tegra as
> > integrated with CPU (nvgpu), supports OpenGL 4.6.0
> >
> > Similar (if not the same?) hardware, running aarch64, the only real
> > difference is the driver.
> >
> > That being said, I would love to hear from someone who actually
> > makes these things to comment. It is entirely possible that there is
> > a chip out there that supports GLES 3.2 and only that in hardware. I
> > would be amazed but I'm reluctant to ever use the words never and
> > ever. So far, the hardware that supports that are[1]:
> >
> > Adreno 420 and newer
> > AMD GCN-architecture
> > Intel HD Graphics Skylake and higher
> > Mali-T760 and newer
> > Nvidia GeForce 400 series (Fermi)
> >
> > As I said, I would be amazed if these GPUs didn't support some
> > minimal version OpenGL in hardware. As I said elsewhere, most free
> > and open-source drivers (mesa) support both some version of GLES
> > along with some version of GL. [2]
> >
> > Cheers,
> > Bret
> >
> >
> > [1] https://en.wikipedia.org/wiki/OpenGL_ES#OpenGL_ES_3.2_2
> > [2] https://mesamatrix.net/
--
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
Reply to: