客户端能够以和帧频一样的速度向服务端发送移动消息

《客户端能够以和帧频一样的速度向服务端发送移动消息》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、客户端能够以和帧频一样的速度向服务端发送移动消息。成千上万的并发玩家期待着可以在同一个虚拟世界中流畅地移动，并且与其他玩家、生物或是物品以一种可信的方式进行交互。个人电脑和游戏机上的单机游戏或是小型多人游戏不断地在"夸张的"玩家移动、真实的物理以及对地形进行逼真的改变(通常通过破坏地形和建筑物来实现)等方面追求极限，这些都可以让玩家体验到很高的自由度，从而使他们对MMP游戏具有更高的期望。MMP游戏开发者实在无法抗拒日益逼真的游戏环境和交互所带来的诱惑。每个新发布的MMP游戏通常都会在至少一个具有重要意义的方面挑战极限从而与竞争者有所区别。然而，真正地在发布时成

2、功做到这点的MMP游戏很少，这就说明了追求极限所带来的压力可能会导致游戏的最终失败。本文的目的是要介绍与MMP游戏中的移动和物理系统相关的各种问题。理解这些问题才能更好地为发布引人入胜的游戏做好准备，并且可以避免由于以一个幼稚的，过于冒进的方式来为这些系统进行建模所引起的无法预料的后果。3.6.1我们可以发布这个游戏了吗?这个问题的关键在于，开发人员总是面临着发布游戏所带来的压力，他们必须以一种及时而经济的方式来实现这点。毫无疑问，这必然导致他们在实现用于支持游戏的底层系统时必须作出很多折衷。开发人员必须对这些系统能够做什么加以限制。否则，这个游戏永远都不会完成

3、。另一方面，在游戏模式中加入过多的限制会降低游戏的真实性。如果一个玩家觉得自己和游戏的关系非常松散，他就很可能会取消订阅。开发人员当然希望能够避免这种情况的发生。同样，开发团队不能就所作的折衷达成一致时也会非常危险。设计人员可能会觉得这些限制使游戏世界变得死气沉沉，并且无法让玩家在交互中获得一种融入其中的真实感受。游戏世界构建人员也许能理解这些限制，但是他们可能会不停地寻找那些可以突破限制的方法来创建一个更具交互性或是在视觉上更为有趣的游戏环境。虽然这些想法都是正确的，但是它们会影响到整个团队最后发布产品的能力。必须以一个平衡的方式来看待这个问题：在移动和物理模

4、块中实现足够的真实性从而让玩家能够持续地参与游戏，并且加以足够的限制使得这个游戏可以以一种及时而经济的方式被实现。让所有团队成员对此达成共识非常重要。这不仅会减轻总体压力，还会减少返工或是长期维护带来的麻烦，程序员的创造力也可能会因此而增加。3.6.2这是一场战争本质上，在MMP游戏中进行移动和物理方面的开发会受到一类特定玩家的影响，本文把他们称为"恶意(rogue)玩家"。这类玩家乐于使用任何必要的方式以在游戏世界中获得优势。他们会试图以比游戏规则所允许的方式更快地进行移动，或是去那些他们不应该到的地方，甚至去发掘那些不曾预料到的物体-环境交互。游戏管理人员必

5、须解决这些恶意玩家，否则就不得不去面对游戏中可能出现的无政府状态。游戏做得越成功就越有可能成为恶意的玩家的目标。这些人的数量远大于游戏开发员工数量，他们通常具有与开发游戏技术人员相同的才能，有时可能会更高。更可怕的是，恶意玩家们有时能够花费大量的时间来试图攻击游戏。一旦某个恶意玩家攻击成功，所有诚实的玩家都会受到伤害。这种行为反过来会诱使那些原本诚实的玩家也采用某些攻击手段来重新获得公平的地位。当支持人员发现有人欺骗，就会封锁这个玩家的账户，从而导致游戏失去一个付费用户。最终，这会成为一个恶性循环。如果开发人员在实现游戏时对所做的决定进行仔细考虑，就可以显著地减

6、少这类问题。因此，在对移动和物理的设计和实现的各个方面进行评估时，都必须考虑到恶意玩家的存在。游戏开发人员必须考虑那些有时间和能力去反汇编并且修改客户端的代码、游戏资源、网络数据包的人会怎样使用这些信息在游戏中进行欺骗。相对于玩家都是诚实的情况来说，这毫无疑问会让本身就极具挑战性的工作变得更为困难。根据市场上已经发行的游戏的经验，如果开发人员认为他们的游戏不会受到这样的攻击或是只会吸引那些诚实玩家的话，那是非常愚蠢的。必须准备好建立一条防线，这就顺理成章地引入下一个话题：防御恶意玩家的第一条防线，也是最主要的防线。3.6.3服务端永远是对的在移动和物理中必须考虑

7、的第一个问题是客户端自治。在目前的MMP游戏环境中，每个玩家的计算机都具有大量的CPU资源和硬件加速能力，在游戏中尽可能地使用这些运算能力是非常有用的。然而，当服务端需要确定玩家应该移动到什么位置以及他们应该怎样和环境交互时，就必须建立一条防线。游戏系统应该通过客户端代码来让玩家感觉到他们在进行控制，而对这些事物的最终裁决则应该由服务端来进行。为了让玩家可以在游戏世界中流畅地移动，游戏客户端必须立即响应玩家的移动请求并且根据客户端的地形和物体表示对这些请求做出判断。如果玩家要向前移动，并且客户端代码确认没有障碍物阻止玩家进行移动(譬如说不能穿越的地形或是会发生碰

8、撞的物体)，他才可以移动