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 <ghesk...@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 <psi...@gmail.com> wrote: >> > Hello Ian, >> > >> > On Mon, Nov 26, 2018 at 2:04 PM Ian Campbell <i...@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
