Search results

Those errors are because gl4es implements OpenGL 2.0 only (hardware limitations mean anything more recent isn't possible). SuperTux does seem to fall back fine to 2.0, so I doubt this is the cause of the performance issues. What level are you trying? And do you know if your prototype has some...

Interestingly, I found that gparted was able to expand the f2fs partition fine, but for reasons almost certainly unrelated to f2fs, messed about with the partition table or boot stuff such that the OMAP5 was no longer able to boot from it, until I messed around with the partition in fdisk and...

In theory, some video editing tasks might benefit from the hardware video encode/decode, if they pass things down to gstreamer internally. This might be some way off working, as all the code would need to be ported from old TI kernels/repos and brought up to date. The other issue is that the...

The inc VAT pricing that I saw was €730 for black or €745 for dark chrome, but that may not be final.

I think those prices might be out of date due to the 16% VAT change, so actually dark chrome should end up about the same as the original price within the EU.

Shipping via Fedex was €12.95 to the UK.

Yeah, there are only a handful of OpenGL games in the repo that work at a decent speed with gl4es anyway, and the size of many games mean they may be better off on an SD card too.

That's interesting - I have found it to be very playable (probably at least 40-50fps) except for when water is visible and then it slows down to the 15-20fps mark. I don't know if that is just an inefficiency in the game, or perhaps a weak spot in the GPU/driver/gl4es.

I am not sure if gl4es will actually be setup as the default system wide as I've seen some desktop stuff behave a bit strangely with it in LD_LIBRARY_PATH. It is more likely that things will follow the Pandora, and stuff that needs OpenGL rather than GLES will add gl4es to LD_LIBRARY_PATH...

I see a change between # and $, export and running supertux2 should all be in the same terminal. omapdrm_dri.so does not exist and is a sign that the wrong libGL is still being used.

That looks good, I would now expect supertux2 to work properly.

The ldd command I mentioned a few posts up is a good way to check that LD_LIBRARY_PATH is set up correctly.

The instructions have a download link to libGL.so.1 to put in that folder.

Can you run 'ldd /usr/games/supertux2' (after running the export command) and make sure in the output that libGL.so.1 is pointing to the copy you put in that folder?

Is libGL.so.1 in the `/home/.../gl4es` folder and did you change `david` to your own username? 1597340772 If everything is working correctly and gl4es used rather than soft OpenGL you should see as output: LIBGL: Initialising gl4es LIBGL: v1.1.3 built on Jun 7 2020 21:34:13 LIBGL: Using GLES...

export LD_LIBRARY_PATH=/opt/omap5-sgx-ddk-um-linux/lib/:/home/david/gl4es DRI3_VSYNC=1

Did you run the `export` command before running supertux?

Sorry, missed that one off the list of packages I had manually installed. apt install mesa-utils

SATA on the OMAP5 is only 3Gbps, but probably more efficient than a USB3-connected drive.

It's not really a USB to SATA adapter at all. Instead, the USB3 pins of one of the USB-A port are connected to the SATA interface of the OMAP5 (the OMAP5 USB3 goes to the OTG port). The adapter provides a SATA data port connected to these pins, via a chip to buffer them to improve the signal...