带有FBO渲染纹理的OpenGL两遍着色器效果仅在Windows上产生噪声

Question

执行以下操作的正确方法是什么：

1. 使用FBO（fbo-a）将场景渲染为纹理
2. 然后使用纹理（tex-a）应用效果并使用相同的fbo（fbo-a）将其渲染为另一个纹理（tex-b）
3. 然后渲染这第二个纹理，应用效果（tex-b）为全屏四边形。

我的方法是这样的，但这给了我一个在应用效果窗口上充满“噪音”的纹理（所有像素都是随机着色的红、绿、蓝、白、黑）。

• 我使用的是一个FBO，两个纹理分别设置为GL_COLOR_ATTACHENT0（tex-a）和GL_COLOR_ATTACHMENT1（tex-b）
• 我绑定我的fbo，确保它使用glDrawBuffer（GL_COLOR_ATTACHMENT0）渲染到tex-a中。
• 然后我在一个有tex-a边界的着色器中应用效果，并设置为“sampler2D”。使用纹理第一单元，并切换到第二个颜色附件（glDrawBuffer（GL\u color\u ATTACHMENT1））。并渲染一个全屏四元屏幕。现在，所有内容都被渲染为tex-b
• 然后我切换回默认的FBO（0），并使用tex-b和一个全屏四元组来渲染结果

这是我正在使用的着色器。我不知道这可能是导致这种情况的原因，但也许噪音是由溢出引起的？

顶点着色器

attribute vec4 a_pos; 
attribute vec2 a_tex; 
varying vec2 v_tex; 

void main() { 
    mat4 ident = mat4(1.0); 
    v_tex = a_tex; 
    gl_Position = ident * a_pos; 
}

片段着色器

uniform int u_mode; 
uniform sampler2D u_texture; 
uniform float u_exposure; 
uniform float u_decay; 
uniform float u_density; 
uniform float u_weight; 
uniform float u_light_x; 
uniform float u_light_y; 
const int NUM_SAMPLES = 100; 
varying vec2 v_tex; 
void main() { 
    if (u_mode == 0) { 
        vec2 pos_on_screen = vec2(u_light_x, u_light_y); 
        vec2 delta_texc = vec2(v_tex.st - pos_on_screen.xy); 
        vec2 texc = v_tex; 
        delta_texc *= 1.0 / float(NUM_SAMPLES) * u_density; 
        float illum_decay = 1.0; 
        for(int i = 0; i < NUM_SAMPLES; i++) { 
            texc -= delta_texc; 
            vec4 sample = texture2D(u_texture, texc); 
            sample *= illum_decay * u_weight; 
            gl_FragColor += sample; 
            illum_decay *= u_decay; 
        } 
        gl_FragColor *= u_exposure; 
    } 
    else if(u_mode == 1) { 
        gl_FragColor = texture2D(u_texture, v_tex); 
        gl_FragColor.a = 1.0; 
    } 

}

我读过这篇关于opengl的FBO文章。org，他们在文章底部描述了一个反馈循环。这个描述对我来说并不完全清楚，我想知道我是否在做他们描述的事情。

更新1：

链接到源代码

更新2：

当我第一次设置gl_FragColor.rgb=vec3(0.0, 0.0, 0.0)；在我开始采样循环之前（使用NUM_SAMPLES），它可以找到。虽然不知道为什么。

Answer 1

问题是您没有初始化gl_FragColor，而是在用行修改它

gl_FragColor += sample;

和

gl_FragColor *= u_exposure;

两者都取决于gl_FragColor的先前值。因此，你会得到一些随机垃圾（着色器编译器决定用于gl_FragColor计算的寄存器中发生的任何东西）。这很有可能在某些驱动程序/硬件组合上工作良好（因为编译器出于某种原因决定使用始终为0的寄存器），而在其他组合上则不工作。