Re: Upcoming Qt switch to OpenGL ES on arm64
I think not pulling it to full screen puts everybody in the same boat
by using the default size. But I can watch videos with smplayer on my
Rock64, on a Pi I need to use omxplayer because smplayer is too low.
There was some mention on the pine64.org page about using the Rock64
as a multimedia machine.
Ah, does linuxcrc do any kind of video acceleration? Never seen it.
It could with DRI I think.
On 11/26/18, Gene Heskett <gheskett@shentel.net> wrote:
> 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>
>
>
--
-------------
No, I won't call it "climate change", do you have a "reality problem"? - AB1JX
Cities are cages built to contain excess people and keep them from
cluttering up nature.
Impeach Impeach Impeach Impeach Impeach Impeach Impeach Impeach
Reply to: