Closed qwertychouskie closed 7 years ago
deveee confirmed with my hd4600 in mesa 17.2
Couldnt reproduce on Gentoo.
You can remove this line from irr_driver: params.HandleSRGB = true;
@Benau Are you ok to get rid of all glEnable(GL_FRAMEBUFFER_SRGB);
and do it in the same way as in GLES renderer? The differences are:
If not, I will do it only for intel on linux as a workaround.
And indeed params.HandleSRGB = true shouldn't be used without a fallback...
If doing this can close your SRGB ticket, than yes.
Also this mean pow 2.2 is useless if doing this? some people in irc complain that
@Benau It generally works in srgb_fb branch. But the problem is that it uses linear textures when advanced lighting is disabled and thus it uses wrong textures when textures compression is enabled. So I'm not sure what to do... Use separate directory for enabled/disabled advanced lighting?
pow 2.2 is useless only when advanced lighting is disabled.
Actually you can override ifs.read((char*)&internal_format, sizeof(int)); yourself, in theory whether a texture is srgb should not affect the compression, (this is true for libtxn)
Or we compress texture ourselves, using libsquash maybe
Intel #Mesa Driver Restores Support For # SuperTuxKart , Adds EGL_KHR_gl_colorspace
Details
The Intel i965 Mesa OpenGL driver has restored support for the SuperTuxKart open-source Tux-themed racing game. Mesa 17.2 had broke SuperTuxKart support by no longer exposing an sRGB-capable frame-buffer and has been a blocker for SuperTuxKart support for months. Fortunately, the support is restored now in Mesa 17.4-devel with Git master as of this morning. Tapani Pälli of Intel made the change to expose sRGB visuals and turns on the EGL_KHR_gl_colorspace extension.
Patch
Output: