Sadly, the mod warning came up when this was installed... something about a Logic bug

I think I fixed it but Im honestly not completely sure. Its been a while :D
I was able to spawn the mech and I saw a colonist load it up with stone, so I think it's working. I bumped the storage up a little bit too.

yes, there have been made changes. but I don't think this mod is obsolete. if you want to do something far away from base, I think use of the mule as best way. especially early and mid-game. an update from my point of view would be nice, but it's your mod.

Would it still be useful? I havent played in a while to see if any new content makes this obsolete

yeah, mod is no longer working for me to. storage list needs an update. unable to make resource selections and most of resources are now missing in the list. unable to carry any item.

I can't seem to get it to work, I'll ride out there with them to a mine, have them hop out and start mining, they proceed to ignore the mech and carry the goods back to base on foot.

Great for mining ore and carbon, just needs to be able to store full stacks of stone and scrap, instead of 10 of each in each of the storage slots.

I just stand there, it doesn't work, it doesn't move

Ok...seems that storage does still work, even though not visually. However I did notice that scrap metal stacks to 10, not 100. This is important since a lot of scrap comes from the remote shipwrecks.

yeah, still the issue with the storage not working. Useless unless you're doing stuff with food I suppose. Need to be able to haul Carbon and Salvage operations.

TepoCoMule.rfnCopyRestrictions = StorageDepotComponent.rfnCopyRestrictions
TepoCoMule.GetAllowedCategoryResources = StorageDepotComponent.GetAllowedCategoryResources
TepoCoMule.GetRestrictionResGroups = StorageDepotComponent.GetRestrictionResGroups
TepoCoMule.rfnPasteRestrictions = StorageDepotComponent.rfnPasteRestrictions
TepoCoMule.rfnSelectAllRestrictions = StorageDepotComponent.rfnSelectAllRestrictions
TepoCoMule.SetLastUsedRestrictionSection = StorageDepotComponent.SetLastUsedRestrictionSection
TepoCoMule.GetLastUsedRestrictionSection = StorageDepotComponent.GetLastUsedRestrictionSection
TepoCoMule.rfnSetResDisabled = StorageDepotComponent.rfnSetResDisabled

Hi, Polypusher!

Your "Accepted items" section is not working because now the mech is both storage device and unit, which means that there are 2 sets of "accepted items" related functions fighting each other.

You can avoid the ambiguous inheritance by adding the following to your code. (It's probably not the best approach, I'm not programmer, but it seems to work.)

-- Posting as second comment due to size restrictions.

I see, I didn't had any other mechs before, and usually my characters usually drag what they mine or collect with them back to the colony so i thought it would act on it's own, sorry for this.

same as the other two mechs. Draft someone, enter the mech, move it, undraft them so they do jobs again. Draft to move. Its pretty high maintenance

how do i use this? because it just stand around doing nothing even with a rider, and the rider just use it while drafted

so do i need to draft a survivor to have them walk it out then fill it then manually walk it back?

A mech is really a lobotomized survivor, which creates that funny quirk.I submitted a bug to let me override the diet restrictions tab with a storage restrictions tab last month. If they ever fix it you'll get full control over Storage which would be awesome.

Ignore the list of allowed goods. The game ignores it too.

