ptitSeb
ptitSeb
And the correct libGL is also loaded?
SDL2 should use OpenGL in priority when both OpenGL and ES support are built-in. You can try to force the use libGL by preloading it with `LD_PRELOAD=~/monolibs/libGL.so.1`
Can you try the SDL2 lib with some SDL2 opensource game, it will be easier to debug may be (for example, Prototype on my github account can be built against...
Mmmm, I'm unsure now. We closed this ticket, so the initial issue was fixed, right? It was the GPU that needed more memory, and Prototype was working in the end,...
And yes, disable x11 will most probably disable desktop OpenGL in SDL2. (also, Neverball use SDL2?)
So it's failling before even initializing GL. Must be something with one of the x11 utility lib, like libXinerama, libXxf86vm or libXrandr?
What make you think gl4es is not optimized? When I run gl4es+mesa(GLES) vs Mesa GL (on an x86 VM), gl4es is faster. On the RPi, maybe the mesa GL driver...
No problem, I just try to explain that just because is "wrapped" doesn't mean it's slow (plus, it's more than just a wrapper now). Good luck fixing your service issue.
Well, it seems to be unable to create an EGL context with X11. Try with `LIBGL_FB=1` first. In last resort, try `LIBGL_FB=3`. This one should work, but may be slower....
what kind of error do you have ? Also, what version of Minecraft, because it used to works fine without errors, and on what hardware are you running?