Was trying to always guarantee full stacks of 16 in my inserters and hit this.
Logistics science pack, single assembler 10 beacons with speed all legendary), overload appears to be 14. With some bad luck, the assembler will make exactly 14 science packs but be out of input material. Assembler will show "Outputfull" and inserter feeding input will show "target full" but there aren't 16 packs created.
I believe allow_inserter_overload (defaulted to true) should be addressing this, but it doesn't appear to. Am I wrong? If it's not a bug, how about a nice QOL feature for at least science packs? Seems unlikely that making 16 will ever be a problem
Attached a save with the assembler in this state.
[2.0.77] allow_inserter_overload appears to not be working? (2.0 + 2.1)
[2.0.77] allow_inserter_overload appears to not be working? (2.0 + 2.1)
- Attachments
-
- stuck machines.zip
- (1.72 MiB) Downloaded 8 times
Re: [2.0.77] allow_inserter_overload appears to not be working? (2.0 + 2.1)
This is not a bug. allow_inserter_overload is just about having extra space on the ingredients side to allow items to be inserted even if the items are being inserted by up to 4 inserters carrying the same item. If this was not there, it could happen inserters would be locking themselves because all of them decided to pick the same item, only one was able to insert items and now other inserters are stuck which is a problem when recipe also takes different items. Regardless of extra stack limit for ingredient, the inserters will still not insert items if assembler is overloaded with products and as you observed the overload related to products is 14. Just because both concepts have "overload" somewhere in the name does not mean they are related to each other.
Re: [2.0.77] allow_inserter_overload appears to not be working? (2.0 + 2.1)
No worries. Feel free to move this to a QOL feature request then. Seems like it would be nice to be able to guarantee a full hand of output for stack inserters. Probably doesn't matter for 99.9% of people though.
Put differently and specifically, it would be nice if the overload multiplier for sciences always ended up above 16. I'll work around by defining lower hand sizes for now.
Thanks for the quick response.
Put differently and specifically, it would be nice if the overload multiplier for sciences always ended up above 16. I'll work around by defining lower hand sizes for now.
Thanks for the quick response.

