一个基于客户端服务器的多人游戏，最佳更新频率是多少？

Question

一个基于客户端服务器的多人游戏，最佳更新频率是多少？

6

我正在使用C++制作一款多人游戏：

客户端只需接收用户的命令，计算其玩家的新位置并将其发送到服务器。服务器接受所有客户端的位置更新，并将每个位置广播给所有客户端。在这种情况下，应该由哪些参数确定连续更新之间的时间间隔（我不想有太多更新，从而使网络拥塞）。我认为，客户端中的最大ping应该是其中一个贡献参数。

其次，如何确定客户端的ping /延迟？论坛上的其他帖子建议使用“原始套接字”或使用系统的ping命令并从文件中收集输出..他们是否意味着使用类似于system('ping "client ip add" > file')或分叉和执行ping命令..

- AnkurVj

5

首先，你的基本概念存在缺陷。发送指令到服务器，而不是位置。否则，你将会遇到更多的作弊行为。其次，更新速率取决于你的游戏类型，在我 http://github.com/BonsaiDen/NodeGame-Shooter 这个项目中，50-300毫秒就足够了。更新之间的时间间隔越长，你需要进行的插值操作就越多。 - Ivo Wetzel

Ivo，你说得对，如果我发送位置信息，那么欺骗客户的空间就很大了。但是我想到了一个办法，因为我使用UDP来发送这些更新数据包，如果“位置”更新在传输中丢失，那么对游戏造成的损害不会像“命令”更新丢失那样严重，否则我还必须定期与每个客户端同步他们的正确位置...你是否也建议更新频率不应该是网络性能的函数（例如，如果网络负载很重/相对空闲）？ - AnkurVj

如果你以玩家的ping为基础来计算频率，那么某个人只需增加自己的ping就能轻易地减缓整个游戏的速度。你做过一些测试吗？UDP是一个基本要求吗？那非位置相关的东西呢？比如开火、施法、点击UI等。你也想用UDP吗？这样会导致大量的客户端逻辑和疯狂的服务器端验证代码。 - Ivo Wetzel

无论我在哪里阅读，他们都告诉我必须使用UDP来发送更新数据包，因为它们将是频繁且实时的（丢失数据包比延迟数据包更好，对吗？）。虽然您提出了客户端可以处理的命令类型的可扩展性的严重问题..（服务器检查越来越复杂），那么解决方案是什么？只从客户端向服务器发送命令，然后通过定期同步更新来保持宇宙同步吗？ - AnkurVj

发送命令是正确操作的最简单方式，而正确操作总比仅仅让它们执行得好要更好。我不知道你的游戏规模如何，但我建议你首先使用TCP。由于似乎这是你的第一个多人游戏项目，更重要的是你掌握需要保持世界安全和同步的概念。像魔兽世界这样的游戏将使用TCP和UDP的混合，但请记住，他们拥有1000倍的经验和100倍的人员来编写服务器端和客户端检查（例如监视游戏进程的Warden）。 - Ivo Wetzel

3个回答

0

如果你最终要做原始数据包处理，那么你最好自己编写ICMP数据包；结构很简单（http://en.wikipedia.org/wiki/Ping）。

- Oliver Charlesworth

0

enet库为您处理了许多网络方面的工作，同时还能计算延迟。

- Jay

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Kyle C · Accepted Answer

这个答案的内容取决于你所说的多人游戏类型。听起来你在谈论一种类似于MMO的游戏。如果是这样，那么使用“短暂通道”将是明智的选择，即客户端可以每秒生成多个移动数据包，但只有最近的移动数据包会被发送到服务器。如果你使用这样的技术，那么你应该基于游戏中玩家移动的速度来确定更新率。通过这样做，你可以确保玩家不会穿过墙壁或者太快地跑过触发器。

对于你的第二个问题，我建议使用boost::asio来设置一个服务，让你的客户端可以通过发送一个简单的数据包进行“ping”，然后服务会向客户端发送一个消息，你可以确定它返回数据包所需的时间。