Messages

> <enemyReproductionRateFactor>1</enemyReproductionRateFactor>

What are you thinking this does? I'm asking, because I had asked about it previously, and someone stated it was associated with insect infestations.

What I think is that putting gasoline on a fire doesn't help. This thread should be locked.

Did you load any mods lately? If your game client hasn't changed, and you are using the same seed, and the same cell, you changed something, as the generation algorithm is deterministic (for the major map features; I think the placement of ancient sites does not wholly use the same seed).

I don't think the colorGenerator impacts items that you make. I think it affects items that drop. I'm not positive, but I think that's how that goes.

I adjusted all the darkness levels by +.1 value in his XML defs. That generates darkness that is dark, but not "pitch black," as you say.

> I guess it's hardcoded in the game too, as the path to texture in all Vanilla files I see doesn't even mention the word Textures.

Yup. The root of all Textures in a mod is $MODROOT\Textures

Minor tip. Small mods, with few textures, really don't need complex paths under Textures.

For example, you can just put Mamuffalo there, and then delete all the unnecessary path differentiation.

[Indoor Zone]

New auto-generated zone, similarly to Home Zone. It would be Indoor Zone.

YES PLEASE.

Seriously!

> I've downloaded the all the files available and they definitely do not contain viruses,

Whether or not that's true, the hosting site is definitely super sketchy. It had one of those bait-and-switch download links, where they attempt to get you to download other software. This is always malware, while often it's the type of stuff that attempts to reset your search engine, modify your registry, and send you to websites you don't want to go to, that stuff is really annoying, and sometimes hard to get rid of.  I don't know why we are discussing this further. That hosting site is bad.

STOP.

Upon loading the game, there's a series of these in the log file:

Code Select Expand

(Filename: C:/buildslave/unity/build/artifacts/generated/common/runtime/UnityEngineDebugBindings.gen.cpp Line: 37)

Could not resolve reference to object with loadID Thing_AIRobot_Hauler156295 of type Verse.Pawn. Was it compressed away, destroyed, had no ID number, or not saved/loaded right?

This has been a frequent thing in the game for a while, which I have ignored. However, this started happening recently at the Comms Console when attempting to trade as well. The trade window won't open as a result. Game over.

I also find this in the log file:

Code Select Expand

JobDriver threw exception in initAction. Pawn=Gregory-Heap, Job=UseCommsConsole A=Thing_CommsConsole163298, Exception: System.NullReferenceException: Object reference not set to an instance of an object
  at RimWorld.TradeUtility.TradeAsOne (Verse.Thing a, Verse.Thing b) [0x00000] in <filename unknown>:0
  at RimWorld.TradeDeal.TradeableMatching (Verse.Thing thing) [0x00000] in <filename unknown>:0
  at RimWorld.TradeDeal.AddToTradeables (Verse.Thing t, Transactor trans) [0x00000] in <filename unknown>:0
  at RimWorld.TradeDeal.AddAllTradeables () [0x00000] in <filename unknown>:0
  at RimWorld.TradeDeal.Reset () [0x00000] in <filename unknown>:0
  at RimWorld.TradeDeal..ctor () [0x00000] in <filename unknown>:0
  at RimWorld.TradeSession.SetupWith (ITrader newTrader, Verse.Pawn newPlayerNegotiator) [0x00000] in <filename unknown>:0
  at RimWorld.TradeShip.TryOpenComms (Verse.Pawn negotiator) [0x00000] in <filename unknown>:0
  at RimWorld.JobDriver_UseCommsConsole+<MakeNewToils>c__Iterator3A.<>m__A7 () [0x00000] in <filename unknown>:0
  at Verse.AI.JobDriver.TryActuallyStartNextToil () [0x00000] in <filename unknown>:0

The trader is a Robot Trader....

Further update. I tried chashing down the occurances of the robot ("Thing_AIRobot_Hauler156295 ") in the save file. Where it occurred, it appeared to be in the TaleDef ("WorkedNaked," specifically). Deleting it just moved the exception to a different robots TaleDef. So I took about 20 minutes and deleted all the tale defs for the robots.

That generated a different lot of exceptions, which may be tied to the binary data. I ran out of time this morning and had to go to work.

p.s. my CCL is current. My robots distro is current.

You do remember right. I wonder what the default is?

Please for give my lack of knowledge. Are you refering to code or the texture?

Edit: Sorry, it took a few minutes to click. I have four .png images; front, back, side-a(facing right, and side-b(facing left). I've tried using three (like core images) and all four with no change.

Can you list the complete path name for each file please?

Since the texture is a multi, as stated in the exception, did you make sure you have all the relevant mamuffolo files?

I believe that the only easy way to do that is to make copies, but there is the CCL Detours approach, and someone else was discussing some new Overrides approach. I have used neither, so I can be of no further help, but that's what I know.

Absle, review the last several posts. Are you confining your baskets to ONE material type?

Looking over sculptures, which are an instance of SculptureBase, these don't have the colorable comp, so I'd venture that the prior advice doesn't work for buildings. You might play around and try to make a clothes item not colorable, to see if it actually does work for apparel. Whatever the mechanism is, it doesn't appear generic.