游戏引擎剖析第5部分.docx

2 / 3
第5部分: 物理，运动,效果 ﻫﻫﻫ世界建造 ﻫ 常常在建立一个含有任何３D成分的游戏时,你最终要试图建立一个将会在里面产生游戏动作的3D环境。 不知怎么的游戏开发者提供了一个建立这种环境的方，它容易修改,有效率,有较低的多边形数量,对于游戏既容易渲染又容易运用物理学。很简单,对吗？当做这个的时候我用左手在做什么?当做这的时候 ,　我对我的左手做什么？　是的。不错。  ﻫﻫ 　虽然那里有许多３D结构程序,从ＣＡD/CAＭ程序到3D Sｔｕdｉo Max,建造游戏世界是不同于建造内部或外部世界的模型的尴尬。你有三角形数量问题 --　任何给定的渲染器一次只能渲染这么多的多边形，这对于天才的关卡设计师来说永远都不够。不知这些,你也只能每个关卡存储预定数量的多边形，所以即使你的渲染器能够在视野中处理２5０,０00个多边形，即使你只能在合理数量的空间中存储５００,000个多边形，那么取决于你怎么处理它,最后你的关卡价值像两个房间那么小。不好。  ﻫﻫ　　任何方法,开发者需要提出一个创作工具 --　最好足够灵活,允许游戏引擎需要的各种事物 – 比如，在世界中放置对象,在进入游戏以前对关卡的适当预览,以及准确的光照预览。在他们花三个小时预先处理关卡来产生一个 ＇引擎可消化的＇ 格式之前 ,　这些能力允许游戏开发者看到关卡将在游戏中看起来怎么样。　开发者需要关于关卡，多边形数量,网格数量等等的相应数据。 他们需要一个合宜而友好的方式能够让世界有纹理背景图，容易存取多边形数量缩减工具,如此等等。这个清单可以继续列下去。  ﻫﻫ 在先前已经存在的工具中找到这个功能是可能的。许多开发者使用Max或者Ｍａｙa建造他们的关卡, 但即使3Ｄ　Mａx需要对它的功能有一些任务特定的扩展来有效率地完成关卡建造工作。甚至可能使用关卡建造工具，像ＱＥRａdienｔ（见下图）,而且把它的输出重新处理成你的引擎能够解释的格式。　ﻫﻫﻫ不能看见它? 别烦扰… ﻫ 回想一下我们在第一部分讨论的BSP　（二叉空间分割） 树，你也可能听说过潜在可视集合(PVS)这个术语正被四处谈论。两者都有相同的目标，不去探究涉及到的繁杂的数学,它是一种把世界分解为你能从世界任何给定位置看见的墙壁的最小子集的方式。在实现时,它们仅仅返回你能看见的那些,而不是那些隐藏在可能被遮挡的墙壁后面的。你能想象出这给软件渲染器带来的好处,渲染的每个像素（可能是这样的情形）极为重要。它们也按从后到前的顺序返回那些墙壁,在渲染时这是很方便的,因为你能够在渲染次序中确定一个对象的实际位置。  ﻫﻫ　 大体而言,BSP　树最近正不受欢迎,由于它们的一些古怪,而且因为我们从当今3D显示卡获得的像素吞吐量，再加上Ｚ缓冲像素测试，ＢSＰ 常常成了一个多余的过程。它们在计算出你在世界的确切位置和正在你周围的几何物体方面是便利的,但常常有比ＢSP树更好而且更直观的方式来存储这些信息。  ﻫﻫ 潜在可视集像它听上去一样非常好。它是这么一个方法，在任何给定时间,给定你在世界的位置，它决定世界的哪些表面，哪些对象实际上可以看得见。这时常用来在渲染之前剔除对象,也剔除它们来减少AI和动画处理。毕竟,如果你实际上不能看见它们,为什么还要费脑筋处理呢。多半这真的是不重要的,如果一个非玩家角色(NPC）正在播放动画，或者甚至在运行它的A