写在前面：回放系统不是录屏功能
个人开发者做竞速、动作挑战、速通类游戏时，经常想加回放。
玩家跑出好成绩，可以回看。
也可以和自己的最佳成绩比赛。
甚至可以分享给朋友。
很多人第一反应是录视频。
但游戏里的回放系统，通常不是录屏。
录视频体积大、不可交互、不能生成幽灵车，也不方便调试。
赵临做过一款俯视角自行车竞速游戏。
玩家在山城小巷里骑车送包裹，利用坡道、急转、漂移和捷径压缩时间。
游戏很依赖反复挑战。
玩家希望能看到自己的最佳路线，也希望和上一局影子对比。
赵临最初考虑过三种方案：
- 录制视频
- 记录每帧状态
- 记录玩家输入并重放
最后他选择输入回放加关键帧校正。
这个方案实现更难一点，但最适合幽灵车和小体积存储。
一、先明确回放要服务什么
赵临列了回放系统的用途：
- 生成个人最佳幽灵车
- 回看最近一次通关路线
- 帮开发者复现玩家反馈
- 支持排行榜提交附带轻量回放
- 未来可能允许分享挑战录像
这些目标里，最重要的是幽灵车。
玩家不是只想看一段视频。
他们想在同一条赛道上追着自己的最佳成绩跑。
这就排除了单纯视频录制。
视频可以宣传，但不能参与游戏逻辑。
二、录视频为什么不适合第一版
录视频的优点是所见即所得。
玩家看到的画面就是录下来的画面。
不担心重放不一致。
但缺点对个人项目很明显：
- 文件体积大
- 编码和平台兼容麻烦
- 性能开销高
- 不能作为幽灵车参与比赛
- 不能用于排行榜校验
- 不能快速定位输入问题
赵临的游戏每局 1 到 3 分钟。
如果每次最佳成绩都保存视频，很快就会占用大量空间。
更重要的是，他想让幽灵车在游戏里半透明显示，而不是播放视频叠层。
所以录视频只适合未来做分享功能，不适合作为核心回放数据。
三、每帧状态快照的取舍
第二个方案是记录状态。
比如每帧记录：
- 位置
- 速度
- 朝向
- 漂移状态
- 动画状态
- 碰撞状态
重放时直接按时间播放这些状态。
优点是稳定。
即使游戏物理不完全确定，也能把当时轨迹还原出来。
缺点是体积比输入大。
而且如果记录太少，回放不平滑；记录太多，存储和加载成本上升。
此外，状态回放更像“播放轨迹”，不是重新模拟。
它对调试输入和物理问题帮助有限。
赵临没有完全否定状态快照。
他把它作为校正层，而不是主数据。
四、输入回放的优势
输入回放记录的是玩家每一帧做了什么。
例如：
- 加速是否按下
- 刹车是否按下
- 转向值
- 漂移键
- 使用铃铛或道具
- 当前帧编号
如果游戏模拟确定，同样的输入会产生同样的结果。
优势很大：
- 文件非常小
- 能重新模拟幽灵车
- 便于调试
- 可以用于排行榜校验
- 可以随着画质设置变化正常显示
- 未来可生成不同视角回放
问题也很明显：
它要求游戏足够确定。
如果同样输入在不同机器、不同帧率、不同版本下结果不同，回放就会漂移。
五、为了回放改造时间步
赵临发现，原来的车辆控制依赖可变帧率。
帧率高时转向更细。
帧率低时碰撞表现略有差异。
这对普通游玩影响不大，但对输入回放很致命。
他把核心模拟改成固定时间步：
- 输入按渲染帧采样
- 模拟按固定 tick 推进
- 每个 tick 使用最近输入状态
- 物理和计时都基于 tick
这样同一段输入在同一版本里更容易复现。
个人游戏如果想做可靠回放，时间步必须尽早设计。
否则后面会发现很多系统都不确定。
六、关键帧校正解决漂移
即使固定时间步，完全确定也不容易。
浮点误差、碰撞边界、版本改动，都可能让回放慢慢偏移。
赵临采用输入加关键帧方案。
回放文件里主要保存输入。
每隔一段时间保存一个轻量关键帧：
- 位置
- 速度
- 朝向
- 当前赛道检查点
重放时，如果模拟结果和关键帧偏差过大，就平滑校正幽灵车。
这样既保留小体积，又避免长时间回放完全跑飞。
关键点是：
校正只用于幽灵车显示，不影响玩家当前比赛。
玩家不会因为幽灵车校正而被干扰。
七、版本兼容怎么处理
回放最麻烦的问题是版本。
如果赛道改了、车辆参数改了、碰撞体改了，旧输入可能不再有效。
赵临在回放文件里记录：
- 游戏版本
- 赛道 ID
- 赛道版本
- 车辆参数版本
- 随机种子
- 输入采样率
如果版本不兼容，游戏不会强行播放旧回放。
它会提示：
“该回放来自旧赛道版本，只能查看成绩记录，不能生成幽灵车。”
这比播放一个错位幽灵车更诚实。
个人开发者不要承诺所有旧回放永久可用。
但要清楚告诉玩家什么时候不可用。
八、回放也能帮助调试
输入回放还有一个意外收益。
测试玩家反馈：“第二条赛道有时会从台阶边缘弹飞。”
以前赵临只能靠描述猜。
现在玩家可以发一个轻量回放文件。
他在本地播放后，很快看到问题发生在某个碰撞边缘。
这个调试效率比录屏更高，因为他可以暂停、切调试视图、看速度向量和碰撞法线。
回放系统不只是玩家功能。
它也是 QA 工具。
结语：回放方案要看你想重放什么
赵临最后的方案是：
- 不录视频作为核心回放
- 记录输入作为主数据
- 固定时间步模拟
- 每隔一段保存关键帧
- 回放文件记录版本信息
- 旧版本不兼容时明确提示
- 回放同时服务幽灵车和调试
这套方案比录屏更工程化，但更适合竞速游戏。
个人游戏技术选型里，回放系统很容易被误解成“把画面录下来”。
但如果你要幽灵车、调试、排行榜和小体积分享，真正要保存的往往不是画面，而是让画面重新发生的原因。
也就是输入。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。