Page 1 of 1
[0.15.34] Ingredient/Inserter mismatch
Posted: Wed Oct 04, 2017 3:20 pm
by Mekronid
Imputting two different versions of the same item via an inserter will cause the inserter to pick up both items. However, the assembler appears to only accept the original version it was loaded with, even though both can be used to produce the recipe. In the shown test case I was able to jam the inserter with a single damaged belt, even though the assembler recipe only calls for a single belt. This means there's a mismatch between what the inserter will accept and what the assembler will accept for a given recipe.
Possibly related to
viewtopic.php?f=23&t=48246, not a duplicate.
Re: [0.15.34] Ingredient/Inserter mismatch
Posted: Wed Oct 04, 2017 3:40 pm
by steinio
Suggestion: The result should be a red damaged belt
Re: [0.15.34] Ingredient/Inserter mismatch
Posted: Wed Oct 04, 2017 3:44 pm
by Loewchen
I don't understand what
two different versions of the same item
is supposed to mean.
Re: [0.15.34] Ingredient/Inserter mismatch
Posted: Wed Oct 04, 2017 3:46 pm
by steinio
Loewchen wrote:I don't understand what
two different versions of the same item
is supposed to mean.
Probably damaged item != new item.
Didn*t we have this situation before and the answer was not to add damaged items into assemblers?
The answer is linked in the first post.
Re: [0.15.34] Ingredient/Inserter mismatch
Posted: Wed Oct 04, 2017 5:25 pm
by Rseding91
Thanks for the report. However, this is not something that we're likely to change - the performance implications, additional memory used, and save space taken to making recipes dynamic like that means it's not likely to ever happen.
As of now, you simply can't feed damaged items into assembling machines/furnaces/labs - anything that takes recipe like items - and have it work. You have to repair them first.