OpenGL——理解延迟着色法（上篇）

Deferred Shading，看过《Gems2》 的应该都了解了。无论是Unreal3、Crysis还是星际2，都已经支持或者准备支持这个技术。不过因为国内这种环境，真正在项目中能用到的可能并不多，不知道这次星际2出来后，情况会不会有所变化。^_^本文是对Gems2这篇文章的一个补充，小生在做此次外包的时候，由于需要，翻译了这篇文章，不敢独享，遂贴于此，望能抛砖引玉，愿众位前辈不吝赐教

转载自https://learnopengl-cn.github.io/05%20Advanced%20Lighting/08%20Deferred%20Shading/ 本节暂未进行完全的重写，错误可能会很多。如果可能的话，请对照原文进行阅读。如果有报告本节的错误，将会延迟至重写之后进行处理。 我们现在一直使用的光照方式叫做正向渲染(Forward Rendering)或者正向着色法(Fo...

一、简介 我们现在一直使用的光照方式叫做正向渲染(Forward Rendering)或者正向着色法(Forward Shading)，它是我们渲染物体的一种非常直接的方式，在场景中我们根据所有光源照亮一个物体，之后再渲染下一个物体，以此类推。它非常容易理解，也很容易实现，但是同时它对程序性能的影响也很大，因为对于每一个需要渲染的物体，程序都要对每一个光源每一个需要渲染的片段进行迭代，这是非常多的...

我们现在一直使用的光照方式叫做正向渲染(Forward Rendering)或者正向着色法(Forward Shading)，它是我们渲染物体的一种非常直接的方式，在场景中我们根据所有光源照亮一个物体，之后再渲染下一个物体，以此类推。它非常容易理解，也很容易实现，但是同时它对程序性能的影响也很大，因为对于每一个需要渲染的物体，程序都要对每一个光源每一个需要渲染的片段进行迭代，这是非常多的！因为大部分片段着色器的输出都会被之后的输出覆盖，正向渲染还会在场景中因为高深的复杂度(多个物体重合在一个像素上)浪费大量

使用 GLFW + GLAD + GLSL 进行光线跟踪，仅使用顶点着色器和片段着色器

说起编程作图，大概还有很多人想起TC的#include 吧？ 但是各位是否想过，那些画面绚丽的PC游戏是如何编写出来的？就靠TC那可怜的640*480分辨率、16色来做吗？显然是不行的。 本帖的目的是让大家放弃TC的老旧图形接口，让大家接触一些新事物。 OpenGL作为当前主流的图形API之一，它在一些场合具有比DirectX更优越的特性。 1、与C语言紧密结合。 OpenGL命令最初就

笔者介绍：姜雪伟，IT公司技术合伙人，IT高级讲师，CSDN社区专家，特邀编辑，畅销书作者，国家专利发明人;已出版书籍：《手把手教你架构3D游戏引擎》电子工业出版社和《Unity3D实战核心技术详解》电子工业出版社等。CSDN视频网址：http://edu.csdn.net/lecturer/144 如果读者使用过Unity3D引擎，在相机的组件中有关于延迟着色的控制开关，读者自己可以尝试体验一下

LearnOpenGL学习笔记—高级光照 08：延迟着色法1 引入2 G缓冲 本节对应官网学习内容：延迟着色法 结合英文原站，中文站，以及个人实践进行描述。 1 引入 我们现在一直使用的光照方式叫做正向渲染(Forward Rendering)或者正向着色法(Forward Shading)。 它是我们渲染物体的一种非常直接的方式，在场景中我们根据所有光源照亮一个物体，之后再渲染下一个物体，以此类推。 它非常容易理解，也很容易实现，但是同时它对程序性能的影响也很大，因为对于每一个需要渲染的物体，程序都要对每

标签：延迟着色 延迟着色的效果 前向着色和延迟着色 在开始本章的新内容前，我们先来回忆一下之前的渲染流程是什么：在渲染一个物体前，我们需要把shader准备好。由于需要在片元着色器中进行光照计算，我们需要把场景中所有的光源信息都传递到shader中保存，这样在渲染物体的时候，就可以计算出这个物体在光照下的显示效果。如果场景中有多个物体（事实上场景中只有一个物体的情况非常少），那么我们就必须对每一个物体都走一遍上述的流程，直到所有物体都渲染完成为止。 上面的流程有没有问题？没有。这个流程非常容易理

OpenGL 延迟着色（Deferred Shading） 我们之前一直使用的光照方式叫做正向渲染(Forward Rendering)或者正向着色法(Forward Shading)，它是一种非常直接的方式，我们根据场景中所有的光源去依次渲染一个一个的物体，这很容易理解和实现，但同时这对程序性能的影响也很大，因为对场景中的所有物体的每个片段都需要根据所有光影进行计算，这是非常大的工作量，而且其实大部分片段着色器的输出都会被之后的输出覆盖，这些计算就被浪费了。 延迟着色法(Deferred Shading)

全局光源 •一些影响整个场景的元素，比如太阳光和雾 •需要在整个屏幕上进行计算 •顶点坐标，法线，颜色以及材质的参数均以纹理的形式输入。 •光照计算在象素着色器中实现。 •计算输出先储存在一个中间的光照缓冲中。 局部光源 •局部光源的光照效果只影响到整个场景的一部分 •我们只计算受相关光源影响的象素。 •这需要将光源体投影到屏幕空间 •利用GPU很容易对象素按光源进行分类。 ...

我们先说一下前向渲染（forward rendering），它是对场景中所有物体对象进行渲染并执行光照计算。但是光照计算其实是一项非常耗性能的操作，在前向渲染中，我们会做很多次像素着色器的调用，但是其中大部分是不必要的。比如场景中有四个物体，互相之间存在叠压关系，按照前向渲染的流程，先渲染了一个物体之后，它的一部分被后一个渲染的物体挡住了，那么被挡住的这部分就是做了无效的计算，这就会很浪费资源和计算能力。如果场景中有大量的灯光，那么像素数*灯光数这种渲染逻辑将是非常糟糕的。

延迟渲染一直被称赞的原因就是它能够渲染大量的光源而不消耗大量的性能。然而，延迟渲染它本身并不能支持非常大量的光源，因为我们仍然必须要对场景中每一个光源计算每一个片段的光照分量。frag去除光照部分。...

OpenGL延迟着色OpenGL延迟着色简介源代码剖析主要源代码 OpenGL延迟着色简介 我们一直使用的方法称为“正向渲染”或“着色”。… 这是一种简单的方法，其中我们对VS中所有对象的顶点执行一系列转换（法线和坐标到剪辑空间的大部分平移），然后对FS中的每个像素进行光照计算。由于每个像素在FS中仅使用一次，因此在计算每个像素的光效时，我们需要向FS提供有关所有光源的信息。这是一种简单的方法，但是有其缺点。在具有许多对象的复杂场景（如大多数游戏）中，并且同一像素被多个对象覆盖的情况下，我们将浪费资源。例如