模组冲突识别器

更新

交叉引用部分：现在应该可以完全正常工作了。之前比较运算的精度有问题，不过最终还是解决了。

重置标记按钮：是为未来一个功能准备的，该功能将使用自动修复器来处理你选择的特定模组中的通用部分（如分号或空格），但目前尚未完成。

我还更新了图片以反映当前界面，之前我比较懒没更新，现在更贴近你实际看到的样子。第1部分会在你的modsettings.lsx加载顺序中显示，但我没有整理我自己的文件，只是随手放了进去，所以看起来比平时乱一些。

目前正在尝试实现一个可点击的列表，能自动修正你解包文件夹中的文件。由于Python不太方便直接修改和保存文件，这有点难度。

引言

旨在帮助你识别错误的代码布局和模组兼容性问题。这不太适合没耐心的人，因为你将面对大量文本。我尽量精简内容并按需分节。如果你完全不知道自己在找什么，用了也是白费。你需要安装PYTHON，版本不限。 这是一个脚本，不是模组。它不会帮你修复问题，只会直接指出问题所在。你需要知道如何修复，或者询问AI来指导你修复。

请记住，如果你觉得步骤部分（尽管只是简单提及）很困难，那么面对冲突检测报告时你会更加吃力。这并非针对个人，只是可能会浪费你的时间。再说一次！即使有报告作为指导，你也需要对自己在做什么有一定了解，因为报告只会告诉你出错，你需要自行修复或让模组作者来处理。所以请记住，心浮气躁的人从这里得不到任何帮助。

步骤：

1. 安装python
2. 安装modders multitool
3. 使用multitool解压所有模组。不要使用MOD管理器来做这件事，它无法正确提取可读取的LSX文件。
4. 打开cmd（如果你能像我那破电脑一样直接双击运行，这步可以跳过）
5. 把脚本放在一个文件夹里，放哪都行。
6. 用记事本或Notepad+（建议用Notepad+）打开脚本，修改脚本并应用你要使用的解压模组文件夹和modsettings.lsx的路径。这两个路径都在脚本末尾的文本中，用记事本打开就能找到。不修改的话脚本无法运行。

   # ============================================================================
   # 编辑这些路径
   # ============================================================================
   MOD_FOLDER_PATH = r"在此处输入解压后的模组文件夹路径。这是文件夹路径，不是文件路径。"
   MODSETTINGS_PATH = r"在此处输入modsettings文件路径。这是指向MODSETTINGS.LSX的文件路径。"
   # ============================================================================
   

7. 在cmd中输入：cd 脚本所在文件夹路径（如果你能直接双击运行，则不需要，有些电脑权限设置比较奇怪）
8. 在cmd中输入：py 你使用的脚本名称.py 并等待其完成（如果你是通过双击运行的则不需要，直接双击然后等待即可）

媒体部分有一些图片可以展示。不会展示multitool或python的安装，这需要你自己搞定。如果你在这一步都卡住，那么这个检测器对你也没太大帮助，这并非针对个人。

各分区及当前功能如下：

第1部分：模组加载顺序

使用你的modsettings.lsx来设置HTML按钮，以筛选问题并显示给你。还会告诉你哪些内容找不到。

第2部分：依赖关系

将检查模组依赖关系，确保它们的顺序正确。

第3部分：模组信息

将检查你的meta.lsx文件格式是否正确。这是最容易处理的部分。不会被标记为问题，你需要在顶部筛选第3部分才能看到，或者点击包含此类错误的模组。

第4部分：覆盖和冲突

显示关键数据变更。当两个模组针对同一对象发生冲突，其中一个决定修改此对象时，就会产生此问题。这会导致很多麻烦。请尽快处理这些问题。

第5部分：状态文件

已全面改版。将之前所有版本的功能合并。会遍历所有找到的.txt文件并将其关联到这里的各分区。我已尽力使其尽可能用户友好。将检查格式、拼写错误和不正确的代码。基本上是将之前的版本汇总到这里，改进了检查项，并将一些宏观检查整合到其他分区。

第6部分：LSX文件

功能同上，但针对你所有的lsx文件。lsx和.txt之间的交互问题通常会显示在这里。

第7部分：格式说明

显示空白符注释和重复行注释。这些问题通常不会导致崩溃，但即使罕见，也可能是一些特殊问题的根源。

第8部分：脚本扩展器

检查脚本扩展器文件和你的lua脚本。将使用脚本扩展器API检查来验证内容。会指出已弃用的术语等问题。这应该是最轻量的部分，不算完美，但确实能抓到很多问题。

第9部分：标签

捕获标签覆盖并对其进行验证检查。覆盖可能会或可能不会导致问题，因为扩展等内容可能共同使用它们，所以这不总是问题，但覆盖会在这里以红色标出。

第10部分：交叉引用外部文件

基本上，如果在一个新条目中找到一个using术语，它会判断：1. 该术语是否存在，2. 其类型是否正确。

它会先在模组自身内部搜索，然后在你的模组文件夹中的其他模组里搜索，最后在随此检测器附带的原版文件夹中搜索。对于找不到的内容会报错。这可能是问题也可能不是，但类型更改肯定是个问题，比如passivedata继承statusdata或护甲，那就是个大麻烦。

第11部分：本地化

尝试将所有本地化和translatedstringlines关联到使用它们的模组。运行良好，会指出拼写错误、格式问题和错误调用。

第12部分：图标

将遍历.txxt和.lsx文件中的图标。建立一个字典，然后开始查找：1. .dds文件，2. IconUV列表。会指出找不到的内容。

在不添加更多原版解包图标列表的前提下，这已经是我的极限了。我尽力收集了，但这很繁琐。

模板按钮：

已更新，可以快速拉取某些术语的参数列表，以及允许先前不正确的枚举值。

总结

以上就是简要说明。文件会输出到脚本所在的文件夹。总的来说，这会指引你找到问题的原因，但如前所述，你仍需自行修复。正所谓“知识就是战斗的一半”。另一半就是残忍地干掉你的敌人。

不过，这并非一个完美的检测器，我基本上需要检查数千行代码。所以提到的bug之类的问题我可能会处理，但可能不会有内容更新了。目前没有任何其他模组能接近这个功能，以后可能也不会有。社区很乐于助人，但往往只给出通用的加载顺序建议和故障排除方法。我的意思是，如果他们需要深入排查，那得是全职工作，而且还是免费的。就像我一样。

欢迎在帖子中留言或提交“受伤感觉报告”（HFR）。今天我们失去了一位伟人——查克·诺里斯，绿巨人浩克斯特也永垂不朽。