RAGE的megatexture介绍

最新推荐文章于 2024-09-10 09:09:57 发布

puzzy3d

最新推荐文章于 2024-09-10 09:09:57 发布

阅读量8.9k

点赞数

分类专栏： megatexture rage 3d 文章标签： ps3 游戏优化磁盘 buffer 网格

本文链接：https://blog.csdn.net/puzzy3d/article/details/6888997

版权

rage 同时被 3 个专栏收录

1 篇文章 0 订阅

订阅专栏

1 篇文章 0 订阅

订阅专栏

megatexture

0 篇文章 0 订阅

订阅专栏

有图的PDF在这里

http://files.cnblogs.com/puzzy3d/RAGE来了-Megatexture信息更新.pdf

没图的发这里：

RAGE来了

－－－关于 ID TECH 5 MEGATEXTURE 的一些技术信息更新

H3D 姚勇

3.1 判断本帧绘制要用到哪些page 8

信息

很久很久以前，ID TECH 5有风声时，我曾经查到一篇论文。就当时id software公司的MEGATEXTURE 技术做了一些介绍。是关于Clipmap的。 id software采用此技术制作了《Quake War》之后，公司很快更新了ID TECH 5（MEGATEXTURE v2.0），采用了类似Virtual Texture的技术，做到了地形和场景物体都使用一张超大全细节贴图做texture streaming。如今RAGE已经发行。作为id技术fan买了PS3正版之后，很失望...... 游戏体验，尤其在贴图绘制上很糟糕。后来发现在PC上的体验其实不错。贴图loading的感觉较小。原因大概因为id software在PS3上优化的不够或者PS3架构就不适合id tech5 。

Clipmap 是用于地形渲染的。优点是绘制超大细节地形纹理，不受显卡显存限制，而且不需要过多预处理过程。在使用ID TECH 5技术的《RAGE》中，不再使用clipmap。而是使用一种基于virtual texture的技术。关于virtual texture技术雏形，最早源自上个世纪一家名叫3DLABS的显卡公司。那时是实现在硬件中的。这点与clipmap很类似。

id software的纯软件技术实现的灵感则来自一篇04年的叫《Unified Texture Management for Arbitrary Meshes》论文。最终id实现的这个技术应该比3DLABS的要远远复杂得多。并且包含非常多的技术实现与优化细节。以及全套美术制作流水线。一个引擎和游戏开发了6年多，复杂是显而易见。

在08年GDC上一位技术爱好者凭着一些隐约的ID TECH 5线索，以及有限的paper，自己实现了一套类似megatexture的技术。09年id software做技术介绍时，证明这位仁兄的实现和id的很像。同时08年crytek公司也介绍了他们在cryengine中实现的virtual texture的想法。

具体virtual texture的技术，要做成产品级应用，实现非常复杂。是一个工程难度很高的技术。本人没做过。只简单介绍一下。水平有限，不保证信息的完全准确。

介绍

一，目的

为何需要这个技术。简单讲原因有二。

第一，显存有限。次世代游戏动辄就要几百兆显存来支持精细的各种贴图（diffuse, specular, 各种mask，各种bump，各种env, decal, 等等等等）。随着游戏制作规模增大，要更多的贴图来满足眼球。只有更精制，没有最精制。关卡没有最大，只有更大。但是显存有限。

第二，普通制作游戏场景中的各种景物，贴图重复使用是非常关键的事情。因为一个3D游戏，关卡足够大，虚拟现实沉浸感才强。细节物体要多。只有更多，没有最多。更大的场景更多的景物，需要更多的贴图是一方面，另外一方面，需要美术对贴图的复用考虑更多，在制作上也需要大量精力去调整UV和优化。

为了节省贴图，一般美术制作还需要使用贴图Tilling。就是一张贴图重复排列开来，铺在面积很大的物体表面上。这样显得很假。这需要美工花极大精力去制作既要重复排列又不能显得重复性太明显的贴图。美工很多工作并不是象绘制图画一样，而是更像个砌墙工，竭力想用重复的材料堆砌出不一样的效果。生产力不够高。

二，实现

