实际上不是这样的，它只出现了一两秒，我就发现了着色器缓存的问题并修复了它。在此之前，它显示了35秒。这不是视频，而是一个带有最小显示时间的编码加载屏幕，一旦加载完成，游戏就会继续加载。如果你在游戏中看到缓存文件夹，删除它，你的加载时间应该会像这样提高60%。我关于显示视频的同时也在加载的说法是正确的，我的错误在于假设加载时间比视频播放时间更长，但实际上是一次又一次地重复第一次运行时的着色器缓存。在修复缓存问题后，即使整个过程在我的最后一次测试中缩短了10秒，带有自动保存界面的跳过模组实际上显示的时间比原版更长。因此，这是我现在的建议：检查游戏文件夹中的缓存文件夹，这可能是初始安装留下的遗留物。我是GOG版本，所以这可能只是那次安装的问题，我认为原因可能是预购奖励安装失败，并且只有在使用Galaxy安装文件时才会发生。Steam上也确实出现了缺少的预购内容。我现在不再有这个问题，第一次加载后重建缓存就能得到即时的巨大改进。我有点累了，昨晚只睡了两个小时，但我接下来的测试是完全重新安装离线安装程序，看看游戏文件夹中的缓存文件夹是否仍然是一个问题。

2022-10-20

要正确实现开场跳过/快速启动，我们需要完全跳过自动存档通知，正如你所说，这无疑是耗时最长且无法跳过的部分。我已经对此进行了研究，并导出了游戏的日志文件，显示了游戏在开启时执行的操作过程，但事情并不像视频中展示的那样简单，只需修改一个文件即可完成。你可以在“\TRTEXT\tt01.pc”中看到自动存档通知的文本，你可以更改它并且在游戏中也会随之改变。此外，替换、编辑或删除“\DATAS\LOADING.DPC”似乎没有任何效果。

2022-10-20

这其实并不重要，我之前也制作了相同的模组，上传到了PCGamingWiki，时间是在18号，比这个早。我不是想抢这个模组的功劳，我的模组是零秒文件，而这些模组的时间不到一秒，在这种情况下并不重要。PCGW上还有一个24小时的审核延迟，所以很可能我的版本已经可以下载了。我只是想补充一下我在自己的模组说明中提到的内容。注意，我在测量到达“按任意键”时发现没有理由使用这个模组，因为我用手动秒表测得的加载时间在50秒左右，相差不到一秒。这些Logo跳过模组确实节省了不少时间，尤其是在单核游戏中，但在现代多核游戏中，通常可以在加载游戏的同时播放Logo，并且加载时间通常更长。无论如何，模组在这里，如果你想用的话，但我建议你不要跳过游戏中的Logo，而是跳过这个模组。{编辑+}这里还有另一个跳过模组，经过一些私下讨论后，得出结论，“你的模组”是这个编辑中的另一个模组。这三个模组的结果都相关。我正在使用GOG离线版本的游戏，没有使用商店客户端。虽然由于急躁，我是通过Galaxy安装的，因为那是GOG员工制作的离线安装器。因此通常会有延迟，通常是1到2小时。当我通常使用离线安装器时。不得不承认，我惊讶于自动保存页面停留了大约35秒。有可能GOG版本在做一些不同的事情，也许每次安装时都在重新创建缓存着色器，这就是我假设第一次加载时间很长的原因。我没有测量那个时间，所以主观上感觉时间更长，众所周知，被盯着看的水壶似乎比没被盯着看的水壶需要更长时间才能烧开。检查后，我发现游戏文件夹中有2240个缓存文件（看起来有点过多），而在Documents\My Games\A Plague Tale Requiem中有67个。哦，现在我找到了问题所在，那个巨大的游戏文件夹并没有重建，这次游戏重建了Docs文件夹，有104个*.PSOCache文件，并且在按下“任意键”（使用你的模组）时只用了20秒。再试试原版，确实要花30秒，所以使用模组节省了10秒。虽然不是你声称的约20秒，但如果这是唯一的问题，我可能不会发布。我是一个注重科学方法的人，接受新的证据，只是需要测试并可重复，而我的事实反驳了声称的时间节省。进一步测试潜在问题带来了新的有效测试结果，这解释了为什么我没有看到效果，看来它似乎在每次启动时都在创建一组新的缓存文件。看起来是商店客户端安装出错了，导致无用的缓存文件夹在每次加载时都添加文件。预购奖励在GOG上没有添加的问题，我在Steam上也看到了类似的错误报告。在发布后大约18个小时才修复这个问题，GOG工作人员说问题比最初看起来的要复杂，所以可能与此有关。

2022-10-20

我猜这个在Game Pass版本上可能不起作用？ 编辑：我真笨，就像Steam一样，找到Game Pass的游戏文件夹就行了。

2022-10-19