← 全部标签

# Gaffer

6 篇页面

页面

游戏开发UDP 与游戏协议设计UDP & Game Protocol Design动作游戏的时间关键数据（输入、位姿、物理）只关心最新状态。TCP 的可靠有序流会在丢包时把头阻塞住；正确做法是游戏协议只走 UDP，自己做虚拟连接、按需可靠性与拥塞退避，并按数据类型选择「冗余重发」还是「直接丢弃旧包」。游戏开发多人网络游戏模型Multiplayer Networking Models多人游戏并不是共享同一份物理现实，而是每位玩家各自看到的近似。历史上主要两条路：对等锁步 (Peer-to-Peer Lockstep)（RTS 仍常用）与权威客户端/服务器 (Authoritative Client/Server)（动作/FPS 主流）；后者再叠加客户端预测、插值与延迟补偿，把延迟藏进体验里。游戏开发客户端预测与纠正重放Client-Side Prediction & Reconciliation本地客户端立刻用与服务器相同的运动（及可选武器）代码根据输入推进自己的角色，消除操作往返延迟；服务器仍是权威。权威纠正到达时已是「过去」，客户端丢弃过期缓冲、回绕到纠正状态再重放未确认输入，得到与服务器一致的「现在」。游戏开发快照压缩与增量编码Snapshot Compression & Delta Encoding提高快照率以降低插值延迟，必须把每快照比特打下来：有界量化、四元数「最小三分量」、静止省略，以及相对对端已确认基线的增量编码。Source 的 delta snapshot 与 ack 跟踪是同一家族的工程实现。游戏开发快照插值Snapshot Interpolation发送端按固定频率拍下世界（或相关子集）的快照，接收端不跑权威模拟，而是把渲染时刻拨回一小段，在缓冲里的两份快照之间插值，用额外延迟换平滑，并扛住抖动与偶发丢包。Source 的实体插值与 clinterp 是同一思想的产品化。游戏开发确定性锁步同步Deterministic Lockstep锁步不同步物体状态，只同步驱动模拟的输入；各方从相同初态用相同固定步长推进。带宽与对象数量无关，但要求比特级确定性，且每人延迟受最慢输入到达时间约束，通常适合约 2–4 人。