使用DrawBuffersEnum.None调用GL.DrawBuffers致OpenGL崩溃

我通过一个着色器向绑定到FBO的5个不同纹理写入数据。有时需要忽略特定位置（比如location=0）的输出值，于是用了以下代码设置：

GL.DrawBuffers(5, new[] {
  DrawBuffersEnum.None,
  DrawBuffersEnum.ColorAttachment5,
  DrawBuffersEnum.ColorAttachment1,
  DrawBuffersEnum.None,
  DrawBuffersEnum.None,
});

根据GLSL规范，这段代码应该忽略location 0、3和4的输出，但实际运行时出现OpenGL静默崩溃，后续渲染失效。该代码在NVIDIA驱动和Iris GPU上运行正常，但在Intel UHD 630上崩溃，且OpenGL调试日志和GetError都没有输出。

另外发现一个规律：如果移除着色器中对应位置的写入代码，那么该位置用DrawBuffersEnum.None就不会崩溃。

以下是纹理和FBO的创建代码：

纹理创建代码 #

_textureID = new int[count];
GL.GenTextures(count, _textureID);
for (int i = 0; i < count; i++)
{
  GL.BindTexture(TextureTarget.Texture2D, _textureID[i]);

  if (alpha)
    GL.TexImage2D(TextureTarget.Texture2D, 0, PixelInternalFormat.Rgba32f, TextureSize.Width,
      TextureSize.Height, 0, PixelFormat.Rgba, PixelType.Float, IntPtr.Zero);
  else
    GL.TexImage2D(TextureTarget.Texture2D, 0, PixelInternalFormat.Rgb32f,
      TextureSize.Width, TextureSize.Height, 0, PixelFormat.Rgb, PixelType.Float, IntPtr.Zero);

  GL.TexParameter(TextureTarget.Texture2D, TextureParameterName.TextureMinFilter, (int)Filter);
  GL.TexParameter(TextureTarget.Texture2D, TextureParameterName.TextureMagFilter, (int)Filter);
  GL.TexParameter(TextureTarget.Texture2D, TextureParameterName.TextureWrapS, (int)TextureWrapMode.ClampToBorder);
  GL.TexParameter(TextureTarget.Texture2D, TextureParameterName.TextureWrapT, (int)TextureWrapMode.ClampToBorder);
}

FBO创建代码 #

GL.GenFramebuffers(1, out _fboID);

//attach color textures
GL.BindFramebuffer(FramebufferTarget.FramebufferExt, _fboID);
for (int i = 0; i < attachments; i++)
  GL.FramebufferTexture2D(FramebufferTarget.FramebufferExt, FramebufferAttachment.ColorAttachment0 + i,
    textureTarget, _textureID[i], 0); 

请问我哪里操作有误？

1. 核心问题：Intel驱动的严格兼容性限制 #

虽然GLSL规范允许在glDrawBuffers中用GL_NONE忽略对应location的输出，但Intel UHD 630的驱动对这种场景的容错性极差——当着色器仍然对标记为GL_NONE的输出location执行写入操作时，驱动会触发静默崩溃。而NVIDIA和Iris的驱动做了额外的容错处理，自动丢弃了这类无效写入，因此没有出现问题。

2. 可行修复方案 #

方案一：让着色器与glDrawBuffers配置同步

在着色器中添加控制逻辑，确保不对glDrawBuffers设为GL_NONE的location执行写入。比如通过uniform变量动态开关：

#version 450
layout(location = 0) out vec4 out0;
layout(location = 1) out vec4 out1;
// ...其他输出声明

uniform bool enableOut0;

void main() {
    // ...核心渲染计算
    if(enableOut0) {
        out0 = vec4(1.0, 0.0, 0.0, 1.0); // 仅在需要时写入
    }
    out1 = vec4(0.0, 1.0, 0.0, 1.0);
}

在CPU端调用glDrawBuffers前，根据配置更新对应的uniform变量，确保着色器的写入行为与帧缓冲的输出配置完全匹配。

方案二：检查glDrawBuffers的附件有效性

你的代码中glDrawBuffers使用了ColorAttachment5，但从FBO创建逻辑来看，你仅绑定了attachments个从ColorAttachment0开始的连续附件。如果attachments的值小于6，那么ColorAttachment5并未绑定到当前FBO，属于无效配置。NVIDIA驱动可能忽略了这种错误，但Intel驱动会因此崩溃。

请确认attachments的数值，确保glDrawBuffers中使用的所有ColorAttachmentX都已被正确绑定到FBO；如果不需要这么多附件，调整枚举值为已绑定的索引。

3. 额外调试建议 #

• 每次配置FBO后，调用glCheckFramebufferStatus检查完整性：

  var status = GL.CheckFramebufferStatus(FramebufferTarget.FramebufferExt);
  if(status != FramebufferStatus.FramebufferComplete) {
      // 输出状态码对应的错误信息，快速定位配置问题
  }
  

• 针对Intel GPU，尽量避免“着色器写入但glDrawBuffers设为GL_NONE”的场景，即使符合规范，驱动兼容性也可能不支持。

内容的提问来源于stack exchange，提问作者szamil