使用Mod Organizer 2管理《博德之门3》的MOD
《博德之门3》的大热使其拥有众多的玩家群体,而玩家群体一多,MOD社区自然也就蓬勃发展。目前,《博德之门3》MOD在Nexus Mods网站上的下载量已经排进了前列,远远甩开了在它一个月后发行的《星空》(并且Bethesda的游戏都是出了名的对MOD友好)。可见吸引玩家制作和游玩MOD的根本原因还是游戏质量过硬,游戏本身好玩,才会有更多人愿意为MOD做出贡献。
并且有趣的是,《博德之门3》的MOD发展与目前MOD社区最为活跃的《上古卷轴5:天际》(以下简称《天际》)大体相似。《天际》有SKSE,《博德之门3》有BG3 SE(Baldur’s Gate 3 Script Extender);《天际》有SkyUI,《博德之门3》有ImpUI;《天际》有MCM,而《博德之门3》于今年也有了自己的MCM。与《天际》一样,《博德之门3》的这几个MOD也构成了许多MOD的基础。虽然一定程度上受限于游戏引擎和DND玩法,《博德之门3》在MOD上的可能性并不像Bethesda的游戏那样丰富多彩,但想必也会出现更多更加复杂和有趣的MOD。
在MOD文件的形式上,《博德之门3》也与《天际》类似,存在三种类型:
- 打包文件,将MOD的全部内容打包为一个
.pak
文件,该文件放进《博德之门3》的Mod文件夹里; - 松散文件,MOD内容不打包,放进《博德之门3》的data文件夹里;
- 为游戏本身添加更多功能支持的
.dll
文件,如Baldur’s Gate 3 Script Extender、Native Mod Loader、Achievement Enabler等,这些文件放进《博德之门3》的bin文件夹里。
可以看出,除了.pak
文件专门有一个文件夹放置外,其他两类MOD都要直接放进游戏安装文件里,并且无法集中管理。常打MOD的人都知道,这种方式弊端很多:(1)更新和卸载MOD非常困难,不易管理;(2)容易毁坏游戏文件,甚至坏档;(3)多个MOD之间的一些文件可能会相互覆盖,并且无法直观看出具体是如何覆盖的,致使MOD无法正常工作。
并且即便是.pak
文件,比起手动下载下来放进Mod文件夹里,玩家自然也希望能更好地管理MOD并保持更新。虽然自《博德之门3》7号补丁后,游戏开放了自己的MOD社区mod.io,但毕竟还无法抢过Nexus Mods的风头(况且中国大陆地区还不能直连),至少就目前来说,MOD的主要来源还是Nexus Mods网站。
当年,正是为了解决同样的问题,《天际》的MOD社区在不断探索之中,横空出世了一个划时代的MOD管理软件:Mod Organizer。Mod Organizer将MOD放置在游戏安装目录之外的其他文件夹中,并且一个MOD以一个文件夹放置,通过在Mod Organizer的排序来模拟安装的先后顺序,如果有MOD文件覆盖的情况,会提示覆盖了哪些MOD、被哪些MOD覆盖,还可以查看具体覆盖的文件是什么。从Mod Organizer启动游戏时,软件会按照这个顺序将MOD文件虚拟映射到游戏安装目录中,由此能够保证MOD正常运行,并且游戏安装目录还像刚安装时一样干净。不仅如此,Mod Organizer还能与Nexus Mods网站相关联,可以直接从Nexus Mods上下载MOD到Mod Organizer中,还可以检查MOD在网站上的更新情况。后来Mod Organizer的作者去了Nexus Mods任职,又为他们做出了官方MOD管理器Vortex。Mod Organizer则由社区继续完善,推出了更为好用的Mod Organizer 2。自从Mod Organizer出现之后,我便一直使用它管理《天际》的MOD,它的MOD管理思路真可以说是一骑绝尘。
可惜到了《博德之门3》,就没有这么好用的管理工具了。目前广泛使用的BG3 Mod Manager只是Divinity Mod Manager(神界系列的MOD管理器)的简单修改,主要功能还是管理《神界:原罪2》MOD的那一套:为.pak
的MOD设置是否激活,以及进行排序,没别的了。《神界:原罪2》的MOD比较简单,这样的功能也就够了,然而以《博德之门3》MOD的丰富程度,这么简陋的功能就完全不够看了,不由得让人怀念当年在《天际》打MOD的幸福生活。
那么,能不能用Mod Organizer 2管理《博德之门3》的MOD呢?Mod Organizer 2毕竟是因《天际》而推出的,它所支持的游戏主要还是上古卷轴系列以及Bethesda的各个游戏(因为文件架构都差不多),并不天然支持《博德之门3》,这大概就是没什么人用Mod Organizer 2管理《博德之门3》MOD的原因。不过玩家可以为Mod Organizer 2制作特定的插件,使其对《博德之门3》提供基础的支持。妙的是,当我兴起这个念头并搜索时,真的搜到有大佬制作了这样的一个插件。(该插件虽然发在了Nexus Mods上,却没有发在Baldur’s Gate 3子站里,而是发在了Modding Tools子站,不容易被发现,这或许也是没什么人用Mod Organizer 2的原因。)
不过我在目前的使用过程中发现一个问题——Mod Organizer 2生成的modsettings.lsx
无法正确映射到游戏的配置目录中,虽然路径都是正确的,但就是无法生效,不知道怎么回事。modsettings.lsx
记录了MOD列表及加载顺序,如果无法读取这个文件,MOD在游戏中就会以字母表顺序排列且无法调整,导致某些MOD无法正常工作。有一个说法是游戏内的MOD顺序只是无法正确显示,实际上还是排序了的。不过即便抛开这个问题不谈,也存在从mod.io下载的MOD无法管理的问题。这是目前的Mod Organizer 2无能为力的,但BG3 Mod Manager却可以做到。也就是说,还需要再利用BG3 Mod Manager排个序。
这样一来,我们就可以一劳永逸地管理《博德之门3》的MOD了:
- 不使用任何MOD,正常运行一次原版游戏;
- 下载Mod Organizer 2,可安装在任意路径;
- 下载Kezyma’s Root Builder for Mod Organizer(功能是允许Mod Organizer 2管理
.dll
文件等直接放置在游戏安装目录里的MOD),解压后将rootbuilder文件夹放到\Mod Organizer\plugins\
路径下; - 下载Baldur’s Gate 3 - Mod Organizer 2 Plugin(功能是添加对《博德之门3》的支持),解压后将baldursgate3文件夹和
game_baldursgate3.py
文件放到\Mod Organizer\plugins\basic_games\games\
路径下; - 下载BG3 Mod Manager(用于MOD排序),可安装在任意路径;
- 启动Mod Organizer 2,为《博德之门3》建立一个实例(Instance),并设置MOD下载路径,可放在任意路径下;
- 在Mod Organizer 2的启动程序里添加BG3 Mod Manager。
之后,就可以正常使用Mod Organizer 2安装MOD了,三种形式的MOD文件都可以用它一并管理。.pak
文件会为它生成一个PAK_FILES文件夹,松散文件会去掉data文件夹放置,.dll
文件则由Kezyma’s Root Builder生成一个root文件夹。PAK_FILES文件夹和root文件夹会在“数据”栏里显示在data文件夹里,不过不用担心,等启动游戏时它们就会各就各位了。
如果需要安装mod.io里的MOD,则直接打开游戏安装即可。
启动带MOD的游戏,需要以下几步:
- 通过Mod Organizer 2启动BG3 Mod Manager;
- 如果BG3 Mod Manager提示有重复MOD,无需删除,这是因为同一个MOD在mod.io和Nexus Mods等第三方网站上都是同样的uuid,游戏内置的MOD管理器会识别为在mod.io上订阅了MOD并自动开始下载;
- 将inactive栏的MOD拖到active栏里,并进行排序,排序后保存列表到
.json
文件(否则每次打开BG3 Mod Manager都要重新排序); - 点击Export Oder to Game;
- 通过BG3 Mod Manager启动《博德之门3》;
- 打开《博德之门3》标题页面的MOD管理器,确认MOD排序正确且所需MOD均已勾选。
在7号补丁之后,我把游戏卸载重装了一次,又用Mod Organizer 2重新安装了一遍MOD,安装体验相当不错,目前进入游戏的表现都是正常的。(很多人说7号补丁之后修复MOD很折磨,不过《博德之门3》的这点小事对于自己给《天际》打几百个MOD的人来说并不算什么。)因为之前一直在玩《神界:原罪2》,这两天才重拾《博德之门3》,目前还没有继续玩下去,如果接下来发现更多的问题还会在这里更新。