常见崩溃日志消息修复方法 Ⅵ

不吃海鲜

==========================================================================
堆栈错误DLL崩溃|DLCBannerDLC01.dds
崩溃似乎是由moded/custom.dll文件中的突然数据溢出引起的。
解决方案：如果在MO2中启动游戏时发生崩溃，只需重新启动电脑，崩溃就会消失。
如果崩溃因任何原因持续存在或在游戏过程中发生，请开始禁用任何和所有有自己自定义.dll文件的模组
（例如高跟鞋系统、随处可见、未受过教育的射手、无限生存模式、经典荷包武器……）
这种崩溃也很少是由损坏的Windows文件引起的。
要修复当前Windows安装的任何问题，请在管理模式下打开CMD/Powershell并运行以下命令：sfc/scannowDISM.exe/联机/清理映像/恢复健康

有关这些命令和额外提示的更多详细信息，请参阅此视频。
如果运行这些命令后仍然出现此崩溃，请再次打开CMD/Powershell并运行以下命令（请注意，这将重新启动/要求您重新启动电脑）：

chkdsk c:/f/x/r

更罕见的是，这种崩溃可能是由损坏的INI文件引起的，因此您必须重置它们。
INI重置是通过删除Documents\My Games\Fallout4文件夹中的所有游戏.INI文件
（也删除同一文件夹中其他程序生成的任何类似文件）
然后使用Fallout4（VR）Launcher.exe运行游戏一次，直到到达主菜单
然后退出游戏并使用BethINI重新调整INI设置来完成的。如果这没有帮助，您可以恢复原始INI。
==========================================================================

堆栈错误存档无效崩溃|DLCBanner05.dds|此文件与安装的所有DLC一起提及。
如果您不拥有所有DLC内容，则可能会引用其他dds文件。
解决方案：未启用存档无效。
通过BethINI或手动将以下行添加到Documents\My Games\Fallout4文件夹中的Fallout4Custom.ini中来启用它：

[Archive]
bInvalidateOlderFiles=1
sResourceDataDirsFinal=
是的，ResourceDataDirsFinal必须保持空白。
===========================================================================
堆叠误差粒子效应碰撞|粒子系统|主粒子系统
最常见的原因是添加了大量视觉效果、粒子或粒子效果的模组，例如《极端粒子大修》（3.0）或《萤火虫》模组。
解决方案：禁用任何编辑粒子效果或增加粒子数的模组，以防止此类崩溃。
添加其他视觉效果的模组也可能包含自定义ini文件
这些文件将iMaxDesired值增加到默认值750以上或荒谬的值。（EPO将其增加到50万）。
注意这些ini文件，删除它们或将它们的iMaxDesired值设置为2500或更低。

===========================================================================
堆栈错误脚本崩溃|Papyrus|VirtualMachine
由脚本虚拟机中的去同步引起，甚至可能
导致保存文件部分或完全损坏。
解决方案：您的保存所依赖的脚本化mods之一丢失或损坏了保存文件。
手动下载最新版本的ReSaver并将其解压缩到某个地方。
运行Resaver.exe并使用它打开最新保存
然后选择Clean>Remove Unattached Instances和Clean>Purify FormLists。
如果相同的崩溃消息持续存在，则该保存很可能无法修复。尝试恢复到旧的保存，或者只是开始一个新游戏。
而且，在播放过程中，你永远不应该从现有的保存中永久禁用或卸载脚本化的模组。
有时，这种崩溃可能是由于错误的F4SE安装或无意中覆盖F4SE脚本文件的其他mod
（通常是通过在mod文件中包含F4SE脚本的副本）造成的。
因此，请重新检查您的F4SE安装，看看是否有任何模组覆盖了它们不应该覆盖的脚本。
通过在设置中启用档案解析，您可以使用MO2轻松检查这一点。