virtual texture想法很直接：假设屏幕分辨率 1680x1050 。那么这个屏幕可以显示的贴图图素（texel）数据，最多不过 1680x1050x3 字节。如果我们把屏幕上要显示的景物，面向屏幕的可见部分，精确的制作一张贴图，那么这个贴图最大就需要1680x1050x3 = 5MB 。前提是屏幕上显示的景物，背对屏幕的地方和被遮挡的地方都没有贴图。如果我们能够实时创建这么一张贴图来显示场景，我们显卡的贴图用显存只用5MB 就完全够了。

这种极端的情况用现有的硬件实现起来恐怕不太现实。退而求其次：我们有一些cache做冗余，景物有一些互相遮挡的绘制，就算6张屏幕大小的贴图，重叠遮挡绘制3次，每个像素4字节，那么在这种很差的情况下，我们也就需要120MB 贴图。在次世代游戏显卡上，这个要求不算过分。

所以自然而然产生了一个想法。那就是把这个游戏所有要用到的贴图全部放在一张超大的贴图上。在绘制每一帧时，只把屏幕上要显示出来的最高精细度贴图从硬盘上装载到显卡显存，绘制出来就可以了。下一帧玩家镜头移动时，再去装载新景物的高精度贴图。如果不装载高精度贴图，景物可以用很低精度的贴图显糊弄一下(Mipmap Level很高)。

这个过程如果很快，并且只有离玩家较远的新显示景物去装载高精度贴图。那么就可以用一张没有容量限制的超大的贴图（硬盘限制），在显存有限的硬件上，绘制一帧中眼力所及的整个世界。并且这个世界的精度不会太受影响。换句话，游戏世界的贴图制作不用考虑显存大小。

并且，美术制作这个世界时，只用很直接的2步。1，做网格。2，给这个网格绘制唯一的贴图。不用考虑贴图复用。

ID TECH5 的megatexture技术就是要实现这个目标。

1，预处理

1.1贴图预处理

在渲染之前，数据制作阶段时，先需要做一些预处理。最重要的一个处理，就是把世界中用到的所有贴图。全部先放入一张巨大的贴图。这也就是megatexture了。我们今后把这张能够绘制整个世界的唯一贴图叫做：virtual texture 。这张贴图可以很大，比如边长200多万像素，即一张4T大小的贴图（当然游戏中没有必要这么大）。

接着，按照一个固定大小的尺寸(《RAGE》中，是128x128)，把virtual texture切割成方块。这个方块，我们称作“页”（pages）。

在这里，对mipmap的处理有点特殊。所有贴图的mipmap，每一层也都按照这个固定大小切成page。如果一张贴图的某一层mipmap尺寸小于page的尺寸，就停止切割。然后把mipmap切割出来的page也放在virtual texture文件里。

以下是一张贴图和这张贴图的mipmap，被切割为page的样子。从左到右依次是mipmap level 0,1,2,3 。这也是virtual texture文件中的内容。

把这些page调入显存，再去显示场景。如果我们故意保留切割的痕迹，让我们看一下场景会是怎么样的：

在《RAGE》中，一张virtual texture是 128k x 128k 大小。这里我们说的virtual texture的尺寸，是最高精度的贴图尺寸。一个page是128像素。以下是《RAGE》中一个局部的4级mipmap在virtual texture中的样子。可以看到4张截图，字体的4种颜色代表着4级mipmap 。2个数字是page在virtual texture中的全局唯一标号。

场景截图中，最靠近镜头的标号颜色，是mipmap精度最大的层。随着距离渐远，标号颜色也体现了使用精度更低的mipmap。其中白色的格子表明是page的分界线。

LEVEL0：

LEVEL 1:

LEVEL2:

LEVEL3:

注意这里是对同一部位不同mipmap在virtual textuer上的截图。这些图都是放在virtual texture一个文件里的。

再给个例子。这个是一个virtual texture文件内部可能的一种组织形式：

1.2 几何预处理

把所有物体的贴图拼接在一起变为一整张virtual texture（也就是megatexture）后，世界中所有的物体都只使用virtual texture这么一张贴图。所以世界中物体的坐标都应该换算一下。

