第1章游戏概述.docVIP

第1章 游 戏 概 述 本章主要阐述实时应用程序中与相机系统相关的各项内容，并包含了较为常见的视频游戏循环更新过程。另外，本章还将对更新游戏状态的典型机制以及相机系统与其他游戏系统之间的整合方案进行深入讨论。如果读者对此颇有心得，可直接跳过本章的阅读。 实时应用程序 现代交互式实时应用程序（如视频游戏）向用户展示了虚拟世界中动态变化、色彩斑斓的视觉体验。当然，大多数用户对于这一类应用程序的开发复杂度以及难度也有所耳闻。在令人炫目的视觉场景背后，实时应用程序体现了问题的多样化，例如，程序需符合高效性并满足用户的体验需求。游戏则将这一点体现得淋漓尽致：场景世界的快速更新（此处，实时二字实至名归）、玩家的反馈处理以及显示设备的连续、无闪烁效果。除此之外，游戏场景世界还应忠实地还原设计者的初衷且不会令玩家产生无所适从的感觉。但最为重要的一点是，游戏应体现出应有的娱乐性。 游戏系统 在实时应用程序的设计以及实现过程中，针对上述较为棘手的问题，最为有效的解决方案是将问题划分为多个组成模块，每个组成模块应包含适宜的可控粒度。在视频游戏中，上述组成模块常称为游戏系统，并操控当前应用程序的不同功能，亦即游戏引擎。较为典型的游戏引擎包含下列内容： 资源管理（内存使用、游戏状态的存储与恢复、模型管理、动画管理、纹理管理、关卡数据加载等）。 玩家控制（如将控制器硬件数据转换为游戏命令）。 物理模拟（作用于游戏对象之上的物理力学及其效果的数学表达方式，如对象的碰撞以及 分解）。 游戏对象逻辑（该处理过程定义了游戏的博弈机制）。 图形用户界面（玩家获取游戏信息的视觉界面）。 相机和视口管理（控制游戏场景世界中视觉画面的生成）。 网络接口（例如，与外部实体间的通信，其中包括游戏或硬件设备、匹配服务等）。 人工智能（该机制定义了游戏对象逻辑、自适应性以及针对游戏事件或玩家输入状态的预置或动态反馈）。 游戏事件管理（针对游戏元素中设计者所规定的操作序列进行管理）。 渲染系统（生成游戏场景视觉画面的可行方案）。 对象间的通信（常出现于事件管理以及游戏对象逻辑中）。 音频管理（音效处理过程，包括简单的音频回放以及空间定位功能）。 任务管理（分配相关任务至多处理器、线程管理等）。 其他内容。 某些系统则关注特定的功能，例如相机系统、玩家控制系统以及脚本系统，这一类系统的交互方式以及整合方式多种多样并可加深玩家对游戏的体验。渲染系统与相机系统紧密相关，但本书并不打算对其进行过多的介绍，具体内容可参考[Foley90]和[Akenine-M?ller02]。[Eberly04]则对游戏体系结构进行了深入分析。 技术要点 针对相机系统的实现方案，读者可参考第11章以获取更为详细的内容，此处仅对其进行简要的描述。上述游戏系统均包含各自的实现方案，有时称之为管理器。游戏系统的实现方式之一便是采用继承结构，其中，顶层游戏管理器或系统管理器起到全局调用的功效。同时，该管理器通常包含某一循环更新结构，并作为其他管理器的中心访问点。除此之外，该管理器还将记录更新之间所流逝的时间值，并在必要时将该值提供于其他管理器。各管理器将根据游戏的特定功能加以组织和实现，相机管理器便是其中一例。相机管理器可视为相机系统在游戏中的实现方案，并提供了相关接口以供其他游戏系统获取与当前相机有关的有效信息、渲染器所需的基本信息等。各个管理器执行其各自逻辑，且在每次循环更新过程中针对游戏对象至少进行一次更新操作。图1.1显示了典型的游戏系统概览图以及系统间的通信关系。 图1.1 游戏系统管理器的概览图以及系统之间的通信关系 在讨论系统规范之前，首先依次介绍更新和显示实时游戏时所用到的相关解决方案。如果读者对此较为熟悉，可直接阅读“常见的性能问题”一节。 游戏的循环更新结构 视频游戏在操作过程中将会重复执行一系列的操作命令，相关动作将会划分为多个步骤。各个步骤中的行为将根据不同的游戏需求产生较大的变化（将各个步骤细分为更小的部分），但相关步骤的顺序通常保持不变（尽管有时会省略某些步骤）。这里，全部操作步骤序列称为循环更新结构。另外，根据硬件以及软件环境，循环更新结构中的相关步骤也会不尽相同。 此处，网络通信便是一例。针对于多玩家游戏，通过网络连接接收（或发送）玩家的输入或位置信息有时是十分必要的，这将在输入步骤之后（或之中）引入网络操作步骤；而某些游戏机硬件设备则需要在显示设备尚未更新时（即场消隐期）并在某一较小时间段内更新图形数据。另外，也可采用独立的步骤与上述操作同步执行。 在游戏的运行过程中，上述步骤的执行顺序可能会稍有不同。例如，当游戏暂停或显示相关菜单时（游戏正式开始之前的加载界面便是一例），一般不会执行对象的移动及其逻辑操作。 针对于全部可能性，存在多种对应的排列方式，图1.2显示了循环更