安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题






But I just checked, and the "Carrying Capacity" stat is still relevant. I got a young pawn whose carrying capacity is 60 instead of 75, and she'll only carry 60 steel per trip to a build in construction that definitively need more than 60 steel.
@Deagroth this is just a display bug - that base value isn't used for anything anymore (it used to be how the old mod worked). The Rimworld devs, in their infinite wisdom, decided to stop using it, and hardcoded the new logic in the C# method that this newer mod overrides. It's possible that a future Rimworld version will revert this behavior but for now this is how it's done in 1.6.
The value you want to look at is the carrying capacity in a pawn's "Gear" tab (this is what 1.6 uses to calculate mass capacity) not the "Base carrying capacity" in their "Bio" tab (this was used in 1.5 and down, but no longer used in 1.6)
Note that I also tried to put StrongPawn at the start the modlist and it didn't solve it.
I've just pushed an update that simplifies the logic and fixes the 14,000 bug - that was happening because the old version simply multiplied the vanilla result by 20, but this was happening twice in some cases resulting in a 400x multiplier (20 * 20 * 35 = 14000). Now it simply sets all pawns' capacity to 750, unless it's set to 0 due to incapacitation.
@Admiral Kobi @RoyRiper and @Aether can one of you post your mod list? I wonder if it's conflicting with a different mod (entirely plausible) - on my save with over 100+ mods it's definitely working as intended now.
However, this does give them immense carry capacity during a caravan, which could be seen as somewhat unbalanced. I haven't looked into what changes Ludeon has made for caravan code yet to fix that, it's harmless minus the cheatiness of being able to carry anything on a caravan.
at System.Activator.CreateInstance (System.Type type, System.Boolean nonPublic, System.Boolean wrapExceptions) [0x00020] in <51fded79cd284d4d911c5949aff4cb21>:0
at System.Activator.CreateInstance (System.Type type, System.Boolean nonPublic) [0x00000] in <51fded79cd284d4d911c5949aff4cb21>:0
at System.Activator.CreateInstance (System.Type type) [0x00000] in <51fded79cd284d4d911c5949aff4cb21>:0
at Verse.DirectXmlToObject.ObjectFromXml[T] (System.Xml.XmlNode xmlRoot, System.Boolean doPostLoad) [0x0045c] in <fcfab19af5d14a608a65ebd77f29482f>:0
at Verse.DirectXmlToObject.ObjectFromXmlReflection[T] (System.Xml.XmlNode xmlRoot, System.Boolean doPostLoad) [0x00000] in <fcfab19af5d14a608a65ebd77f29482f>:0
at Verse.DirectXmlToObject.ObjectFromXml[T] (System.Xml.XmlNode xmlRoot, System.Boolean doPostLoad) [0x0060e] in <fcfab19af5d14a608a65ebd77f29482f>:0
Exception loading from System.Xml.XmlElement: System.MissingMethodException: Default constructor not found for type System.String
at System.RuntimeType.CreateInstanceMono (System.Boolean nonPublic, System.Boolean wrapExceptions) [0x00076] in <51fded79cd284d4d911c5949aff4cb21>:0
at System.RuntimeType.CreateInstanceSlow (System.Boolean publicOnly, System.Boolean wrapExceptions, System.Boolean skipCheckThis, System.Boolean fillCache) [0x00009] in <51fded79cd284d4d911c5949aff4cb21>:0
at System.RuntimeType.CreateInstanceDefaultCtor (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Boolean wrapExceptions, System.Threading.StackCrawlMark& stackMark) [0x00027] in <51fded79cd284d4d911c5949aff4cb21>:0