← 全部标签

# Valve

4 篇页面

页面

游戏开发多人网络游戏模型Multiplayer Networking Models多人游戏并不是共享同一份物理现实，而是每位玩家各自看到的近似。历史上主要两条路：对等锁步 (Peer-to-Peer Lockstep)（RTS 仍常用）与权威客户端/服务器 (Authoritative Client/Server)（动作/FPS 主流）；后者再叠加客户端预测、插值与延迟补偿，把延迟藏进体验里。游戏开发客户端预测与纠正重放Client-Side Prediction & Reconciliation本地客户端立刻用与服务器相同的运动（及可选武器）代码根据输入推进自己的角色，消除操作往返延迟；服务器仍是权威。权威纠正到达时已是「过去」，客户端丢弃过期缓冲、回绕到纠正状态再重放未确认输入，得到与服务器一致的「现在」。游戏开发延迟补偿Lag Compensation服务器在执行玩家开火等用户命令前，把其他玩家（及必要状态）回拨到「该命令在客户端生成时」所对应的世界时刻——扣除包延迟与客户端视图插值——再做命中判定，然后恢复。这样玩家可以对着自己屏幕上看到的目标直接开火，而不必凭感觉提前量；代价是可能出现「拐角后仍被击中」等时间悖论。游戏开发快照插值Snapshot Interpolation发送端按固定频率拍下世界（或相关子集）的快照，接收端不跑权威模拟，而是把渲染时刻拨回一小段，在缓冲里的两份快照之间插值，用额外延迟换平滑，并扛住抖动与偶发丢包。Source 的实体插值与 clinterp 是同一思想的产品化。