Mine will only take food, beverages, medicine, and relaxation items :(

Did a test and carbon storage worked fine. I uploaded a version with no changes in case it just needs to be 'repackaged' for this patch version

seems like the latest patch has stopped mine carrying carbon again :(

Oh my god, this mod is so brilliant! Just mined 3 nearby nests in no time. No more late night walks!

By the way, the priority change fixed the handling issue seems to. Thank You @Polypusher

Not sure if it is possible in this game. But maybe attaching a storage container to it (temporarily or permanently)?

That one's not possible with any method I know, maybe digging into code could help but that's beyond me. The Mech is actually a human with most of their behavior ripped out, so as soon as you add storage, the standard human dietary restrictions tab gets added and overrides the storage restrictions tab.

@Polypusher thank You very much for checking on it. For sure i got enough storage space, but it was all in the modded stockpiles and they were running with cement all over the map.

I will try to allow the handling output into the standard stock pile and we will see if it helps.

Btw it would be really helpful if you could allow the management of items which can be stored. But as i understood it is not possible....

Hi @Django, I'm glad you enjoy it and I wish I had more control over that. There's only one field exposed to the mod tools that seems like it would control this. From my perspective and testing it seems to do nothing. I suspect we're usually just shorter on storage than we think, so the Mech ends up being the only legitimate place for something.

However since it seems to me have no effect, I've switched it to the other extreme. We'll see if folks think it behaves any different after the next update. Its the only thing I'll change. 'Storage Demand Priority' was 4, is now 1

@Polypusher allow me to pinpoint the storing issue better. The mech is very attractive for handling for some reason. Basically every handling output goes there no matter how far the mech is.

Thank You for this mod with a gamechanging potential.

oh ok, the stone was stored after I removed any job that needed the stone ahaha. the delivery priority is somewhat bad or random in this game.

@RavensDaemon The Mule has the lowest possible priority (4) whereas Pile storage has the highest (1). I did a bunch of tests with empty stockpiles and an empty Mule and except for 1 case I couldnt reproduce, the survivors always chose the stockpiles regardless of distance to the Mule

Please adjust the attraction to be used as a main storage. What I mean is, I have plenty of space at the base for storage. Someone will harvest grain, then take that grain to the mining mule far away that is carrying carbon even though there is storage only a few steps away.

@Gamphar it can store stone, not sure what you did wrong.
@Paulojaws you just research Diesel Generators and Electronics Crafting, and I think you have to have seen any electronics ever

DOnt appear in the menu

The mech can't store stone. Can you add a different version that can store any stuff for moving the base to a very far location bit easy?

How can i build this mech

In the game there's no difference between a chest, a shelf, and a ground storage except for the manually configured storage restrictions. The Mule is manually configured to allow ore and silica and Nanotubes and Scrap Electronics and so many other things, but not like 20 kinds of pants. @Adderek is right, the survivor behavior just doesnt seem to care about the distance to a job. If the furnace needs ore and the only ore is 2 massive leaps in the Mule away, off he'll trek cuz that's his job. afaik there is no fixing that so you have to continue to be diligent watching the other survivors when you take the Mule out

Addition for my previous post. I've been confused with storage settings. It works for any supplies, but you just cannot set it manually. It can load anything. So mining mule it is! Great.

And as Shadowsim wrote, it will be nice to reduce raidus, but I think its hardcoded. So maybe the solution would be to just unlock storage settings, so we can load only what we want? Few troubles with management or so.

And little tip for the storage restrictions. In game is few hardcoded storage types. Maybe dont use the shelf or box ones and use just the ground storage type, because you'll use this mule primary for building materials, because it's heavy.

Can you reduce attraction to storage in Mech to a few squares ? I had people from camp loading it up. I was about 150 squares away. This happened more than once. I really like this idea but for this one flaw.

Took out a nest a fair distance from the camp, mined 2800 carbon which was stored in the mech and back to camp faster than would otherwise have been possible. There are some odd survivor behaviour with this, but hardly useless, seems a bit melodramatic.

It would be great to have mobile storage for miners (stones, carbon), but for this role it's useless. Pity. I would love to have mining truck.

As fast as the mech is now I don’t think the leap needs to be as far, personal opinion but some might like it

Now that the mech is quite a bit faster, what do folks think about putting the leap back to normal (or close to normal)

@Polypusher I am not sure, they load Nanotubes into the mech fine. The only issue is the survivors passing perfectly fine storage in camp to load it in the mech, but don’t think there is much on your end you can do about that. Unless you figure out restrictions if that’s even possible. Still, an amazing mod imo

Well I added the Nanotubes but it just doesn't work. It may be a bug unfortunately.

@LambChop I added CarbonNanotubes to the storage categories last night. I have to add items 1 by 1 and there are a lot of items

I couldn't use it...
Nice idea, I doubt the game engine itself allows such a mod. shortsightedness of the developer imo.

Cant get them to load carbon into it when i go to a nest they just pick it up and head back to base

Yeah the survivor behavior is SUPER annoying with this. Hopefully it's useful often enough that it's still worth building :)

I have workers by passing my base which is closer to a mech that is farther away. Sorry for the extra work ... I sooo love this mech :) Thank you so much for the mod ... just hating the pathing of the idiots who chose to by pass a closer and perfectly good shelf and/or fridge in lue of a Mech in the woods. /sigh

@justin.crause, I do. People still run from base to drop things in the mech. They don't seem to care about distance.