===========================================================================
堆栈错误设备崩溃|PipboyMapData
当配备某些（损坏的）物品时，由特定动画引起的罕见碰撞需要第一/第三人称模式其他事情可能会导致这次崩溃，所以要注意误报。
解决方案：如果在与任何物体交互、跳跃或拔枪时，这种碰撞持续触发那么很可能是设备碰撞。如果是这样的话
请输入控制台命令player.unequipal，该命令应取消所有物品的装备并将其移动到您的库存中。

这也将取消你的匹普男孩的装备，所以输入player.equipment 00021b3b将其带回。
如果碰撞停止，请装备相同的物品。
如果它再次崩溃，那么其中一个装备项目肯定会被窃听，并从这一点上弄清楚哪个项目不应该很难。

===========================================================================
堆栈错误插件订单崩溃|+0DB9300|GamebryoSequence Generator
由于插件的加载顺序不正确（例如，补丁在补丁之前加载）
解决方案：使用Wrye Bash检查您的加载顺序。
运行插件检查器后或尝试创建Bashed补丁时，将提到顺序不正确的插件
现在，请注意插件列表，查看是否有任何插件显示红色复选框
因为这些插件缺少要求并且无法正确加载，因此必须始终禁用这些插件
还要查看插件旁边的橙色复选框，因为这些插件的顺序不正确
重新排列它们，直到它们的盒子变成绿色或黄色。黄色框可以安全地忽略

有关这些Wrye Bash步骤的更多详细信息，请参阅高级故障排除文章
很少情况下，此崩溃消息是误报，在这种情况下
您可以暂时禁用自动扫描程序检测到有问题的任何插件，以查看崩溃是否消失
===========================================================================
堆栈错误网格报废崩溃|网格邻接MapNode | PowerUtils
当附近定居点的电网被破坏时发生的臭名昭著的崩溃
当您卸载或禁用已连接到结算电源的对象的模组时，就会发生这种情况
或者你有一个mod，可以通过Papyrus脚本或其他方法删除这些对象
解决方案：确保您安装了Workshop Framework，因为它可以自动扫描和修复损坏的电网
如果Workshop Framework没有及时捕捉到它，并且之后发生了同样的崩溃
请尽可能靠近触发崩溃的定居点或位置，用~（波浪号）打开ingame控制台，然后输入以下命令：cpg 1
对于不想使用Workshop Framework的玩家，请使用Power Grid Tools。
-这个解决方案归功于jordoncue123：如果在结算崩溃之前，你仍然无法足够接近结算
请输入控制台命令tcl和player.setav speedmult 10000，在区域加载之前快速飞入结算
然后使用cpg 1命令。然后，再次输入tcl命令和player.setav speedmult 100以启用碰撞并重置速度

===========================================================================
堆栈错误BA2限制崩溃|LooseFileAsyncStream
您超过了BA2限制，该限制在达到一定数量的加载至少一个BA2存档的插件后触发。
这个限制是动态的，会根据安装的模组数量而变化。
解决方案：您可以使用Cathedral Assets Optimizer
或BSA Browser从mods中解压缩最小（以字节计）的Main.ba2存档
直到崩溃停止或收到不同的崩溃消息错误。本文提供了如何使用CAO打开BA2档案的说明！
您还应该只解压缩Main.ba2存档，不要解压缩Textures.ba2
因为解压缩的纹理文件通常会导致严重的性能影响。打开大小小于10-15MB的BA2。
你可以使用TreeSize Free来找出哪些模组的BA2档案最小。
请注意，只要你获得了BA2限制崩溃，你仍然没有达到你的特定BA2限制。您必须继续解压缩BA2，直到不再出现此错误。
请注意，在解压缩或卸载一些模组后，您的BA2限制可能会发生巨大变化。