假设virtual texture是一张131072 x 131072大小的贴图。 virtual texture左下角贴图坐标为(0，0). 右上角贴图坐标为(1，1). 根据一个物体贴图在virtual texture中所在的相对位置，用很简单的换算即可得到这个物体新的贴图坐标。

比如一个物体有一张512x256的长方形贴图。位于virtual texture中从横向第 8088个像素，纵向第11901个像素开始。这样物体一个顶点的贴图坐标u,v (0<u<1 ,0<v<1)换算到virtual texture中，就是

u' = (u*512 + 8088)/ 131072 ，

v'= (v*256+11901)/131072

当贴图坐标 u,v<0 或者 u,v>1时，说明使用了纹理 tilling。贴图重复排列。这时的处理，需要在virtual texture中重复复制物体所用到的贴图。然后把贴图坐标重新换算到0-1之间。再进行virtual texture贴图坐标转换。

2，绘制

接下来绘制。我们做最简化情况的假设，有3步要走：

1，判断需要哪些pages

判断屏幕上需要绘制哪些贴图。以及屏幕像素上那个贴图用到的mipmap级别。因为世界所有贴图都以page为单位，拼在磁盘上的一张megatexture里。没法一次性调入显存。要判断出真的需要哪些贴图，以及那个贴图的mipmap级别。才会把需要的那部分pages装载。

2，装载

靠streaming把需要的贴图pages装载进来。放入显存的一张实际要使用的贴图（在id software的介绍中叫physical page texture，在本篇文章中叫“显存贴图”。这张显存贴图，是由很多pages 拼凑而成的。

3，绘制场景物体。

绘制过程中，在pixel shader中，把屏幕上所有景物的贴图坐标重新换算一下。以便用显存贴图（贴图内容是从磁盘上靠streaming读出来的小块贴图（pages）拼凑而成）来正确绘制场景物体。因为场景中的物体在美术制作时，是按照普通展UV的方式制作的。

3，具体步骤

以下对上面说的3个步骤做具体介绍

3.1 判断本帧绘制要用到哪些page

page中不仅仅记录了物体原始贴图的某个部分，同时这个原始贴图的mipmap也都切成块当作page储存在virtual texture中。所以这一步骤不仅要找到屏幕上物体用的贴图在virtual texture中的位置，还需要判断使用了哪个mipmap层，这样才能精确定位出屏幕上物体渲染需要的所有pages。因为不同mipmap级别的page放在了文件不同地方。

用一个简单的实现办法概述这个过程：物体贴图坐标本身就说明了所用到的贴图在virtual texture中的位置。只要把物体贴图坐标绘制在屏幕上。再把屏幕内容取下来，逐点判断，就能够得到本帧到底需要哪些page来绘制。

详细一点的解释：因为所有物体只使用virtual texture这么一张贴图。那么物体贴图坐标肯定是全局唯一的（物体使用的贴图肯定分散在virtual texture的不同部分）。我们把物体贴图坐标当成顶点颜色，绘制一遍物体，那么屏幕上的像素就代表了这些物体的每个像素的贴图坐标（这里需要一点光栅化的知识。在绘制三角形时，顶点上的颜色作为填充三角形的颜色，被光栅化插值为三角形扫描线中每个像素的RGB值）。换句话，屏幕上绘制出来的就是绘制物体每个像素要用到的贴图坐标。同时在光栅化时，我们在pixel shader中还可以计算出每个像素用到贴图采样的mipmap层级数。（如果这里不懂可以先复习一下光栅化）

最后把这个结果输出为一张图片。由CPU去分析。这里给出图片可能的样子：

环状不同颜色代表不同mipmap。

这个东西在id software的介绍中，叫Feedback Buffer。下面是《RAGE》中的样子

接下来就容易了，得到屏幕上的所有像素。逐一分析。每个像素的信息就是对应物体所用到贴图page的位置信息和mipmap级数。这个级数也用来定位page的位置。

分析完毕，我们就有了当前屏幕上所有景物要用到的pages 。我们把本帧需要用到的page，叫“活跃page”

