Raspberry Pi + GLES2, anyone?

[Chebmaster]

That's a good idea.
Will do when I get my sources in order (them all have GPL comment header when it should be LGPL).

P.S. I just tested my idea with using hardware scaling (FullHD is too much for RPi 2, it glitches with incomplete buffers ) and it works well indeed.
I had to add some hacks to my engine to utilize this, such as virtual window client rect (different dimensions from the real client rect)
When you stretch the window top the whole screen, the render surface stays limited to 1280 width or 960 height, whichever allows for square pixel aspect, and the surface is stretched by hardware to match the window.

RPi is totally capable of 60 FPS but you have to jump through some hoops to get there.

[Carver413]

maybe this would be useful http://forum.lazarus.freepascal.org/...25.0;topicseen

[Chebmaster]

Nice. I'm very glad they are doing that. But I am not going to support it, unfortunately.

There are lots of stuff ToDo in my engine and I barely manage two frameworks: native Win API and native X11. I even had to scrape the planned SDL2 support.
Supporting RPi was made possible as a manageably limited extension to the X11 framework, but that was the limit of my willingness to invest effort.
(I need RPi support for bragging rights mostly, I've been previously boasting Windows 98 support but, sadly, outgrew its limitations)

I should probably have been more clear: I'm interested if anyone did support RPi GLES using other Linuxes than Raspbian (I know there are a few)

[Chebmaster]

Tried RPi3 + Raspbian 9 Stretch + FPC 3.0.0

* the DLLs got renamed to libbrcmGLESv2.so libbrcmEGL.so - resolved this by adding these names to the list of DLLs my engine tries. A useful feature, that.
* the command line options that work changed from

 -O3 -CaEABIHF -CpARMV7 -CfVFPV3

to

-O3 -CaEABIHF -CpARMV7R

Why...? Who knows.
* everything else is the same.