[Mesa-dev] [PATCH v4 2/3] mesa/st: enable EXT_sRGB_write_control for Gallium drivers that support it
Gert Wollny
gw.fossdev at gmail.com
Wed Oct 31 07:03:31 UTC 2018
Am Dienstag, den 30.10.2018, 16:52 -0400 schrieb Ilia Mirkin:
[snip]
> > > }
> > > #endif
> > >
> > > + extensions->EXT_sRGB_write_control =
> > > + screen->is_format_supported(screen,
> > > PIPE_FORMAT_B8G8R8A8_SRGB,
> > > + PIPE_TEXTURE_2D, 0, 0,
> > > + (PIPE_BIND_DISPLAY_TARGET |
> > > + PIPE_BIND_RENDER_TARGET));
> >
> >
> > This is kinda a hack because DISPLAY_TARGET has nothing to do with
> > sRGB. sRGB is a 3D/framebuffer feature, unrelated to the window
> > system. The sRGB property of the format is private within the
> > application and is not visible outside of it. The window system
> > doesn't care what is and isn't sRGB. I think you are just hiding a
> > bug in your driver.
>
> Yeah, it's unclear to me what GL_EXT_sRGB_write_control does beyond
> using a sRGB framebuffer format for a FBO. Either you can handle that
> format or you can't...
>
This is actually just some copy-paste problem, i.e. I took what is used
in st_manager.c:st_framebuffer_create to check for sRGB support of the
sepcific format used there, adjusted the pipe format to a defined
format and cleaned the sample parameters. If this is not needed for
some other reason, then I'll just drop it.
Best,
Gert
More information about the mesa-dev
mailing list