Even the simplest rules like (a + b) + c = a + (b + c) do not hold for floating point math. Thus, summing the electricity consumption of all machines and subtracting that from the larger network will likely have a different result than accounting for each machine individually. True for unlimited pr...

My guess is, the switch-version is a kind of test-balloon. If it works well other ports might follow.

I link to viewtopic.php?f=6&t=15011 ARM build

For further discussion.

I try an short answer: Adding a reserved-queue will increase CPU cost (one queue per roboport). [ As reminder: You already increased it a bit because you use the “go to next roboport in my direction”-algorithm instead of “go into direction of my target”, we have discussed that out. Now again a bit m...

You never know where bots come from to pick something up and where they will deliver it changes a lot too. This is not correct. When you watch single bots over longs distances, when there is not much traffic, then they will go always the same path. As with this suggestion, the current behaviour is ...

In that way, while the change makes the behaviour more complex, I think it would make it more intuitive. I understand that this is very subjective though, and completely agree that actual experimentation is needed. The problem is that the game engine really doesn't support this kind of thing at the...

Assuming you aren't actively placing roboports to mess with it this algorithm [...] And even when you do place roboports you just have to remember that the new way chooses the next bit of the path a bit earlier. As in you already know which bots are on their way to recharge and will ignore your new...

First: the image links above are broken. Can you fix it yourself or should I do it for you?

To the suggestion itself: in other words the fast replaceable entities (belts, inserters etc.) should be placed in one slot.

I like this idea…

PS: coordinates are int and speed and charge doubles, right? AFAIK both must be double, because you can place entities very precise. And now I have been in holidays and time to read all again. And I admit, I have posted some stupid stuff. But I found the gap. :twisted: I played a bit around with pe...

Standing at the edge of your base under regular attack, phone call comes in and you forget about the game, going to sleep, going to work and in the evening see, that Factorio is already loaded and nothing has changed. Nothing. Did it run the hole night and day? I can’t tell, nothing has changed. It’...

I think you are still not getting the proposal at all. I think I understood it, but we speak from different things. I was completely sidetracked from the idea, that robots are calculated each tick and not once at the start of their travel. In other words: You can calculate the position of the bots ...

Thanks. I realized that I missed to read the "WHY", because of the pics, so this makes now sense.

Perhaps next time you can hide the pics with a spoiler:

See also https://factorio.com/blog/post/fff-368

EDIT: And when comes the iPad Version?

What I understood was this: there is some parameter in the map generator, which does something, and you want to have it available in the GUI of the map-generator. And you also suggest to add another parameter which depends somehow to a distance and reverses that first parameter. The rest I don’t und...

(This topic isn't exactly new, see e.g. this thread from 2016 in "Not a bug": /viewtopic.php?t=37124 , where the situation is even worse. The bots fail to cross the hole and get stuck in an infinite loop instead.) This one is in my opinion more or less a bug. Because in my last game I had...

Ok, then I take back what I said. I thought there is some kind of library from Razor or so, which does "magic" stuff. But now it seems to be more or less a "voluntary subproject" of Factorio development and this means the place for this suggestion here is correct. Maybe Razor sho...

What came into my mind is this: the position of each robot seems to be updated each tick. Which is great (because Factorio seems to do this for 10000 robots per tick without much hassle), but indeed: most times we can absolutely predict where a robot should be at a given time. This is only interrupt...

You mean that walls can be upgraded to gates and gates can be upgraded to walls? What a simple but great idea! Nice!

I think you’re wrong here. Wube has been paid to built in the Razor drivers, so the logical target of your request is Razor.

merged with existing topic Isn’t this a more useful feature when you can also downgrade? And is that not more useful, when you can just replace entities completely, when they are not matching? Eventually both makes sense, but I point to https://forums.factorio.com/viewtopic.php?f=6&t=59554 (Hot...

I had an idea (but it’s a bit off-topic): what if roboports would behave like supply chests? In this case: you can say how much logistic- and construction-bots should be in this roboport. And how many repair packs. And you can put all three items in and out via inserters. But because they also work ...