03-27-2019, 08:34 PM
(This post was last modified: 03-27-2019, 08:42 PM by seandepagnier.)
(03-26-2019, 01:35 PM)fysa Wrote: Some things to try for Cura -- you may need to recompile it? But I think forcing GL 2.1 for GLES worked.
LIBGL_GL=21 cura
Cura is Qt so it supports -platform also, you can play with that:
LIBGL_GL=21 cura -platform xcb
Will be playing with this in a bit here ..
I have tried these suggestions and more. I even compiled mesa from source and built a working software only libGL.so.1 and provides up to 3.3 context instead of only 2.0 from gl4es. This works when I set LD_LIBRARY_PATH but it is of course slower.
Despite this, I cannot get Qt built with "./configure -opengl desktop" to work. With either gl4es or the mesa library the result is exactly the same running any qt program including the opengl examples in qt:
Code:
Cannot find EGLConfig, returning null config
Unable to find an X11 visual which matches EGL config 0
Segmentation fault
I don't understand why it is using EGL at all. I don't want to use EGL only GLX. I know this is probably deprecated, but I just want to run Qt with desktop gl and I don't care if it's accelerated. I suspect that Qt has something hardcoded to use EGL specifically for armhf. Likely the developers only used armhf platforms with GLES, and did not consider desktop gl.
Without desktop GL neither Cura nor openscad will work. It might be an interesting exercise to make them work in a GLES Qt, but I am not a developer of either so it would be a difficult task.
I have plenty of other opengl programs that are not Qt based, and all of these work fine.