Droid4 gl4es fullscreen error

[clort81]

[EDIT] gl4es in fullscreen rendering errors.

Fullscreen rendering errors:

Hedgewars (+gl4es)

With gl4es removed, hedgewars finds runs
0: OpenGL-- Renderer: llvmpipe (LLVM 7.0.1, 128 bits)

Hedgewars with SDL configured for opengl-es2

Our libsdl2 2.0.14+dfsg2-3+2m7.5 allows prioritizing opengl-es over opengl. Normally SDL2 prioritizes opengl (handled by gl4es if installed) over opengl-es renderer. Ideally this order of precedence would be reversed with a patch.

export SDL_VIDEO_GLES2=1
export SDL_OPENGL_ES_DRIVER=1
export SDL_HINT_RENDER_DRIVER=opengles2
export SDL_VIDEO_GL_DRIVER=libGLESv2.so

---

mplayer is now frustrating me by working with gl4es fullscreen. I will try to find what triggers the fullscreen garbage.

[IMbackK]

gl4es is not and can not be a conformant ogl2 implementation.
If you believe this rendering issue to be a bug in gl4es and not because the application uses a feature that can not be implemented please direct you concerns upstream.

@MerlijnWajer pls close

[MerlijnWajer]

It would be good to file a bug upstream. Any clue about the question regarding preferring gles of gl in SDL2?

[IMbackK]

It would be good to file a bug upstream. Any clue about the question regarding preferring gles of gl in SDL2?

SDL2 has no drawing primitives, it just serves to give an application a gl buffer, the gl buffer has the properties that the application prefers.
SDL2 dose have this thing called SDL_hints that the app can call if it wants and just serves to inform the app what kind of surface it should create this is done by SDL_HINT_RENDER_DRIVER.
the other envvars above either dont exist or are unrealted to selection.
We should add SDL_HINT_RENDER_DRIVER to leste env.

[IMbackK]

note that some libaries in the sdl orbit beyond core sdl DO include drawing primitives that are abstracted away from gl gles2 etc.
its still up to the application to decide what kind of surface it wants

[IMbackK]

also note that sdl1.2 dose include lots of primitives and for 2d stuff did fully abstract the graphics api.
3d applications worked the same way as with sdl2.
no idea what envvars existed back then, some of the envvars above that dont exist very well could have been a thing in sdl1.2

[IMbackK]

@clort81 i cant reproduce your results anyhow

so SDL_VIDEO_GLES2 and SDL_OPENGL_ES_DRIVER dont exist in sdl source and SDL_VIDEO_GL_DRIVER should only be necessary if the dispatch is broken which it is not.

anyhow headgewars creates a desktop gl surface regardless of the envvars, did you compile it with some flag to enable a gles backend?

[clort81]

@clort81 i cant reproduce your results anyhow

anyhow headgewars creates a desktop gl surface regardless of the envvars, did you compile it with some flag to enable a gles backend?

I used deviam repo hedgewars. I can't reproduce the working hedgewars setup i had either.
None of this seems to work
SDL_HINT_RENDER_DRIVER=opengles2
SDL_OPENGL_ES_DRIVER=1
SDL_VIDEO_GLES2=1 (or 2)
SDL_VIDEO_GL_DRIVER=libGLESv2.so

There are several mobile optimizations available for ifdefing in the source. This can be nice even with pinch to zoom someday.

To original topic, no progress finding what causes the gl4es diagonals on fullscreen.

[IMbackK]

the gl4es problem is either a bug in gl4es or in pvr, neither of which is maemo specific or otherwise related to our distrobution. since gl4es specifically targets pvr, please open a bug report upstream and then close this one.

[IMbackK]

please report upstream to gl4es if its still an issue, the envvars are not usefullt except rarely SDL_VIDEO_GL_DRIVER where i will provide a patch to leste-config