Messages

Does "fully enclosed" mean roofed too? Because it doesn't look entirely roofed to me.

Hi

I could really use some help finding a way to disable mechanoid EMP immunity.

No success so far with searching all xml files with all possible keyword I can come up with.

The wiki mentioned immunity lasting for "2200 ticks" or "36.67 seconds", but nothing was found in xml files.

I want to make sure I did not miss anything before I resort to loading RimWorld to debuggers and looking for them in the memory disassembly...

Thanks in advance !

It's not defined in XML. It's a hardcoded value.

You do not need debuggers or memory disassembly. A decompiler is all you need to browse the Assembly-Csharp.dll supplied with the game. That holds all the logic. I recommend ILSpy.

RimWorld.StunHandler.EMPAdaptationTicksDuration hold the 2200 ticks value. You can use Harmony to alter it.

The thingClass has to be a Building_Bed or subclass thereof.

via xml only?

No. This is the realm of C#.

You can apply stats to apparel with pure XML, but different behaviour depending on how many of a set a pawn is wearing will require coding.

If someone could point me in the right direction or an example that would be great.

What about the C# tutorials on the RimWorld wiki?

remove the            

Code Select Expand

<success>Always</success>
and you'll at least get some hints on why/where/if it's failing.

Code Select Expand

    <thoughtClass>Thought_MemoryObservation</thoughtClass>


You've not told RimWorld to use your C# at all; the thoughtClass in your xml should be MyNamespace.MyClass.

Log.Message will verify that your C# is running. I also recommend doing a null-check for pawn.story.

Grab the latest commit from master. I just haven't gotten around to push a release yet.

Could not resolve cross-reference: No Verse.ThingDef named Peglaci found to give to Verse.PawnKindDef Peglaci

The <race> tag in the PawnKindDef should point to a ThingDef. The error means RimWorld can't find a ThingDef with the Peglaci defName, which is right: You've named it Alien_Peglaci.

Your inclusion of the "BasePlayerPawnKind" will also cause a lot of compatibility errors: you're effectively changing all the BasePlayerPawnKind for all mods loaded after your mod. Rename it to something original.

Nope. All trade requests use the same code.

It's more likely that a save/reload fixed the problem.

MFI uses vanilla mechanics for checking silver. See if you can reproduce that issue in vanilla, and if so, post a bug report in the "vanilla bugs" section of the forums. It wouldn't surprise me.

First step: do a file integrity check.

After that: Core, HugsLib, JecsTools, Human Alien Races framework, Giddy-Up Core should be the rough load order for the first few mods.

https://rimworldwiki.com/wiki/Modding#Textures

Looks functional to me, using the (attached) Steam version of the mod. I have to admit it's been a while since I did a GitHub release - but none of the minor tweaks I did lately would affect this.

[attachment deleted due to age]

https://steamcommunity.com/sharedfiles/filedetails/?id=1571943277

RimWorld generates a unique hash from the defName.

Sometimes they aren't unique enough and you get a hash collision, which is what happened here.