Jake Smarter

> Nice, I have not tried it with Mesa 3D’s software renderer. So, there is a GL error after all. Interesting, Mesa 3D’s software renderer does not log a GL...

> Oh and that error callback is a GL4.3+ feature, softpipe/llvmpipe and V3d might not even support it. Yeah, V3D on VideoCore 6 does not support OpenGL 4.3. However, it...

@mlauss2 I have tested your `test2` branch and it looks to run flawlessly. The new GL debug callback throws a bunch of Mesa 3D stats but no errors: ``` [TFEGLErrorCallback]...

>For context when compiling on Windows assert() is compiled out for RELEASE builds (which is what gets distributed). > That said, the asserts on Linux active even in Release style...

> with the default build instructions, cmake does add the -DNDEBUG and there are no assert()s left. ```sh $ cmake --version cmake version 3.29.6 CMake suite maintained and supported by...

I am happy you were able to track down the issue.

v1.10.000-28-ge19bcde1+ Unfortunately, the issue persists. |Broadcom V3D 4.2.14|Mesa llvmpipe (LLVM 17.0.6, 128 bits)| |-|-| ||![Mesa llvmpipe (LLVM 17.0.6, 128 bits)](https://github.com/user-attachments/assets/9d114017-bfc7-4fc1-9b40-d0edf50493a4 "Mesa llvmpipe (LLVM 17.0.6, 128...

>TFE uses GL_TEXTURE_MAX_LOD to modify the maximum mipmap/LOD value based on the anisotropic setting. It looks like that may not be supported in those screenshots, but is properly supported by...

I have been looking at the code and experimenting with `GL_TEXTURE_MAX_LEVEL` and `GL_TEXTURE_MAX_LOD` values but have not come to a conclusion yet. Could you please share your Windows screenshot from...

Although this is not what I have been looking for specifically, thank you for sharing @mlauss2. >FWIW, I see a similar issue, but much less pronounced, also on Adreno/WindowsARM64 >Since...