Opengl - glDrawBuffers 修改是否存储在 FBO 中？不？

Question

我尝试创建一个带有 2 个纹理的 FrameBuffer(多渲染目标)。然后在每个时间步中，两个纹理都被清除和绘制，如下代码。 (某些部分将被替换为伪代码以使其更短。)

版本 1

//beginning of the 1st time step
initialize(framebufferID12)
//^ I quite sure it is done correctly, 
//^ Note : there is no glDrawBuffers()  calling

loop , do once every time step {
    glBindFramebufferEXT(GL_FRAMEBUFFER_EXT, framebufferID12);  
    //(#1#) a line will be add here in version 2 (see belowed) <------------
    glClearColor (0.5f, 0.0f, 0.5f, 0.0f);
    glClear (GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT );
    //  paint a lot of object here , using glsl (Shader .frag, .vert)
    glBindFramebufferEXT(GL_FRAMEBUFFER_EXT, 0);  
}

所有对象都正确绘制到两个纹理，但 只有每帧清除第一个纹理(ATTACHMENT0)，这是错误的。

版本 2

我尝试插入一行代码...

glDrawBuffers({ATTACHMENT0,ATTACHMENT1}) ;  

在(#1#)处，它按预期工作，即清除所有两个纹理。

(图片 http://s13.postimg.org/66k9lr5av/gl_Draw_Buffer.jpg)

版本 3

从版本 2 开始，我 搬家那个 glDrawBuffers() 像这样在帧缓冲区初始化中的语句

initialize(int framebufferID12){
    int nameFBO = glGenFramebuffersEXT();
    int nameTexture0=glGenTextures();
    int nameTexture1=glGenTextures();
    glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,nameFBO);
      glBindTexture(nameTexture0);
      glTexImage2D( .... ); glTexParameteri(...);
      glFramebufferTexture2DEXT( ATTACHMENT0, nameTexture0);
      glBindTexture(nameTexture1);
      glTexImage2D( .... ); glTexParameteri(...);
      glFramebufferTexture2DEXT( ATTACHMENT0, nameTexture1);
      glDrawBuffers({ATTACHMENT0,ATTACHMENT1}) ;  //<--- moved here ---
    glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,0);
    return nameFBO ;
}

它不再工作(症状如版本 1)，为什么？

opengl手册说“对上下文状态的更改将存储在此对象中”，因此状态修改来自 glDrawBuffers() 将存储在“framebufferID12”中，对吗？那么，为什么我必须在每个时间步(或每次更改 FBO 时)调用它

我可能误解了一些opengl的概念，请有人赐教。

编辑 1 : 谢谢j-p。我同意这是有道理的，但状态不应该已经记录在 FBO 中了吗？

编辑 2(接受答案) :Reto Koradi 的回答是正确的!我正在使用一个名为 LWJGL 的不太标准的库。

Answer 1

是的，绘制缓冲区设置是帧缓冲区状态的一部分。例如，如果您查看 OpenGL 3.3 规范文档，它列在第 299 页的表 6.23 中，标题为“帧缓冲区(每个帧缓冲区对象的状态)”。

FBO 的默认值是单个绘制缓冲区，即 GL_COLOR_ATTACHMENT0 .来自同一规范，第 214 页:

For framebuffer objects, in the initial state the draw buffer for fragment color zero is COLOR_ATTACHMENT0. For both the default framebuffer and framebuffer objects, the initial state of draw buffers for fragment colors other then zero is NONE.

因此，如果您有多个绘制缓冲区，则预计需要显式 glDrawBuffers()称呼。

现在，如果您制作 glDrawBuffers()，为什么它似乎对您不起作用？作为 FBO 设置的一部分调用，这有点神秘。我在您的代码中注意到的一件事是您正在使用 EXT FBO 电话的形式。我怀疑这可能与您的问题有关。

自 3.0 版以来，FBO 一直是标准 OpenGL 的一部分。如果您有任何方法可以使用 OpenGL 3.0 或更高版本，我强烈建议您使用标准入口点。尽管扩展通常在功能成为标准后仍然有效，但我始终怀疑它们如何与其他功能交互。特别是，在 3.0 之前，FBO 功能有多个扩展，具有不同的行为。如果与标准 FBO 功能相比，其中一些与其他 OpenGL 调用的交互方式不同，我不会感到惊讶。

因此，尝试使用标准入口点(名称中没有 EXT 的入口点)。这将有望解决您的问题。