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
And people breaking their game experience with abuse of mods is your problem because? I already touched all the numbers. expecialy those at endless growth are really not impressive in reallity pawn having this gene in best case scenario is similar in size to a jotum. great work by the way with the mod
It is hard-capped to 600%.
Mostly because apparently there are mods that let you "reverse" hediffs, which would be instantly game-breaking otherwise by giving thousands of stats.
Both are 1.5.
the Cap can worked around but my concern was that changing max severity of soul stockpile in settings lets u set it with cheats on above 600% but any time pawn gains any new soul power it gets dropped to 600% and that doesnt seem to look intensional unless its hard capped somewhere else and it is indeed intensional
1.5 or 1.6?
If 1.6 I'd suggest to verify files using steam. I think error is from something trying to use a class from the 1.6 version
Exception drawing Ripley: System.TypeLoadException: Could not resolve type with token 01000016 from typeref (expected class 'BigAndSmall.BSCache' in assembly 'BetterPrerequisites, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null')
[Ref 5A4879AF] Duplicate stacktrace, see ref for original
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Log.Error_Patch1 (string)
Verse.DynamicDrawManager:DrawDynamicThings ()
Verse.Map:MapUpdate ()
Verse.Game:UpdatePlay ()
Verse.Root_Play:Update ()
My patch checks if <nullifyingTraits> exists before adding a new entry for it, I'm guessing whatever mod adds IronBack doesn't which results in an extra copy.
XML RimWorld.ThoughtDef defines the same field twice: nullifyingTraits.
Field contents: IronBackMasochist.
Whole XML:
<ThoughtDef><defName>SleptOnGround</defName><durationDays>1</durationDays><stackLimit>1</stackLimit><nullifyingPrecepts><li MayRequire="Ludeon.RimWorld.Ideology">RoughLiving_Welcomed</li></nullifyingPrecepts><stages><li><label>slept on ground</label><description>I had to sleep on the ground like an animal.</description><baseMoodEffect>-4</baseMoodEffect></li></stages>
<nullifyingTraits>
<li>BS_Unpretentious</li>
<li>Masochist</li>
</nullifyingTraits>
<nullifyingTraits>
<li>IronBack</li>
<li>Masochist</li>
</nullifyingTraits></ThoughtDef>
In 1.6 the large meals are disabled by default. There isn't really much of a reason for them anymore since I've modified the vanilla meals so that pawns can grab a whole stack if needed to fill the hunger bar.
If they are only grabbing one meal anyway it might be either a bug, or it is a meal from a mod which does not inherit from the vanilla ones and need patches to work correctly.
Nutrient paste meals are max 1 though. Maybe I'll figure out some solution for that in the future.