GL4ES / SDL+GL4ES / CLIB2 / Outdated NEWLIB libs and OnWards

@rjd324
Quote:

Yeah, it was me. I just made it by analogue with minigl usage just with relevant differences, and then tested it many times it different games to be sure all ok.

Quote:

Dunno about better method, because for myself when i need, i just grab SDL code, and adapt the changes from my github manually.

Is this thread still monitored?

I was wondering whom to send some shaders to test/fix/support to?

SDL2 or GLES4 maintainer?

Long story short

ScummVM recently added external shader support for games (global setting) and while some work, most of them don't (compilation error, which might very well be a bad written shader, but i don't know) and a pretty high number show buggy results (black/blue/white screen, lower half stretched into infinity and some are mirrored horizontly etc.)

I did write up a list of broken or crashing shaders, so if anyone wants to take a look?

The shaders in ScummVM are based off of the libretro shaders found here

Needless to say this works only with gl4es targeted ScummVM versions.

...and it could be a great way to iron out some bugs, support missing features in shaders?

Any takers?

@Raziel
The only 2 devs who can fix for us shaders things, it's Daniel (if issue in ogles2 somehow), or Hans, when issue is in Warp3DNova.

To be sure where is issue come, anyone can go that easy route:

-- take a shader in question
-- use a glslnagvalidator binary to generate from GLSL shader an SPIRV shader (which warp3dnova understand). If at this point, everyhitng compiles OK, and you have "Success" words, then, ogles2 out of question and Wapr3DNova left
-- for Warp3DNova you get the binary "W3DNShaderCheck" or something (not at home, can't say exact name), and try to compile this new SPIRV based shader to see if it fail or not.


If it fail only with warp3dnova check, then you add it to aeon's bugzilla (but there already about 100 tickes of different kind about bugs in the shaders compiles, so there you may have less chance to fix things fast).

If it fails with olges2, then you can play a bit still, as usually it can be bad versioning, or something of that sort.

If you want, i can have a look and to say for sure where is issue come. Is there any downloadable link to exactly failing shaders ?

@kas1e

I'll be back at work tomorrow, can't test anything I'm afraid, but you are welcome to tr.

Here are the shaders (not sure if they will show anything out of the box, maybeu its better to get a daily build of scummvm, that will at least show a test screen and some of the compilation errors?).

I can give you a list of non working and buggy ones, but might also not be able to do so before the middle of February.

Anyway, just for a quick check:
https://github.com/libretro/glsl-shaders

Shaders that error during compile;
borders/gameboy-player/gameboy-player-tvout... (all of them)
and
bilinear

Shaders that are wrongly mirrored horizontally:
handheld/console-border/psp-2x (2x-6x)
ntsc/artifact-colors (all of them)

That are just examples, I have much more that don't work, but I believe the root is the same problem, which, once fixed, will make all others work away as well.

A working shader would be
eagle/supereagle

Thank you for taking a look.
Maybe we can make our gl port even better

@kas1e

Here you go:

Working list of shaders (i stopped later in the list, because i ran out of time, so some of the last ones might also be broken)


Compilation errors


and the ones that work, but are broken (with description of what is broken)