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

不吃海鲜

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，请检查您的覆盖文件夹），并移动或删除任何松散的网格文件。
如果你仍然无法找到嫌疑人，你就必须通过二分查找。

===========================================================================
堆栈错误MCM崩溃|FaderData|FaderMenu |UIMessage
由错误加载的模块配置菜单或其他接口模块之一引起。
解决方案：将MCM文件夹放入辐射4/Data文件夹中，手动重新安装Mod配置菜单。
如果崩溃仍然存在，请开始禁用以任何方式编辑Pip Boy/库存/交易/工作台界面的模组
例如排序/标记模组（VIS-G、FallUI项目排序器）或修改界面外观的模组（旧的DefUI或新的FallUI）。

也不建议同时使用DefUI和FallUI，使用其中之一。

==========================================================================
堆栈错误NPC路径崩溃（静态）|PathingCell|BSPathBuilder|PathManagerServer
NPC路径碰撞（动态）|NavMesh |BSNavmesh障碍物数据|DynamicNavmesh
由于导航网格/路径数据冲突或已删除，NPC无法找到正确的路径。
解决方案：日志通常会在STACK部分提到包含导致崩溃的路径数据的插件的名称。
更改加载顺序或禁用这些插件。您还可以通过运行Wrye Bash的插件检查器来检查是否有任何模组包含已删除的导航网格。
关于如何使用插件检查器的说明可以在本文中找到！

如果日志中没有提到任何有用的东西，你最好的办法是开始禁用添加新的或更改现有位置（新建筑、内部等）的模组
直到崩溃停止。这种崩溃有时可能是由改变NPC行为或AI的模组引起的，比如包攻击或隐形模组。

如果你在定居点遇到这种崩溃，很可能是其中一名定居者陷入了游戏无法解决他们寻路问题的困境
只需快速前往更远的地方，然后快速返回定居点，检查您是否仍会遇到同样的撞车事故。
请注意，一些结算清理模组也可能导致此崩溃，因此如果这仍然是一个问题，请禁用它们。
很少情况下，这种崩溃也可能是由您当前的追随者造成的。
你可以把你的任何追随者都打发到附近的定居点，然后快速旅行一小段距离，走回导致坠机的同一地点。如果它不再崩溃，请重新分配您的关注者。

===========================================================================
堆栈错误材料崩溃/BGSM崩溃|DefaultTexture_Black|NiAlphaProperty
由较旧的CAO版本或损坏的纹理材质（.bgsm）文件引起。
解决方案：如果你使用旧版本的Cathedral Assets Optimizer将你的模组打包到BA2中
你将不得不重新安装这些模组，因为它们的文件很可能会被不可逆转地损坏。
将CAO更新到5.3.13+，因为此版本和更新版本实际上可以安全使用。请勿使用CAO 6.0.X版本
这些版本与Fallout 4不兼容。否则，您将不得不执行二分查找以确定哪个mod导致了崩溃，因为给定的崩溃日志在其他方面是无用的。

===========================================================================
堆栈错误插件限制崩溃|BSMemStorage|DataFileHandleReaderWriter
您超过了插件限制，总共有254个以上的活动ESM和ESP插件。
解决方案：将ESM/ESP插件数量减少到254以下
我建议你在FO4Edit中运行这个脚本，它会将一些插件标记为ESL
因为带有.ESL扩展名或ESL标志的插件会计入4096个插件的单独限制，你几乎不必担心。
如果你无法使用脚本低于254的限制，你必须禁用一些模组或使用zMerge合并它们。我的OGC 2指南提供了必要的说明。
较旧的贝塞斯达游戏不支持ESL插件，因此其ESM/ESP限制为255。