Messages

Time for another test.

With Better Pathfinding.

First half straight to edge of mountain - good. Second half detours to target - bad.

With Better Pathfinding returning.

First part straight to edge of moiuntain - good. Second half detours to target - bad.

With vanilla pathfinding.

First half detours to edge of mountain - bad. Second half straight to target - good.

With vanilla pathfinding returning.

First half straight to edge of mountain - good. Second half straight to target - good.

So overall it looks like vanilla is better, well for this scenario anyway.

[attachment deleted by admin due to age]

Just numbers is boring. Why not try to do a page with all comments. No just numbers.
4145

This ones really messed up. When I saw Arthur carrying Salt away from the base I thought "where's he going?. Maybe he's going through another door." What I saw was not expected.

Both Arthur and Emily are rescuing colonist and are both going that weird path. Not only do they go all the way back to this side of the wall but they don't even go through the closest door. They loop around and over the middle of the base.

I think this is the last straw. The funny little loops it sometimes does I can deal with but if it does crazy things like this it's time to uninstall this mod. Funny, I seem to remember it used to work better than this. I only seem to have this funny behavior in the latest version of the mod.

[attachment deleted by admin due to age]

What the top of this image reminded me of.



[attachment deleted by admin due to age]

Pro tip: this forums search really sucks. Use google with rimworld "hand me that brick". It will most likely be the first result.

5089

Banana!

This shit is bananas, b.a.n.a.n.a.s.

5101

5094

Elephant in a single fridge

I couldn't get .def.defname to work but .defaultLabel should work because it's hard coded in the mod to "Mine Brush". I'll change my post above to reflect this.

Changed line 80 from

Code Select Expand

            if (Find.DesignatorManager.SelectedDesignator != null && this.radius == 7.9f)
to

Code Select Expand

            if ( Find.DesignatorManager.SelectedDesignator != null && Find.DesignatorManager.SelectedDesignator.Label == "Mine Brush" && this.radius == 7.9f)

This solution has one big flaw: It won't work in a language other than english
Better would be to use the DefName as that stays always the same..
Sorry, I'm not at my computer right now, so can't tell the correct variant. But it is most likely something like this:

Code Select Expand


Find.DesignatorManager.SelectedDesignator.def.defName == "MineBrush"


Actually that's the first thing I found, a reference to .def.defName, but when I tried typing .def after it it didn't auto complete it. As if it didn't have a member called .def. I'll check it again.

You also have to think of the cost. A centralized specialized manufacturing location will always produce stuff more efficiently. Take photos for instance. You might print a one off on your printer but if you want to print a couple of dozen you take it to a print shop to save money.

The same will be for 3D printers. You might print of a one off needed item but if you need a lot of an item it will be cheaper to buy it. Also other manufacturing methods might be cheaper. It might be easier to slap a few pieces of wood together to make a piece of furniture than 3D print it.

I'm curious, the game seems to use about the same cpu usage playing as it does while paused. What is it doing when it's paused? No ticks should be happening. Also, why does the cpu use go up when I minimize the game?

Well, the game still needs to render the graphics, react to user input, stuff like that. Yes, it doesn't process ticks, so you might get minimally better FPS/lower CPU usage while paused, but not much (since tick processing isn't the bulk of the CPU usage).

Well, it's not like it's a high graphics game. And the graphics aren't even moving when paused. Does the game use the video card gpu processing? I thought that because the graphics is simple, that maybe, yes, the bulk of the processing was game related and not just graphics.

To be sure, I opened a game with no mods. While playing normal speed the cpu averaged about 20%. When I paused it it still used about 20%. Then I minimized it, while it was paused, and it used about 45%.

Note: I have "Run in background" enabled. With it disabled it still uses cpu while paused but uses 0% when minimized.

That's weird. How do you measure your CPU usage? Even with "Run in background", the CPU usage shouldn't increase when minimized.

I just use the Windows Task Manager. I have it open on my second display while I'm playing.

So did you try minimizing with "Run in background" enabled?

I play in windowed mode too. Do you have "Run in background" enabled?

I'm curious, the game seems to use about the same cpu usage playing as it does while paused. What is it doing when it's paused? No ticks should be happening. Also, why does the cpu use go up when I minimize the game?

To be sure, I opened a game with no mods. While playing normal speed the cpu averaged about 20%. When I paused it it still used about 20%. Then I minimized it, while it was paused, and it used about 45%.

Note: I have "Run in background" enabled. With it disabled it still uses cpu while paused but uses 0% when minimized.

After using this a while I still have a little bug that annoys sometimes. It's a bit random as to what size the minebrush will be when I click the designator.

I couldn't see a pattern to it at first but I finally decided to look at it more carefully and work out what the problem is. It turns out that not only does it resize the brush when the minebrush is already selected but also if other designators are already selected.

To make this more clear, this is how you reproduce the problem.
1. Select the MineBrush designator for the first time. It should be orbital beacon sized.
2. Clear the designator by right clicking.
3. Select any other designator then immediately select the MineBrush again. It appears as SuneLamp sized. It should still be Orbital beacon sized.

I had a go at fixing it. I opened minebrush.dll in ILSpy and changed Designator_Minebrush.cs as follows.

Changed line 80 from

Code Select Expand

            if (Find.DesignatorManager.SelectedDesignator != null && this.radius == 7.9f)
to

Code Select Expand

            if ( Find.DesignatorManager.SelectedDesignator != null && Find.DesignatorManager.SelectedDesignator.defaultLabel == "Mine Brush" && this.radius == 7.9f)

Yeah, rshingleton did a great job updating it. I use his version now. It's way better than mine and still has the features I added.