1680x1080 的屏幕上，像素个数是 1814400 个。每个像素都检查一遍，CPU基本就废掉，不用做其他事情了。优化的办法是对屏幕buffer做down sample 。也就是缩小屏幕pbuffer尺寸。只检查有限的像素。或者干脆直接在一个分辨率很小的pbuffer上绘制整个场景。诸如此类。从图上看，RAGE用的是一张分辨率比较低的Feedback Buffer。

3.2 读入贴图page

显存贴图(physical page texture)更新

知道要用到哪些page之后，就从磁盘读入进来。其中用到的各种streaming优化，贴图压缩解压缩，就不提了。

显卡中维护一张真正最后渲染要用到的贴图。我们叫它“显存贴图”或者“物理页贴图” （physical page texture）。这张贴图边长是page尺寸的整倍数。读入的page贴图方块，就一个个在physical page texture中拼接起来。（拼接的时候每个page周围还需要留条边。大家都知道显卡最后纹理映射时，有个双线性插值的问题。而且随着物体离镜头越远，用的mipmap不同，对不同mipmap page周围留的边，还有粗细不同的问题。总之这些零零碎碎的问题充斥着megatexture实现的所有步骤。）

页表贴图(page table texture)更新

在这一步很重要的事情，还需要更新一张贴图。这张贴图叫 page table texture －－－ “页表贴图”。

“页表贴图”大致的做法是这样。我们准备一张virtual texture的微缩版本。这个微缩版，有的paper叫 indirect texture，有的paper叫page table texture 。我们用中文，叫"页表贴图" 。页表贴图的每个图素，对应着virtual texture中相应位置的page 。图素内容就是对应page在显存贴图（physical page texture）中的位置信息。比如：如果virtual texture 最高精度那层有1024x1024个page，那么页表贴图大小就是1024 x 1024 个图素。

接着我们定义一下“活跃page”。活跃page的意思，是说凡是本帧需要绘制，并从virtual texture被拷贝到显存贴图(physical page texture)中的page，都要被标记为活跃page。

页表贴图(page table texture)需要每帧更新，每个活跃page对应在页表贴图(page table texture)位置的图素内容，要记录这个活跃page在显存贴图(physical page texture)中的位置信息。如图：

得到结果是：

因为在屏幕上的场景，会有mipmap。用到不同mipmap page的信息，也记录在页表贴图的mipmap中。如图

显存贴图(physical page texture)用page填充好之后，更新完page table teture就可以用这两张贴图最后渲染了。

3.3，渲染

到这个阶段，我们已经实现了megatexture的大部分目标，挑选一帧中能够看到的物体用到的贴图，拼起来。这样我们就实时创建了一张贴图，这张贴图上面只有本帧需要绘制在屏幕上的贴图图素（当然肯定有一些冗余）。

那么如何绘制？因为我们用pages拼凑而成的这张显存贴图(physical page texture)，即便是相同物体用到的贴图，也都是一个个被切成小方块的page拼凑而成。page与page之间根本不挨着。不同mipmap的page也都并列排在显存贴图里。根本不连续。用这唯一一张贴图去绘制场景所有物体。需要额外步骤。

纹理映射的原理是根据一个像素的贴图坐标（注意这里是已经被光栅化后的像素级贴图坐标了），去贴图中采样图素（texel）。这个图素的颜色值，经过光照处理，就可以直接显示在屏幕像素上。

用page拼凑而成的显存贴图(physical page texture)正确显示场景中所有物体，需要对贴图坐标（物体贴图坐标是在virtual texture贴图空间中的，直接用这个贴图坐标去索引显存贴图（physical page texture），得不到正确结果）进行一下转换。使得显示在屏幕上物体的每个像素，精确的对应到显存贴图(physical page texture)上它应该对应的位置。

我们需要一次像素级别的贴图坐标转换。这个任务可以用indirect texture sampler也就是间接贴图采样来完成。即，先利用原始贴图坐标，对一张间接贴图进行采样，得到一些必要信息后，再利用这些信息对原始的贴图坐标进行转换以采集显存贴图。

这个间接贴图，其实就是页表贴图(page table texture)。

以下是过程简述：

