FPS游戏中的同步算法
最近加班奋战2年多终于上线的游戏不到1个月因为种种原因也下线了, 随便写点东西缅怀一下。
在讲我们游戏的同步之前,我想先说下比较正统的做法,也就是守望先锋或者是unreal引擎自带的同步组件,权威服务器服务器跑完整逻辑的架构。 那为什么有这么正统的做法了,我们还要另辟蹊径呢? 原因可能是很多的。 比如要跑权威服务器服务器性能吃紧,同样机器能做到的在线就少了,比如一般服务器客户端各司其职,要统一一套相同的gameplay也因为种种原因不好统一等等。具体原因我之后介绍我们同步方案在介绍
那守望先锋是怎么同步的呢? 我们分为2个部分来讲, 守望先锋并没有具体分享远程玩家得同步,主要谈的是本地操控得玩家如何同步,我们先也分析下本地玩家,然后在讲下远程玩家的同步,其实这也是比较早得技术了,守望也说自己是站在先人得肩膀上,像雷神,CS都是这样得
local本地玩家:
因为是权威服务器,服务器有状态,所以服务器对客户端上报的每个操作都会跑完逻辑下发状态。 但是FPS游戏非常要求手感,以至于不能等到服务器回包在表现, 那样的话确实对大部分玩家来说不友好,而且网络还会有抖动等问题,如果要等到服务器回包在表现得话,那个手感就太糟糕了。所以客户端会优先响应玩家输入,并且反馈给玩家实时输出,比如移动,摇移视角等。 我们把这些都当作客户端得预测,输入也保留下来。假设客户端现在已经预测到100帧,服务器现在发回来了97帧确认得数据下来, 经过对比,一致当然最好了,我们可以开心得继续跑101帧,但是如果发现不一致呢,我们会把客户端状态退回到服务器确认得也就是97帧数据,然后把97-10