Things shouldn't be spawned in Draw methods. Sorry.Įdit: actually, I now remember why I thought this mod might be the cause, because I did see this log message above it:Ĭode: Cannot register drawable Capybara87358 while drawing is in progress. As soon as I undraft the pawn, everything works as expected again.Īctually, looking at this error, I was somehow thinking it was related to this mod, but I don't think it is, so please ignore my bug report of it isn't. Here's the list:Ĭode: Cannot cast from source type to destination type.Īt CompOversizedWeapon.Harmon圜ompOversizedWeapon.AdjustRenderOffsetFromDir (Verse.Pawn,CompOversizedWeapon.CompOversizedWeapon) Īt CompOversizedWeapon.Harmon圜ompOversizedWeapon.DrawEquipmentAimingPreFix (Verse.PawnRenderer,Verse.Thing,UnityEngine.Vector3,single) Īt (wrapper dynamic-method) _Patch4 (object,Verse.Thing,UnityEngine.Vector3,single) Īt (wrapper dynamic-method) _Patch1 (object,UnityEngine.Vector3) Īt (wrapper dynamic-method) _Patch2 (object,UnityEngine.Vector3,UnityEngine.Quaternion,bool,Verse.Rot4,Verse.Rot4,Verse.RotDrawMode,bool,bool) Īt (UnityEngine.Vector3,UnityEngine.Quaternion,bool,Verse.RotDrawMode,bool) Īt (wrapper dynamic-method) _Patch1 (object,UnityEngine.Vector3,Verse.RotDrawMode,bool) Īt (UnityEngine.Vector3) Īt Verse.Pawn_DrawTracker.DrawAt (UnityEngine.Vector3) Īt (UnityEngine.Vector3,bool) Īt (wrapper dynamic-method) _Patch1 (object) Īnd the other pawn (when drafted) triggers this error:Ĭode: Exception has been thrown by the target of an invocation.Īt (object,object,) Īt (object,object) Īt _PawnRenderer.Prefix (Verse.PawnRenderer,UnityEngine.Vector3,UnityEngine.Quaternion,bool,Verse.Rot4,Verse.Rot4,Verse.RotDrawMode,bool,bool) īasically what happens, is that all pawns suddenly become invisible (except for the two that actually trigger this error), and all items on the ground as well. I've been hesitant to look more in depth at it myself due to all the mods I'm using. Quote from: TryB4Buy on December 24, 2017, 12:03:21 PM Understood. And everyone uses the most up to day Huglib and Harmony, so those load orders don't matter.Īnyways, I'll retry adding this mod to the pile slower next time with B19.
Only name-matched text inside XMLs are actually overwritten so everyone can just add their own stuff for Defs\ResearchProjectDefs\Research.xml or whatever. As best I can tell Rimworld is fairly resilient to XML conflicts anyway. It does correctly display the number of XML files in the directory, though. I'm not sure If I have to enable them for it to actually check them. Rimworld Mod Checker reports no conflicts, although it reports none for all my turned off mods.
0 kommentar(er)
