从概念上讲，重播如何在游戏中起作用？

我对如何在游戏中实现重播感到很好奇。

最初，我认为游戏中只会有每个玩家/ ai动作的命令列表，然后“重玩”游戏并让引擎照常渲染。但是，我研究了FPS / RTS游戏中的重播，经过仔细检查，甚至粒子和图形/听觉故障之类的东西都是一致的（而且这些故障通常是一致的）。

那么这是怎么发生的。在固定摄影机角度的游戏中，我可能只是将整个场景的每一帧写入要存储的流中，然后重新播放该流，但这对于允许您暂停和移动摄影机的游戏来说似乎还不够周围。您必须在所有时间点存储场景中所有内容的位置（否？）。因此，对于粒子之类的东西来说，要推送的数据很多，这似乎在游戏过程中极大地吸引了游戏性能。

我认为您最初的想法是正确的。要创建重播，请存储从用户收到的所有输入（以及接收到的帧号）以及任何随机数生成器的初始种子。要重玩游戏，请使用保存的种子重置PRNG，并向游戏引擎提供相同的输入序列（与帧号同步）。由于许多游戏将根据帧之间经过的时间更新游戏状态，因此您可能还需要存储每个帧的长度。

《星际争霸》和《星际争霸：母巢之战》具有重播功能。比赛结束后，您可以选择保存重播以供以后查看。回放时，您可以在地图上滚动并单击单位和建筑物，但不能更改其行为。

我记得曾经看过原始游戏中一场比赛的重播，但是重播是在《巢穴战争》中观看的。对于那些不熟悉的人，《巢穴战争》包含了所有原始单位和建筑物，以及各种新建筑物。在原始游戏中，玩家通过创建计算机无法轻易对抗的单位来击败计算机。当我在《巢穴战争》中播放重播时，计算机可以访问不同的单位，这些单位可以创建并用来击败玩家。因此，完全相同的重播文件会导致不同的获胜者，具体取决于正在播放该文件的Starcraft版本。

我总是觉得这个概念很有趣。重放功能似乎是通过记录播放器的所有输入来工作的，并且假定计算机每次都将以完全相同的方式响应这些刺激。当玩家的输入被输入到原始的《星际争霸》重播器中时，游戏的播放与原始比赛中的播放完全相同。当将相同的确切输入输入到Brood War重播器中时，计算机做出不同的反应，创建了更强大的单位并赢得了比赛。

如果要编写重放引擎，请记住一些注意事项。

有两种主要方法：

1. 就像您所说的那样存储事件（例如玩家/ ai动作）。
2. 存储状态（完整的游戏状态，对象在连续时间内的位置）。

这取决于您想做什么。有时存储事件会更好，因为这通常会占用更少的内存。另一方面，如果您想提供可以以不同的速度从不同的起点播放的重放，则最好存储状态。存储状态时，您还可以决定是否在每个事件之后存储它们，或者每秒仅存储12或25次-这可能会减小重放的大小，并使倒带/快进更容易。

注意，“状态”并不表示图形状态。更多诸如单位职位，资源状态等信息。诸如图形，粒子系统等之类的东西通常是确定性的，可以存储为“动画X，时间Y：Z”。

有时，重播用作防作弊方案。然后在这里存储事件可能是最好的。

从技术上讲，您应该编写确定性的引擎，这不是随机性。假设游戏中的角色瞄准对手的手臂并发射武器，那么在所有情况下都应对对手施加相同量的伤害。

假设炸弹在位置X处爆炸，则爆炸产生的粒子应始终产生相同的视觉效果。如果需要随机性，请创建一组随机数，在玩游戏时选择一个种子值，然后将该种子值保存在重播中。

通常，在游戏中具有随机性是一个坏主意。即使对于多人游戏，您也不能让一半的玩家能够看到爆炸，而其他玩家也不能仅仅因为他们没有获得正确的随机值。

确定一切，然后就可以了。

给定初始状态和一系列带有时间戳的动作，只需按顺序进行操作即可，因为所记录的动作应该发生并具有重放功能。

为了获得完全相同的随机事件，请使用播种的伪随机数并将种子保存在重播文件中。

只要您使用相同的算法从种子生成随机数，就可以重新创建所有事件，就像它们在实时游戏中发生的一样，而无需游戏状态的完整快照。

这需要按顺序观看重播，但这对于游戏重播是很正常的（请参阅《星际争霸2》）。如果要允许随机访问时间线，则可以按设置的时间间隔（例如每分钟）拍摄完整状态快照，以设置的粒度在时间线中跳转。