1）用更新后的页表贴图（page table texture）与显存贴图(physical page texture)共同绘制场景所有物体

2）在pixel shader中进行一次贴图坐标间接寻址。从页表贴图（page table texture）中得到一个偏移值。用这个偏移值对原始贴图坐标（virtual texture贴图坐标）进行处理，就变为最终需要采样显存贴图(physical page texture)的贴图坐标。

3）用处理过的贴图坐标采样显存贴图。最后场景中的物体就都按照实际需求绘制出来了。

如图：

这张图只是一个示意图。图4实际屏幕显示红点的位置，通过贴图坐标和光栅化我们可以知道在virtual texture上采样的位置（图1中的红点）。用这个红点的贴图坐标，去采样页表贴图（page table texture，图2），得到了当前活跃page在显存贴图中的位置换算关系。红点在图2落到了内容为“3”的图素里。利用这个换算关系，可以得到最终贴图坐标。在图3中，正确的对显存贴图（physical page texture）进行采样。图3的红点就是需要正确采样的位置。最终得到图4像素的颜色值。

4，镜头快速转动与移动时

经过3个步骤，如果硬盘无限快速，而且显存贴图(physical page texture)的大小能够满足绘制本帧所有物体最大精度贴图。那么我们会看到一个无限大的世界，有着最高贴图精度。流畅地在眼前飘过。

事实上，没有这么理想的情况。磁盘速度不可能那么快。显存贴图(physical page texture)有时候并不满足绘制当前镜头中所有物体最大精度贴图的容量。

这就是我们在实际《RAGE》游戏运行过程中看到的景象。一旦摇动一下镜头，所有物体的贴图都重新回到最模糊，然后慢慢变得精细。这个现象在PS3上尤其严重。PS3的IO是严重瓶颈。理论上就无法保证足够量的精细贴图在一定时间内读入显存。在一个光驱，硬盘，内存，显存的4级cache系统中，任何一个地方的瓶颈足以毁灭megatexture美好的初衷。这是为什么。

回顾virtual texture技术的3个步骤。如果磁盘是瓶颈，很多活跃page无法从磁盘调入显存。那么显存贴图(physical page texture)就无法在足够时间内拼凑出绘制当前场景所需要的全部贴图page。怎么办。这个时候有很多办法可想。一个最简单的办法是，没有贴图的景物，就绘制个马赛克贴图好了。。。

当然，商业产品不能这么做。如果调入高精度贴图来不及，那么就先把最低精度的贴图调入进来。

如果最低精度都进不来，那么卡帧，让用户休息一下。。。

从这里看出，megatexture受硬件制约依旧较大。只不过从明确的显存上限，降低到对IO速度的一定要求。

IO速度对于PC，可能越来越快。对于XBOX360，卡马克爱不释手自然会量身定做。至于PS3，那就算那些买正版的家伙们倒霉了。

5，一些问题

另外一种情况，当前帧的场景中物体太多了，所用到的贴图总量，超过了显存贴图(physical page texture)容量。

很多物体都没有贴图来绘制。自然只能空在那里。解决方案无非就是尽量合理的把场景中物体用到的贴图量控制一下。这里面要解决的工程问题无限多。要自研此技术做产品的人，只能自求多福了。

还有一个问题。在第一步用页表贴图(page table texture)绘制时，页表贴图是一张完整调入显卡显存的贴图。它是virtual texture的缩小版。根据page的大小来缩小。一个page相当于这个贴图的一个像素。但是当virtual texture中page数量太多，以至于页表贴图(page table texture)的大小都超标了，这就是个很麻烦的事了。

我们假设一个page 512x512像素（page大小的制定也有讲究，不细表）。如果想要在页表贴图(page table texture)保持在 4096x4096 大小，那么我们的一张virtual texture最大边长只能是 4096x512 像素。也就是这张virtual texture最大也就2097152 x 2097152 像素大小。一个像素算4字节。那么最大的一张图容量是 4096 G 。难道我们与时俱进的玩家就按么容易满足4T的贴图容量么？随着祖国日新月异国富民强，人民群众的审美娱乐需求一日提高，早晚有一天。。。。。。