OpenGL3.3-延迟着色法

最新推荐文章于 2024-04-11 09:39:09 发布

彭同学她同桌

最新推荐文章于 2024-04-11 09:39:09 发布

阅读量567

点赞数 3

分类专栏： opengl 文章标签： opengl

本文链接：https://blog.csdn.net/qq_43535469/article/details/115024444

版权

opengl 专栏收录该内容

71 篇文章 9 订阅

订阅专栏

前向渲染

前向渲染就是opengl默认的流水线先计算顶点然后光栅化最后再逐片段计算颜色最后深度测试
就算我们使用early-z 也发现在光源比较多的情况下所有的光源信息都在着色器中我们也会将所有的光源和该片段进行一次计算但是其实很多光源并不起效果例如太远的光源或内部的光源这就导致了多余的计算而且就算你增加在fs中对距离的计算减少掉不必要的光照其实根据GPU的特性 SIMD也会一样执行所以就有了延迟渲染

什么延迟渲染

其实就是将在fs中的部分计算移到了顶点着色器中
进行两次渲染第一次几何渲染这一步中其他步骤完全和正常渲染一样但是在fs中不计算光照而是单纯将各个顶点，法线，纹理坐标，纹理像素写入g-buff中存储这一步就将每个会在屏幕中显示的不会被遮挡的所有像素信息准备好了
第二次就是光照渲染了会先按光源的影响范围绘制一个球体球体绘制时使用模板测试覆盖的像素就是被影响的像素从而知道这个光源影响具体哪些像素然后直接就将这些信息传给fs在这里进行光照计算最终输出就行了

延迟渲染的过程

延迟渲染的过程：
几何阶段：
几何阶段的任务是创建一个帧缓冲然后绑定多个颜色缓冲也就是gbuffer 存储一些需要的信息比如说世界坐标法线还有些纹理然后就顶点处理就按正常的处理吧然后经过了一系列什么坐标转化光栅化对数据也进行了插值什么的就到了片元着色器这里并不输出颜色值给flagColor 这个并不是一个真正的绘制就是为了把这些要绘制的数据存起来因为是从fs输出的嘛我们也没有使用混合什么的就已经经过了深度测试绘制在纹理附件上的就是最终需要显示在屏幕上的片段最后就使用 OpenGL 中的 Multiple Render Targets (MRT) 能力将不同的顶点属性一次性输出到不同的纹理中这个阶段目的就是剔除掉没必要的片段但是我觉得这个early-z也能做到所以重点应该是下面这部分

光照阶段
遍历 G buffer 中的每一个像素，对不同的纹理进行采样以获得像素属性然后我们就有了计算光照需要的数据了但是这个并没有达到效果我们要建个和光照能辐射到范围一样大的球体模拟他们影响到的像素然后通过模板测试就能知道哪些像素会受到影响这样就可以防止像素和多个光源无效的计算

在这里插入图片描述

2.光照处理阶段使用G缓冲的纹理数据
渲染一个屏幕大小的方形，并使用G缓冲中的几何数据对每一个片段计算场景的光照（）
在每个像素中我们都会对G缓冲进行迭代（看不懂）

不再是从顶点着色器或者uniform那里获取数据了之间从G缓存获取数据

对于渲染过程进行解耦（？），将它高级的片段处理挪到后期进行，而不是直接将每个对象从顶点着色器带到片段着色器

优点

可以使用更复杂的场景光照了极大的优化了效率而且也方便使用SSAO
材质和光照的shader完全分开

缺陷

不支持混色(因为我们只有最前面的片段信息)
他占用的带宽和内存都比较大

不能使用混色的原因

因为在几何阶段就将完成了深度测试的像素存储了这就导致在真正渲染的时候就只有一层了也就是后面没有坐标点了例如透明物体就没办法获取他后面的颜色

不能使用MSAA？错误的！

我们想想使用MSAA要什么条件
第一是他需要一个三角形或者一个图元吧需要采样但是这个时候获取的直接就是颜色缓冲一张纹理了完全没办法进行采样感觉就是缺失了顶点信息了什么插值那些都做不了了因为第二次绘制的时候顶点除了坐标信息其他信息都没了

