※ 引述《Yuiwa1996 (黑帽绅士雨蛙君)》之铭言： : 另外我败这款游戏的最大原因是，自己很喜欢可以随意盖东盖西的游戏（比如rim world)，也看了琳琅满目的Settlement Mod，但听说彼此之间很容易冲突崩溃，所以装之前在听听版上的建议 ? 作为同样喜欢盖东盖西的同好，我就只针对这部分回个文。 作为「我们人手不够」的Fallout 4，我们可以说这代主打的恐怕「只剩下」工房模式这 个功能了。这是基本上在Settlement(我自己比较喜欢翻成定居地这个中性字汇)有限的 容积内任意使用物件建造与布置的系统。 在Fallout 4发行的早期，最有名的限制是不敷使用的工房目录分类关键字的问题，而现 今这个问题也靠着几种方法基本上不复存在。那麽原Po所指的问题还有什麽？ １、原版建物项目被多个模组重复使用、改变设定。 　　这个部分其实不光只有工房物件，任何更动游戏设定的模组都有可能发生。 ２、定居地清理(scrap clean)类的模组。 　　这类模组首先会将原版未加入scrap list的物件补加入。但有时候不只是落叶、地 上的瓦砾，有时候一些静态的，可能被当成前项所说的被更改项目也加入其中，这样就 会造成冲突，而scrap list的影响，即便排到後排，仍有可能影响到该物件被建造时的 状态。 　　此外还有导航网格(navmesh)故障的情况。所有废土建筑师都能痛彻心肺的理解到 Beth的Creation Engine在这方面的运作真是渣到无以复加。导航网格就是定居者( settler)的认路AI用以辨识何者能够通行或抵达的平面座标(但很多情况下会被无形的 碰撞给干扰)，这在先天上这部分问题非常多也难以处理，你常会看到定居者呆若木鸡 或站在不可思议的位置。 　　有时场景设计师为了让地面崎岖，会制作数个土墩或土丘放置在环境上，然後将导 航网格铺在上面，而清理模组会将这些清理掉，却没有重建底下的导航，导致此处无法 通行。 　　与此相关的还有定居地本身的大改，如庇护山丘战前版本植栽浓密变更、表面贴图 (我忘了正式的用语)替换等等。 ３、定居地的范围变更。首先要提醒的是，这类模组相当排他，尤其是修改原版既存的 定居地范围(这通常会以定居地工房为中心来开启)。无论你使用的是原版还是原创地点 的修改(扩展)，都要注意周遭是否有其他的定居地范围。 　　定居地范围一般分为：可建造范围、定居者活动范围，以及在工房模式下显示的边 界。这三种互不关联，举例来说一旦变更前两者其中之一的范围，则边界范围就没有意 义；边界是根据一个范围模型(nif)为基准，在CK中只能将其放大缩小或改变高度而不 能改变形状，模组作者多是挑选预设定居地的边界来修改，但也有例外。 ４、动态工房目录的子分类建立。这里是指於游戏内利用脚本生成的模组目录，也是工 房目录混乱与开启延迟的元凶(笑)。 　　利用脚本动态建立模组专属目录，起源自当初为解决目录关键字不足的问题而发展 出来的，详细原理不在讨论中，总之是不靠plugin档案，直接写在存档当中相当节约的 方法。它的问题在於： 　　挂载後，无卸载或卸载不全的情况。通常这个问题可利用一个室内的、独立的空间 进行进度的存取来设法排除。 　　同样利用脚本生成的其他目录模组所造成的占位冲突。当你新加载的建筑类模组没 在工房目录中发现(如果位置已经确定)的话，代表发生占位冲突。这时就必须释放掉工 房目录中该项目录下所有的动态生成目录，使系统重新扫描排位来解决。 　　以上就是定居地工房系统可能出现的与模组有关的问题。当然还有其他比较少见的 问题，例如缺少某特定物件(排除需要建筑条件後)，或不同模组更新，patch之间不及 更新，甚至因为汉化後才建立patch导致ID辨识异常等等...。这些是我在Fo4上千小时( 只有十分之一的时间在正经的跑任务)後的一些心得，随手写的很乱请见谅。 　　我自己也是有比较推荐安装的定居地相关模组，有兴趣的话就再分享吧。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.32.32.89 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/RealPlaying/M.1518258391.A.F04.html 直接编辑好了... 首先要知道为什麽工房模式会限制建造容积(Size)。当我们进入一个定居地时，即便还 没开启当地工房，有很多东西已经开始在计算和载入了。其中一个就是关於物件占用的 容积。 Fo4的容积是以模型的多边形面数来计算的，所以丢在地上的一支枪会比一张桌子更占容 积。混凝土墙壁会比棚屋墙壁要比较不占容积是这个道理。除此之外，照明的形状与广度 动态光影等等也是根据范围越发吃资源。 另外也不要以为只有显卡会比较吃重，在你开启工房时也是考虑你的CPU与RAM处理能力， 此外定居者的AI认路导航，资源的变动也是即时在运算的。有时看到一名定居者在地面 发呆有时不一定是目标地路径卡住，而是在重复算如何走。当你把定居者的垂直活动范 围调高，这样的计算也可能拉高... 一直在处理这些元素的情况下，我实在不忍再多各种高清美化的替换或渲染了... ※ 编辑: deepseas (114.32.32.89), 02/12/2018 01:02:59 想了一下，CK转换esl有两个选项：紧密FromID和转制格式。 一般来说我们在编辑模组时免不了增删一些ID资料，这时可能会在两笔ID之间产生空隙，这部份再重新进行紧密化时会造成ID的不同。 不过还好的是，紧密化ID并不与格式转换绑定。如果确认该资料不会删除的情况下持续进行紧密动作，可避免ID变更的问题。 但可以的话还是以少量资料才组建esl会比较好，毕竟这是创造esl这个格式的初衷… ※ 编辑: deepseas (39.8.32.56), 02/12/2018 14:07:24