Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
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