The crash is always reproducible here, GR just popup at the very end of the test (that is conducted well aniway)
Here the link of the new crashlog obtained with the debug lib though I did not know exactly how to procede for using specifically the debug version so i've only renamed the debug library as the nondebug one and then started the test
I catch some log with Sashimi during the entire test to the final crash, then if i click on ignore DSI i get an instant system freeze (but some more interesting log will be printer on shell (see grab inside of the archive)
I am working on a game and I have the following issue with the driver.
There is some areas designed with a border. This is nothing more than a graphic that is repeated, so to draw a border and in the middle this is black.
When I use any driver this was fine, but with the opengles2 it seems that those graphics are not applied at all and I get grabled graphics, probably whatever is in memory at the specific time.
To render those graphics the code does something like:
What I would like to ask is if anyone had a similar situation before and could share any tips. Also, could this be an SDL 2.0.20 problem with the port? Should we experience this kind of problems because of the driver?
Have you tried to change batch mode setting? Do you have a minimal example that could be compiled for Linux? Have you checked with glSnoop that binary runs without Nova/OGLES2 errors?
The good news is that I managed to reproduce the same crash simply by removing ogles2.library. I will try to remove some code optimizations since the stack trace is strange, maybe function inlining is messing it up.
Mmm interesting, I also had this library installed on my system (even if never used) .. in fact then I removed it... Pretty possibile that this problem was also present in the previous versions of SDL demo but I didn't notice it before since it aniway found the library
Tried to port some SDL2 stuff, and findout that we seems do not have SDL_GetPreferredLocales() implemented ? At least will be good to have a stub and return something like ENGLISH or so
I too have a quick question regarding the settings.
Which of them are used by "default" (the settings just say "default", but i cannot find what *is* the default setting).
Also, wrt the "Driver" setting.
If i e.g. set the Driver to "Software" and start a program that explicitely uses OGLES2, what is preferred? Setting or program? Same goes for all the other settings.
Thanks, adding SDL_GetPreferredLocales for the next RC.
@Raziel
Default: ok, I will see if help can be improved. Some settings like batching depend on the driver if I remember correctly. Have you checked https://wiki.libsdl.org/CategoryHints already?
Another question which you may be aware of : i tried to build some context creation of opengl context which use assers , and which fail for gl4es but not for minigl. There is test case:
What do you mean by this? Do you have some code example in mind?
What I meant was f.e. if I start ScummVM with the OpenGL renderer (which uses OGLES2) will it still enforce the setting from SDL2 settings (I.e. Software driver) or simply dismiss it?
If GL error comes from OGLES2 then glSnoop may help. But it might come from GL4ES too?
@Raziel
This is is a type of question I shouldn't try to answer without reading ScummVM code but IIRC choosing ScummVM's OpenGL renderer means that application uses OpenGL context directly so SDL_Renderer is not involved.