37

我正在考虑在Node.js中创建一个网络多人游戏。这意味着我将在后端和前端使用相同的语言。这将是实时的,每个“房间”最多可容纳 20 人,所以我有一些想法:

  1. 如何补偿所有用户之间的延迟,以便每个人同时看到相同的东西?我正在考虑跟踪每个玩家的平均 ping 时间,找到最慢的一个,并通知其他客户端他们必须延迟每个人的时间(以毫秒为单位),以便每个人尽可能同步。

  2. 我正在考虑在后端和前端运行游戏代码(因为两端都是 JavaScript),并且只有一个纠错机制来与后端的“真实游戏”同步。这样,游戏应该在前端流畅运行,并且在同步发生时只有很少的故障。这也将最大限度地减少前端 JavaScript 黑客攻击,因为作弊者将同步到后端游戏。

  3. 我是否应该通过套接字(按键)接收玩家动作,通知所有其他客户端其他玩家的动作,同时在后端“玩”游戏,并每隔一次向整个游戏状态的每个人发送同步信息同时同步它们?

你怎么看?还有更多我应该考虑或注意的事情吗?

请发布任何想法或链接到有关多人游戏的文档或文章。


编辑:这些很有用:

4

4 回答 4

27

1 - 是不可能的。您不确切知道消息到达客户端需要多长时间,并且您进行的任何测量都不一定适用于您发送的下一条消息。你能做的最好的就是一个近似值,但你总是需要假设人们会在稍微不同的时间看到略有不同的事物或相同的事物。我建议只将当前状态发送给每个人,并使用插值/外推来平滑游戏玩法,这样每个人都可以在过去几毫秒内看到游戏,延迟在玩家之间和随着时间而变化。一般来说,这很少是一个大问题。如果你真的想在服务器上缓冲一些过去的状态,你可以在它们之间进行插值并将不同的旧数据发送给不同的人,以尝试同步他们看到的内容,

2 - 典型的方式是在服务器上运行模拟,并向客户端发送定期(小)状态更新。客户端通常会运行自己的模拟,并有办法在自己的预测/插值状态和服务器发送给它们的权威状态之间进行混合。除了用户输入之外的所有决定都应该在服务器端做出。最终,您混合这些的方式只是在平滑外观和准确状态之间进行权衡,因此这是您必须做出的外观决定。

3 - 您的客户通常应该将按键转换为逻辑操作。您的服务器不关心密钥。将该逻辑操作发送到服务器,如果需要,它可以将其广播给其他客户端。通常,尽管您不需要在这里做任何事情 - 由动作引起的任何相关更改通常只会更改游戏状态,因此会在该状态的正常广播中发送出去。

于 2010-06-28T11:19:03.383 回答
1
  1. 这个很难做到,我可以看到很多与“最慢”同步的问题。你能放宽这一点,让客户“最终保持一致”吗?

  2. 听起来不错。

  3. 我会从前端向后端发送简短的动作事件,让后端修改游戏状态并将游戏状态修改事件发布回客户端,非常注意只将必要的事件发送给正确的订阅者。此时,您可以丢弃任何看起来不匹配或看起来像假货/黑客的事件。

于 2010-06-22T13:26:26.860 回答
1

最好的方法是只在一个地方跟踪所有对象,即服务器。每个人都将在比“实际发生”晚一趟的时间看到来自服务器的信息,并且人们的命令需要一趟才能在服务器上注册。真的没有办法解决这个问题。对于某些应用程序来说,在不等待服务器响应的情况下立即模拟自己的运动是可行的,但这无疑会导致计时编程的噩梦,人们通常会看到彼此“滞后”。碰撞检测几乎是不可能的。

这样做的最终结果是,从您输入命令到您看到它们实际发生时会有迟缓,但希望人们能够学会应对这种情况并尝试稍早输入他们的命令以进行补偿。使用慢速连接快节奏的实时游戏是不可能的。

于 2010-07-02T14:13:01.773 回答
0

一种典型的方法是不要尝试强制所有客户端以锁定到服务器的相同帧速率运行......它只会变得丑陋。相反,请发送频繁的更新,以便客户端可以在收到新更新时进行更新。

通常,客户端会在短时间内预测事情的进展情况,然后通过来自服务器的更新来纠正。您也可以应用时间校正。例如,如果服务器告诉您“玩家 2 在 P 处以速度 V 行驶”,您可以尝试根据最近的 ping 来了解该消息可能存在多长时间,并将位置从 更正PP + x*D

于 2010-07-01T10:47:19.953 回答