NVidia PhysX（游戏中经常使用的物理模拟引擎）能够记录一段时间内物理场景的完整状态。这包含了来自游戏引擎的任何驾驶输入，这意味着您无需像其他人所建议的那样跟踪随机数种子。如果使用此场景转储，则可以在外部工具（由NVidia提供）中对其进行重播，这对于跟踪物理模型的问题非常方便。但是，您也可以使用相同的物理场流来驱动图形引擎，这将使您能够进行常规的摄像机控制，因为仅记录了驱动图形的物理场。在许多游戏中，这包括粒子效果（PhysX包括一些非常复杂的粒子系统。）至于声音，我想它是逐字记录的（作为声音流），但是我

您最初的想法是正确的，并且对于真正复杂的效果，不会仅仅记住它们。例如，《魔兽争霸3》重播系统不存储动画的状态，在随机效果的情况下不存储粒子效果等。此外，大多数内容都可以从确定的起点通过计算来确定，因此对于大多数系统使用随机变量（例如提供随机偏移的粒子爆炸），您所需要做的就是效果的时间和随机种子。然后，您可以重新生成效果，而无需真正知道它最终看起来是什么样子。知道它正在通过确定性代码路径。

纯粹从概念上考虑，重播事件的时间轴，您需要做的只是用户操作。该程序将以完全相同的方式进行响应，但随机变量除外。在这种情况下，您可以忽略随机性（如果效果看上去完全一样，这真的很重要，或者可以随机重新生成效果），也可以存储种子值并伪造随机性。

扔进我的两便士。

取决于您想要什么，可以通过以下方式完成重播

1. 记录视频缓冲区并稍后重播，
2. 捕获每一帧的对象状态并稍后重播，

大多数情况下，人们都希望进行交互式重播，因此2.可行之路。然后，根据您的限制，有多种方法可以优化此过程

• 确保系统是确定性仿真*，以便每个输入生成一致且预期的输出
• 如果需要随机性，请确保可以在以后的时间精确地复制随机数[查看使用伪随机数发生器PRNG进行播种，或使用固定的随机集]
• 将游戏元素分为“机械”元素和“美学”元素。机械元素会影响结果（例如，列倒下和阻塞路径），美学元素是用来显示的，并不影响系统中的任何决策过程（例如，视觉粒子效果，例如火花）。

这确实是一个有趣的话题。我记得原来的Xbox Wreckless的一个启动标题具有良好的播放功能。不幸的是，在不止一次的情况下，重播会变得很糟;）

哦，是的，谁能忘记Blinx Time Sweeper！真正的游戏机制中包含了很棒的互动性重播！

* =似乎有一些关于时间步进的评论。我在这里使用“模拟”来捕获此功能。从根本上讲，您的引擎需要能够产生离散的时间帧。即使重播帧比原始帧花费更长或更短的时间，系统也必须感知到相同的时间增量已经过去。这意味着用每个记录的输入记录帧时间步长，并将此增量提供给引擎时钟。

也许您可以简单地保存每个玩家发送的一堆命令。因此，您不必保存每个玩家发送的按键，而不必保存炸弹在某个特定的时间和地点爆炸或摧毁特定的汽车。然后，在重播中，您只需模拟游戏，就像在按下这些按键时一样。我觉得这样有可能占用更少的空间，但是我从来没有在这样的重放系统上工作过。

有趣的问题。我会对专业游戏中的操作方式感兴趣。

丹·布莱恩特

此外，记录随机种子不足以支持倒带，因为在所有依赖于随机性的逻辑中，如果没有特殊的支持，则随机进行不是可逆的过程。将随机操作的结果记录为事件流的一部分更加灵活。

刚开始我想弄清楚他们是如何做到的时，我就是这么想的，以使游戏每次都能始终播放相同的内容。有了《毁灭战士》，我想到了拍摄的随机性：D。存储使用的任何随机数，我发现这可能是一个解决方案。那是在我遇到有关Crysis技术的pdf论文之前。那里的一些纹理噪声以及草或树的配置似乎是在使用带有固定可逆种子的伪随机化来制作的，因此您每次看时都不会看到噪声，树和草的配置发生了变化！

避免在同一时间，存储数以百万计的树木和草杆的位置。显然，伪随机序列可以随时重播，因为逻辑是固定的，因此只能制作伪造的统计随机数序列。

拥有一致的重播问题就像拥有一致的多人游戏一样（容易）。

如前所述，RTS游戏中的重播是通过记录所有输入来存储的（有作用。滚动没有作用。）多人游戏也传输所有输入

记录所有输入而不仅仅是猜测-有一个用于阅读Warcraft3重放的库可以揭示这一点。

输入包括此答案的时间戳。

我相信游戏会以一定的增量拍摄所有事物（所有事物）的状态快照。然后，当重放发生时，可以使用线性插值的简单用法来填充“空洞”。至少那是我认为的方式。

您正确地记录了输入的输入将是不可靠的/不保证相同的输出。游戏绝对必须跟踪所有对象（或至少重要对象）的状态