阴影贴图中求和面积表的数值稳定性

发布于 2024-10-31 20:21:06 字数 2860 浏览 5 评论 0原文

我的 SAVSM 设置存在精度损失问题。

在此处输入图像描述

当您看到光线四处移动时,效果非常引人注目;有很多噪音,碎片一直是黑白的。通过使用最小方差(从而忽略低于某个阈值的任何内容)可以在一定程度上减轻这种情况,但随后我们会因不正确的衰减而得到更糟糕的效果(请参阅我的另一篇文章)。

我使用 GLSL 1.2,因为我在 Mac 上,所以我无法访问 modf 函数,以便按照 GPU Gems 3 第 8 章中所述将精度分割到两个通道。

我使用 GL_RGBA32F_ARB 纹理与 Framebuffer 对象并乒乓两个纹理来生成一个求和面积表,我将其与 VSM 算法一起使用。

用于创建表格基础的时刻/深度着色器阴影

varying vec4 v_position;
varying float tDepth;


float g_DistributeFactor = 1024.0;  


void main()
{
    // Is this linear depth? I would say yes but one can't be utterly sure.
    // Could try a divide by the far plane?

    float depth = v_position.z / v_position.w ;
    depth = depth * 0.5 + 0.5;          //Don't forget to move away from unit cube ([-1,1]) to [0,1] coordinate system

    vec2 moments = vec2(depth, depth * depth);


    // Adjusting moments (this is sort of bias per pixel) using derivative
    float dx = dFdx(depth);
    float dy = dFdy(depth);
    moments.y += 0.25 * (dx*dx+dy*dy);

    // Subtract 0.5 off now so we can get this into our summed area table calc

    //moments -= 0.5;

    // Split the moments into rg and ba for EVEN MORE PRECISION

//  float FactorInv = 1.0 / g_DistributeFactor;

//  gl_FragColor = vec4(floor(moments.x) * FactorInv, fract(moments.x ) * g_DistributeFactor, 
//                  floor(moments.y)  * FactorInv, fract(moments.y)  * g_DistributeFactor);


    gl_FragColor = vec4(moments,0.0,0.0);
}

贴图着色器

varying vec4 v_position;
varying float tDepth;


float g_DistributeFactor = 1024.0;  


void main()
{
    // Is this linear depth? I would say yes but one can't be utterly sure.
    // Could try a divide by the far plane?

    float depth = v_position.z / v_position.w ;
    depth = depth * 0.5 + 0.5;          //Don't forget to move away from unit cube ([-1,1]) to [0,1] coordinate system

    vec2 moments = vec2(depth, depth * depth);


    // Adjusting moments (this is sort of bias per pixel) using derivative
    float dx = dFdx(depth);
    float dy = dFdy(depth);
    moments.y += 0.25 * (dx*dx+dy*dy);

    // Subtract 0.5 off now so we can get this into our summed area table calc

    //moments -= 0.5;

    // Split the moments into rg and ba for EVEN MORE PRECISION

//  float FactorInv = 1.0 / g_DistributeFactor;

//  gl_FragColor = vec4(floor(moments.x) * FactorInv, fract(moments.x ) * g_DistributeFactor, 
//                  floor(moments.y)  * FactorInv, fract(moments.y)  * g_DistributeFactor);


    gl_FragColor = vec4(moments,0.0,0.0);
}

求和表似乎确实有效。我知道这一点是因为我有一个函数可以从求和表转换回原始深度图,并且这两个图像看起来几乎相同。我还使用 -0.5 + 0.5 技巧来获得更高的精度,但这似乎没有帮助

我的问题是,考虑到我在只有 GLSL 1.2 的 mac 上,如何将精度分成两个通道?如果我可以使用这些额外的通道来获取求和表中的空间,那么也许这会起作用?我见过一些使用 modf 的东西,但我无法使用。

另外,人们建议使用 32 位整数缓冲区,但我认为我的 MacBook Pro 不支持这些。

Im having issue with loss of precision in my SAVSM setup.

enter image description here

when you see the light moving around the effect is very striking; there is a lot of noise with fragments going black and white all the time. This can be somewhat lessened by using the minvariance (thus ignoring anything below a certain threshold) but then we get even worse effects with incorrect falloff (see my other post).

Im using GLSL 1.2 because I'm on a mac so I dont have access to the modf function in order to split the precision across two channels as described in GPU Gems 3 Chapter 8.

Im using GL_RGBA32F_ARB textures with a Framebuffer object and ping ponging two textures to generate a summed area table which i use with the VSM algorithm.

Moments / Depth Shader to create the basis for the tables

varying vec4 v_position;
varying float tDepth;


float g_DistributeFactor = 1024.0;  


void main()
{
    // Is this linear depth? I would say yes but one can't be utterly sure.
    // Could try a divide by the far plane?

    float depth = v_position.z / v_position.w ;
    depth = depth * 0.5 + 0.5;          //Don't forget to move away from unit cube ([-1,1]) to [0,1] coordinate system

    vec2 moments = vec2(depth, depth * depth);


    // Adjusting moments (this is sort of bias per pixel) using derivative
    float dx = dFdx(depth);
    float dy = dFdy(depth);
    moments.y += 0.25 * (dx*dx+dy*dy);

    // Subtract 0.5 off now so we can get this into our summed area table calc

    //moments -= 0.5;

    // Split the moments into rg and ba for EVEN MORE PRECISION

//  float FactorInv = 1.0 / g_DistributeFactor;

//  gl_FragColor = vec4(floor(moments.x) * FactorInv, fract(moments.x ) * g_DistributeFactor, 
//                  floor(moments.y)  * FactorInv, fract(moments.y)  * g_DistributeFactor);


    gl_FragColor = vec4(moments,0.0,0.0);
}

The shadowmap shader

varying vec4 v_position;
varying float tDepth;


float g_DistributeFactor = 1024.0;  


void main()
{
    // Is this linear depth? I would say yes but one can't be utterly sure.
    // Could try a divide by the far plane?

    float depth = v_position.z / v_position.w ;
    depth = depth * 0.5 + 0.5;          //Don't forget to move away from unit cube ([-1,1]) to [0,1] coordinate system

    vec2 moments = vec2(depth, depth * depth);


    // Adjusting moments (this is sort of bias per pixel) using derivative
    float dx = dFdx(depth);
    float dy = dFdy(depth);
    moments.y += 0.25 * (dx*dx+dy*dy);

    // Subtract 0.5 off now so we can get this into our summed area table calc

    //moments -= 0.5;

    // Split the moments into rg and ba for EVEN MORE PRECISION

//  float FactorInv = 1.0 / g_DistributeFactor;

//  gl_FragColor = vec4(floor(moments.x) * FactorInv, fract(moments.x ) * g_DistributeFactor, 
//                  floor(moments.y)  * FactorInv, fract(moments.y)  * g_DistributeFactor);


    gl_FragColor = vec4(moments,0.0,0.0);
}

The Summed tables do seem to be working. I know this because I have a function that converts back from the summed table to the original depth map and the two images do look pretty much the same. Im also using the -0.5 + 0.5 trick in order to get some more precision but it doesnt seem to be helping

My question is this, given that im on a mac which has GLSL 1.2 only, how can I split the precision over two channels? If I could use these extra channels for space in the summed table then maybe that would work? Ive seen some stuff that uses modf but that isnt available to me.

Also, people have suggested 32 bit integer buffers but I dont think I have support for these on my macbook pro.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文