C++ iOS上OpenGL中纹理的sRGB校正
我遇到了在中描述的问题，其中第二个颜色渐变被有效地进行了两次gamma校正，从而导致过度渲染和褪色。这部分是因为我使用了sRGB帧缓冲区，但这并不是问题的实际原因 我正在iOS8上的测试应用程序中测试纹理，特别是我目前正在使用PNG图像文件，并使用C++ iOS上OpenGL中纹理的sRGB校正,c++,ios,opengl-es,opengl-es-2.0,C++,Ios,Opengl Es,Opengl Es 2.0,我遇到了在中描述的问题，其中第二个颜色渐变被有效地进行了两次gamma校正，从而导致过度渲染和褪色。这部分是因为我使用了sRGB帧缓冲区，但这并不是问题的实际原因 我正在iOS8上的测试应用程序中测试纹理，特别是我目前正在使用PNG图像文件，并使用GLKTextureLoader将其作为立方体贴图加载 默认情况下，纹理不在sRGB空间中处理（它们总是由用于构建纹理的图像编辑软件保存在sRGB空间中） 这样做的结果是，苹果让GLKTextureLoader为您调用glTexImage2D，他们总是
GLKTextureLoaderglTexImage2DGL_RGB8EXT\u sRGBglTexImage2DGL\u SRGB8EXT\u sRGBAdd Section 3.7.14, sRGB Texture Color Conversion
If the currently bound texture's internal format is one of SRGB_EXT or
SRGB_ALPHA_EXT the red, green, and blue components are converted from an
sRGB color space to a linear color space as part of filtering described in
sections 3.7.7 and 3.7.8. Any alpha component is left unchanged. Ideally,
implementations should perform this color conversion on each sample prior
to filtering but implementations are allowed to perform this conversion
after filtering (though this post-filtering approach is inferior to
converting from sRGB prior to filtering).
The conversion from an sRGB encoded component, cs, to a linear component,
cl, is as follows.
{ cs / 12.92, cs <= 0.04045
cl = {
{ ((cs + 0.055)/1.055)^2.4, cs > 0.04045
Assume cs is the sRGB component in the range [0,1]."
添加第3.7.14节，sRGB纹理颜色转换
如果当前绑定纹理的内部格式为SRGB_EXT或
SRGB_ALPHA_EXT红色、绿色和蓝色组件从
将sRGB颜色空间转换为线性颜色空间，作为中所述过滤的一部分
第3.7.7节和第3.7.8节。任何alpha组件都保持不变。理想的，
实现应在之前对每个样本执行此颜色转换
到筛选，但允许实现执行此转换
过滤后（尽管这种过滤后方法不如
过滤前从sRGB转换）。
从sRGB编码组件cs到线性组件的转换，
cl，如下所示。
{cs/12.92，cs 0.04045
假设cs是[0,1]范围内的sRGB组件。”
SRGB\u EXTSRGB\u-EXTSRGB\u-ALPHA\u-EXTSRGBSRGB8-ALPHAglTexImage2DGL\u EXT\u sRGB