I added my points to your list (in italics):Ībility to read the contents of one roboport to a circuit network. So this resulting post is just a bit of accident, in my opinion too less broken to ask for the backup. For the edited points: I didn't delete anything, there was just another paragraph above (which wasn't that important in my opinion, so I didn't quote it). Sorry again, but it's just the number of posts, that make such stuff happen. Hadn't had this since more than a year now. I'm sorry, it seems, that I pressed EDIT instead of REPLY, and so I overwrote/deleted this post somehow yesterday. Small, but important difference to this suggestion. For example I can imagine also a micromanagment, where you input the number of robots, that a roboport SHOULD request, instead of inserting the bots via inserter, and the bots fly to that roboport themselves. I mean also that is the difference between your idea and mine, mine ( viewtopic.php?f=6&t=8925) works automatically, yours need some kind of configuration.Īnd also: Between all those ideas is a lot of space. But he COULD, if he wants to, to optimize special stuff! I think the logistic should work itself in a more or less optimal state. What I really want is, that the player don't need to micromanagement the bots in his roboports. They can exists in parallel and are useful. Well, I don't see, why boths methods could not be implemented. I guess all i want is to be able to read the contens of one roboport like you do with a chest, it may seam like a small implemation but the applications would be huge! i have alot of more ideas how you could use this if it was implemented.Įdit: I scoured through those threads but the suggestions that was presented seamed rather vauge and hypothetical compared to mine, i think you could solve some of those problems using the tools provided ingame if you could implement the ability to read the RP content. Alot more problem solving could be done if this was available. the edge of the base, then dumping resources would go much faster. If however the player could chose where all bots would be i.e. if all the bots where evenly distributed to all roboports then it would take time to fly over to the player from the other side of the base or in the "transit" zone and pick up resources. The second one is that if i may paint you a problem lets say that we have a base and the player, coming from outside the logistics range and would want to dump resources from the inventory trash slots to the storage network. If you ask me the second option is a win-win situation since by letting the player solve the problem one does acually have to think out a plan and invent an solution(ist that the purpose of the game as whole?) and secondly this seams to be way quicker to implement by the devs. The first is a practical one for the devs, as i see it either the devs could design a system that would spread all the bot evenly and automatically or you could send the contents to the network and let the player do it themselfs using an automated network. Okay, that would work, but there are two issuess with this.
#FACTORIO ROBOPORT FREE#
Each roboport can say "I need bots", and then the free robots fly to this roboport themselves.