I really meant, the clunky options appear, because you try to change the designed behaviour to behave different. Precisely: try to empty the storage first. But if you are fine with potential residual staying in the storage, which doesn't really hurt anyone(?), it's quite easy. limit output inserter of producer assembler to contents of logi-network. No need for circuit wires here.FuryoftheStars wrote: ↑Tue Jun 14, 2022 5:00 pmYes, posila's post makes that clear.
Which is why the OP made this thread, and I'm in support of their idea.
Except I'm ok with the "current goal" whereas the "changed goal" is exactly the "clunky options" I don't like? I mean, provided I don't have hundreds or thousands of what I'm building all in storage, once it's cleaned out, building then follows normal priority, so it shouldn't slow things down that long. And the "changed goal" is just a way of forcing it take from storage by letting the primary sources run out, which means it goes "slow" anyways.jodokus31 wrote: ↑Tue Jun 14, 2022 4:13 pmBut you also should consider to change the goal. Current goal is:
Storage should be used first before taking from other source and before producing more. Building can be slowed down as long you have items in storage.
Storage should be used before producing more (except a certain residual). Building should be as fast as possible.
Of course I see the benefit, to first empty the storage, because it sucks a bit to produce and use items, while a residual stays in storage unused. The slow down effect appears more randomly, when the storage is used at some random occasions. But I really wonder, if you are overall a bit more productive with the downside of keeping a random buffer in storage, which might happen to be used first, because its just nearer to the building location.
Yeah, like above mentioned, i don't see the need for circuit wires. Just limit the inserter with logi-network contraints.SoShootMe wrote: ↑Tue Jun 14, 2022 9:21 pmYes, it's functionally equivalent to your #3, except there's no circuit wire everywhere. You stressed the latter so infer that is a significant aspect of what makes it "clunky" to you, but it is not a necessary part. The only downside I see is the need to configure the inserters, which I think is much more fiddly and (therefore) error prone than limiting a chest. Do you see more or something else, or do you think it is just weighting (ultimately, opinion)?FuryoftheStars wrote: ↑Tue Jun 14, 2022 5:00 pmYeah, if I understood Koub's post correctly, their suggestion falls in on #3 from my previous post.SoShootMe wrote: ↑Tue Jun 14, 2022 4:24 pmKoub's suggestion of reading the logistic network to disable the inserters that fill output chests with construction items when you have "enough" (rather than eg limiting the output chests) addresses that.
I really like the mod: https://mods.factorio.com/mod/AdditionalPasteSettings to set those limitiations easily.
As summary, I'm really not sure, what is preferable. I would also be ok, if storage chests have higher prio, because its nice to don't have random items in storage, which appear useless