... Argh i had forgotten that, my argument was not correct, speed module in beacon + prod module would be more space efficient then just quality module in assembly. Maybe also more cost efficient on the long run , I suppose it depend on the exact cost of speed module & beacon as they make the i...

Also you first multiply the quantity of base input material with productivity, and then reduce it at the last step with the recycler, forcing a much larger footprint throughout the whole production chain, and many recycling recipe/loop. Whereas utilizing quality and recycler at the early stage of t...

Please share ! :d It would be my pleasure! It's quite scrappy (and in ods form, which I'm sure will cause trouble with excel - tho google docs copes I think). The interesting variables are over on the upper left, with "Qual of modules" being the interesting one - set to 0 for L1, 0.3 for ...

(I didn't work it out precisely). devs are pro though ! x) For a player there's a lot to take into account :) As the numbers you/the devs give is one method to get a "legendary" item, the one where you use the lowest quality input and recycle everything until you get the highest quality i...

Just, note that the numbers given by the team are about right - presuming the quality works as: Level+1 has probability p Level+2 has probability p^2 Level+3 has probability p^3 Level+4 has probability p^4 then with 4 standard quality 3 modules, and recycling (but no modules in the recyclers), the L...

Third, I notice we can't support the half-diagonals, which is quite interesting. I understand why, it just seems an odd limitation Wrong. The rail support follows the style of the ramp, but with the difference that it can be rotated in 8 directions. https://cdn.factorio.com/assets/blog-sync/fff-378...

So, first, this is amazing. Second, I love the idea of the hopper unloaders someone mentioned above. (so dump the contents of a wagon from height into a store - though I know this is gonna be complicated as I suspect they aren't having train stops be elevated... still) Third, I notice we can't suppo...

Oooh, I hope they really play with the trigger researches, I had a lot of fun with True Nukes making alternative research systems, and having a system to do that nicely would be amazing. Particularly if some of the requirements were eccentric, like having an infinite research based on the number of ...

Except this signal would allow mixed length trains to navigate a network efficiently, and in particular would allow networks which can support arbitrary length trains. At the minute, there is a huge penalty for mixing train lengths, as you have to signal for the longest train in an area. With this, ...

Yeah, this would actually be a really cool addition.

... As far as I can tell from reading the post and looking at the video examples they provided, most bots do attempt to go straight to the target. They do not turn around and only choose to charge at ports at least closer to their target, if not at the target. But some don't go direct because the c...

... I'm not debating the frequency - I have no reliable data there. I'm mentioning it because if, and only if, we determine that we need to recharge en route, we need to calculate the target roboport upfront, since we're planning to fly there directly. Which adds a minor bit of extra work (, which ...

... You're missing one piece of extra work here: You also need to calculate the position where the bot would enter recharging mode, i.e. botLocation + tileRange towards the target. No, that's not a major factor, as that only needs to be done when the bot is calculated to need recharging, which isn'...

... Wouldn't it overall be easier to define the failure mode earlier like at 25% charge? Then robots caught over no coverage would pick a port, still towards the destination and maybe even at the destination, and fly quickly towards it with charge for at least most of the way. Rather than only trig...

... I believe it's the fact that for some bases you could potentially have these extra calculations being performed for thousands, if not 10s or 100s of thousands of bots that makes it UPS intensifying. And yes, I know the calculations you're talking about are not done every tick, but when you have...

... I've heard this a lot "it's more UPS intensive" seems the catchall counter to "bots should be better". I don't see any reason why this would be noticably more UPS intensive. The operations involved are: 1. like 4 multiply operations to find the location the robot would recha...

Rseding91 wrote: ↑

Mon Aug 28, 2023 4:00 pm

As part of the Space Age work we had to bite the bullet and change tiles to support up to 65'000~ tiles. It means more memory used and potentially save file size but it's now going to be there.

YESSSSS

FINALLY. One improvement I would make: I think Construction robots should fill up on their inventory from multiple construction or deconstruction tasks, having them bounce/queue up tasks for even more versatility in actually *not* placing one structure at a time or removing one structure at a time....

... Yeah, and it could check if the player roboport range overlaps with the blueprint/deconstruction (if there's multiple in multiplayer, you could, say, build it outwards from both players). It would certainly give the game a good shot initially, though I'd guess it wouldn't affect their role in t...

TL;DR: For personal roboports only, we really, really, really need jobs sorted by distance from the player. ... This could honestly be done as a tweak to the deconstruction planner/blueprint deployer, at least I'd guess... Just adding tasks in a different order onto the queue, so the close ones get...