对于MODDERS/DEVS：此限制可能与文件句柄限制有关，但每次确定确切原因的尝试都失败了。
Buffout4.toml允许将MaxStdIO值更改为2048（以上任何值都会导致崩溃，没有崩溃日志）
但遗憾的是，这实际上并没有绕过BA2限制。经过进一步测试，以下是我所确定的一切：
>通过Mod管理器运行f4se_loader.exe实际上是导致BA2限制崩溃的原因。
（将插件及其BA2直接放入Fallout 4/Data文件夹并直接运行f4se_loader可以绕过BA2限制！
虽然很明显，这样安装mods绝对是个坏主意。）
限制实际上取决于加载至少一个BA2存档的插件数量。
我手动创建了250个空插件（plugin1.esp到plugin250.esp）
每个插件都有一个相关的BA2存档，每个BA2中只打包了一（1）个文件。
当使用MO2或Vortex加载244个这些插件时，游戏会一直崩溃。


该限制不取决于每个BA2中打包的文件的数量或大小，也不取决于这些文件的总量和大小。
我将100000个文件打包到一个BA2中，并且仍然能够将其与大约300个其他BA2很好地加载到游戏中。
正如前面的例子所述，即使在每个BA2中加载一个（完全相同的）文件，也会导致BA2限制崩溃。

到目前为止，大多数玩家都以不同的值达到了BA2限制，尽管游戏加载的BA2通常在350到500之间。
即便如此，一些玩家可以毫无问题地加载他们的700 BA2设置，也不会出现任何BA2限制崩溃。


您可以对崩溃日志中提到的调用堆栈地址进行反向工程，如果您想查看，我很乐意提供这些地址。你知道在哪里可以找到我。
我已经问过Buffout 4 Dev（Ryan/Fudgyduff）这件事，但运气不佳。
如果你有更好的主意，请告诉我。

要查看您当前加载的BA2存档总数的正确数量：
MO2–最简单的方法是导航到当前的MO2配置文件文件夹
并使用支持显示文本行数的文本编辑器（例如Notepad++）打开archive.txt文件。
此文件列出了游戏将尝试加载的所有BA2存档，只需查看总共有多少行即可。
替代方法：从下拉菜单（运行按钮旁边）运行探索虚拟文件夹
并在虚拟文件夹窗口中导航到工具>搜索（或Ctrl+F打开搜索）。
在搜索窗口中，必须选中“搜索子文件夹”和“案例不敏感”。
在文件名行中键入.ba2，然后按搜索按钮。显示的数字将是您的BA2存档总数。
Vortex–导航到您的辐射4/Data文件夹，并使用文件资源管理器的搜索栏搜索*.ba2。
您的ba2存档总数将是左下角显示的数字。

===========================================================================
堆栈错误网格崩溃/NIF崩溃|LooseFileStream|不要与上述错误混淆。
确切原因目前尚不清楚，但很可能与损坏的网格（.nif）文件有关。

解决方案：崩溃日志应注明导致此崩溃的文件路径或插件
因此您必须禁用自动扫描程序检测到的任何mods，并检查它是否仍然崩溃
如果它没有提到插件或坏网格来源的文件路径，有几种方法可以缩小潜在的怀疑范围
如果您在浏览结算构建菜单时一直遇到此崩溃，则其中一个可构建的结算项目已损坏
因此请检查哪个构建菜单类别会导致崩溃，并禁用可能向其中添加项目的任何模组。
如果您在访问NPC库存或任何容器时崩溃，则它们包含的其中一个项目已损坏。
打开游戏控制台，选择该容器（或NPC）并输入ShowInventory命令。
这将列出所有包含的项目，检查项目ID以查看它们属于哪些模组。
如果你一直在某个地方或特定地点发生这种事故，很可能是附近的NPC携带了损坏的装备或武器。
此崩溃的另一个原因可能是Bodyslide/outfit Studio中的装备网格
因此请确保禁用使用此工具构建的网格（如果使用MO2，请检查您的覆盖文件夹），并移动或删除任何松散的网格文件。
如果你仍然无法找到嫌疑人，你就必须通过二分查找。
===========================================================================