解决办法

在渲染BaseColor纹理的过程中执行MSAA，即可达到抗锯齿的效果。
MRT要求对每个RT使用相同的Sample，所以我们是没法对BaseColor开小灶的，要么多花一个Pass先画BaseColor再画其他，要么对其他RT也进行多倍采样。对于前者，新增Pass又再一次增大了性能消耗，而后者会对深度和法线进行插值，显然也不可行，除非自定义最后插值的过程。这样一通操作下来，还是消耗了数倍的带宽（不过GBuffer没有变大哦），并且除了BaseColor以外其他RT做的计算全部木大。这样权衡下来，还不如直接上SSAA算了，至少后者效果更好。
事实上现在大家确实是这么做的，TAA等后处理抗锯齿加SSAA的组合成为主流，MSAA的身影反而几乎看不到了。

G缓冲

G缓冲(G-buffer)是对所有用来储存光照相关的数据，并在最后的光照处理阶段中使用的所有纹理的总称
正向渲染中照亮一个片段所需要的所有数据：
一个3D位置向量来计算(插值)片段位置变量供lightDir和viewDir使用
一个RGB漫反射颜色向量，也就是反照率(Albedo)
一个3D法向量来判断平面的斜率
一个镜面强度(Specular Intensity)浮点值
所有光源的位置和颜色向量(可用uniform传递)
玩家或者观察者的位置向量(可用uniform传递)

glBlitframebuffer（）

前四个参数定义了源矩形——右下角顶点的 X、Y 坐标，以及左上角的 X，Y 坐标。
接下来的四个参数以同样的方式定义了拷贝目标的矩形范围。

第九个参数定义了我们读取的缓存类型，如颜色缓存、深度缓存或者模板缓存，同样它的取值可以对应为 GL_COLOR_BUFFER_BIT, GL_DEPTH_BUFFER_BIT 或者 GL_STENCIL_BUFFER_BIT。
最后一个参数定义了在拷贝过程中 OpenGL 对可能出现的缩放的处理方式（当拷贝源和拷贝目标的参数处于不同的维度时），其值可以为 GL_NEAREST 或者 GL_LINEAR（它的效果比 GL_NEAREST 好，但是需要更多的计算资源）。在拷贝颜色缓存时只能选择 GL_LINEAR
例如

    GLsizei HalfWidth = (GLsizei)(WINDOW_WIDTH / 2.0f);
    GLsizei HalfHeight = (GLsizei)(WINDOW_HEIGHT / 2.0f);
    glBlitFramebuffer(0, 0, WINDOW_WIDTH, WINDOW_HEIGHT,
        0, 0, HalfWidth, HalfHeight, GL_COLOR_BUFFER_BIT, GL_LINEAR);

void glDrawBuffers( GLsizei n,const GLenum *bufs);

定义了一个缓冲区数组，片段着色器数据的输出将写入其中。如果片段着色器将一个值写入一个或多个用户定义的输出变量，则每个变量的值将被写入缓冲区中bufs中指定的位置，该位置与分配给该用户定义的输出的位置相对应。用于分配给大于或等于n的位置的用户定义输出的绘图缓冲区被隐式设置为GL_NONE，并且写入该输出的任何数据都将被丢弃。
bufs中包含的符号常量必须为下列之一，这取决于GL是否绑定到默认帧缓冲区：
GL_NONE
片段着色器的输出值未写入任何颜色缓冲区。
GL_BACK
片段着色器的输出值被写入背景色缓冲区。
GL_COLOR_ATTACHMENTn例如GL_COLOR_ATTACHMENT1
片段着色器的输出值将写入当前帧缓冲区的第n个颜色附件中。 n的范围可以从零到GL_MAX_COLOR_ATTACHMENTS的值。
例子

GLenum DrawBuffers[] = { GL_COLOR_ATTACHMENT0, GL_COLOR_ATTACHMENT1, GL_COLOR_ATTACHMENT2, GL_COLOR_ATTACHMENT3 };
    glDrawBuffers(4/*获取数组的数量*/, DrawBuffers);