Forward框架的逆袭:解析Forward+渲染

转载请注明出处为KlayGE游戏引擎,本文地址为http://www.klayge.org/2012/04/21/forward%e6%a1%86%e6%9e%b6%e7%9a%84%e9%80%86%e8%a2%ad%ef%bc%9a%e8%a7%a3%e6%9e%90forward%e6%b8%b2%e6%9f%93/

AMD在7900系列显卡发布的时候同时推出了Leo demo, 并说明它不是用近年流行的Deferred框架渲染完成,而是用到了一种叫Forward+的框架。这个框架不需要Deferred的大带宽要求,却仍能 实时渲染上千光源。EG2012上有篇新paper叫做Forward+: Bringing Deferred Lighting to the Next Level,讲述的就是这个方法。但目前作者还没有放出该论文的全文,这里我只能通过只言片语和AMD的文档来解析这个神奇的Forward+。

Tiled-based Deferred Shading

在进入正题之前,我们先回顾一下Intel在SIGGRAPH Courses 2010里提到的Tiled-based Deferred Shading。它的算法框架是:

  1. 生成G-Buffer,这一步和传统deferred shading一样。
  2. 把G-Buffer划分成许多16×16的tile,每个tile根据depth得到bounding box。
  3. 对于每个tile,把它的bounding box和light求交,得到对这个tile有贡献的light序列。
  4. 对于G-Buffer的每个pixel,用它所在tile的light序列累加计算shading。

在原先的deferred框架下,每个light需要画一个light volume,以决定它会影响到哪些pixel(也就是light culling)。而用tiled based的方法,只需要一个pass就可以对所有的光源进行求交。如果用了AMD在Mecha demo中用到的OIT方法,还可以做一个per-tile linked list,直接把light序列存在链表里。

Forward+ Rendering

有了Tiled-based Deferred Shading的基础,理解Forward+就变得简单多了。Forward+ Rendering和Tiled-based Deferred Shading的关系就好比原先的Forward Shading和Deferred Shading,所以我们可以照猫画虎一次:

  1. Z-prepass,很多forward shading都会用这个作为优化,而在forward+中,这个变成了必然步骤。
  2. 把Z-Buffer划分成许多16×16的tile,每个tile根据depth得到bounding box。
  3. 对于每个tile,把它的bounding box和light求交,得到对这个tile有贡献的light序列。
  4. 对于每个物体,在PS中用该pixel所在tile的light序列累加计算shading。

从这里可以看出,前两步与Tiled-based deferred shading大同小异,但只需要Z-Buffer,而不需要很消耗带宽的G-Buffer(G-Buffer最小也要32bit color + 32bit depth)。第三步是完全一样的。第四部由于用了forward,可以有forward的各种好处:

  • 复杂材质
  • 支持硬件AA(虽然我一直认为硬件AA多算了很多东西,是一种巨大的浪费)
  • 带宽利用率高
  • 支持透明物体

由于light已经在步骤3中cache了,所以也可以不像传统的forward那样,把材质和光源搅在一起。加上shader中动态分支的能力, 不难实现类似deferred那样的巨量光源支持。由于带宽省了很多,Forward+的速度能比Deferred快。在原paper里的性能比较足以说 明这个问题。

Forward+  VS Deferred

另一个有趣的地方是透明物体的渲染。虽然我在KlayGE中用Deep G-Buffer的方法解决了纯Deferred下透明物体的渲染。 正如很多读者指出的,这么做所带来的带宽翻倍在很大程度上拖慢了整个系统。在Forward+中,第一步生成Z-prepass的时候,可以采用双Z- Buffer的办法,一个放不透明物体的Z,另一个放透明物体的Z。在第二步计算tile bounding box的时候,不管透不透明都放在一起计算一个总的bounding box。后面步骤不变,就能原生支持透明物体。

由于有了Z-Buffer,其他原先对Deferred有利的效果,比如GI、SSR,都可以直接应用。SSAO、SSVO之类的方法,如果需要考虑pixel normal,就需要适当的修改才能应用上。

在AMD的demo中,步骤2和3是用compute shader实现的。而在Tiled-based Forward Rendering这篇blog中,他完全用PS实现了per-tile linked list,但仍然需要D3D11的UAV特性。所以Forward+还没法再D3D11之前的硬件上实现。

总结

所谓三十年河东三十年河西,作为Forward框架的新发展,Forward+给我们提供了一个新思路。这样的竞争性发展总比所有资源都投到一方、忽视另一方要好。

从贡献程度来看,最有突破性的其实不是Forward部分,其实是Tiled-based。Forward+只能算作Tiled-based Deferred Shading的“Forward化”。顺便说一下,很多移动平台的GPU在硬件上支持Tiled-based Rendering(TBR),也是利用它来最大化计算相关性和带宽利用率。不支持TBR的Tegra就吃亏许多了。

posted on 2012-04-22 14:58  龚敏敏  阅读(9563)  评论(1编辑  收藏  举报