GLSL passing texture coordinates from vertex shader

11,558

The input variable gl_MultiTexCoord0 (or 7) is the builtin per-vertex texture coordinate for the 0th (or 7th) texture coordinate, set by gl(Multi)TexCoord (when using immediate mode) or by glTexCoordPointer (when using arrays/VBOs).

But as your depth buffer is already in screen space, what you want is not a usual texture laid onto the object, but just the value in the texture for a specific pixel/fragment. So the vertex shader isn't involved in any way. Instead you just use the current fragment's screen space position as texture coordinate, that can be read in the fragment shader using gl_FragCoord. But keep in mind that this coordinate is in [0,w]x[0,h] and textures are accessed by normalized texture coordinates in [0,1]. So you have to divide the fragment's coordinate by the screen size:

uniform vec2 screenSize;
...
... texture2D(ShadowMap, gl_FragCoord.st/screenSize) ...

But you actually don't need two passes for this effect anyway, as you can just use the fragment's depth directly, without writing it into a texture. Instead of

texture2D(ShadowMap, gl_FragCoord.st/screenSize).x

you can just use

gl_FragCoord.z

which is nothing else than the fragment's depth value, that would have been written into the texture in the first pass. This way you completely spare the first depth-writing pass and the texture access in the second pass.

Share:
11,558
Fault
Author by

Fault

Updated on June 04, 2022

Comments

  • Fault
    Fault almost 2 years

    What I'm trying to accomplish: Drawing the depth map of my scene on top of my scene (so that objects closer are darker, and further away are lighter)

    Problem: I don't seem to understand how to pass the right texture coordinates from my vertex shader to my fragment shader.

    So I created my FBO, and the texture that the depth map gets drawn to... not that I'm entirely sure what I was doing, but whatever, it works. I tested drawing the texture using the fixed functionality pipeline, and it looks just like it's supposed to (the depth map that is).

    But trying to use it in my shaders just isn't working...

    Here's the part from my render method that binds the texture:

    glActiveTexture(GL_TEXTURE7);
    glBindTexture(GL_TEXTURE_2D, depthTextureId);
    glUniform1i(depthMapUniform, 7);
    glUseProgram(shaderProgram);
    look();  //updates my viewing matrix
    box.render();   //renders box VBO
    

    So... I think that's sort of right? Maybe? No clue why texture 7, that was just something that was in a tutorial I was checking...

    And here's the important stuff from my vertex shader:

    out vec4 ShadowCoord;
    
    void main() {
        gl_Position = PMatrix * (VMatrix * MMatrix) * gl_Vertex;  //projection, view and model matrices
        ShadowCoord = gl_MultiTexCoord0;    //something I kept seeing in examples, was hoping it would work.
    }
    

    Aaand, fragment shader:

    in vec4 ShadowCoord;
    in vec3 Color;  //passed from vertex shader, didn't include the code for it though. Just the vertex color.
    
    out vec4 FragColor;
    
    void main(
        FragColor = vec4(texture2D(ShadowMap,shadowCoord.st).x * vec3(Color), 1.0);
    

    Now the problem is that the coordinate that the fragment shader receives for the texture is always (0,0), or the bottom-left corner. I tried changing it to ShadowCoord = gl_MultiTexCoord7, because I figured maybe it had something to do with me putting the texture in slot number 7... but alas, the problem persisted. When the color of (0, 0) changes, so does the color of the entire scene, rather than being a change in color for only the appropriate pixel/fragment.

    And that's what I'm hoping to get some insight on... how to pass the correct coordinates (I'd like for the corners of the texture to be the same coordinates as the corners of my screen). And yes, this is a beginners question... but I have been looking in the Orange Book, and the problem with it is that it's great on the GLSL side of things, but the OpenGL side of things is severely lacking in the examples that I could really use...