Page 1 of 1
[Rseding91] [2.0.16] Lack of control over food slot
Posted: Sun Nov 10, 2024 12:57 am
by Sopel
- 11-10-2024, 01-54-31.png (20.66 KiB) Viewed 557 times
Food insertion has priority over ingredient insertion. You can't filter the food slot to only accept common nutrient. You can't use circuits to detect empty food slot because "read contents" does not provide food information. Can't use circuits for timing (i.e. always swing food providing inserter 1 tick before inserter providing inserter) because it's a potential race. Basically there is no 100%-proof way to ensure ingredient is not inserted as food.
I consider this a bug. Potential solution could involve either adding food item to "read contents", adding a separate signal for "food contents", or allowing a filter on food. Though any solution that's not a slot filter is potentially racy.
Re: [<=2.0.16] Lack of control over food slot
Posted: Sun Nov 10, 2024 1:05 am
by mmmPI
Suggestion that is exactly this :
viewtopic.php?f=6&t=118631
Re: [2.0.16] Lack of control over food slot
Posted: Tue Jan 28, 2025 3:35 pm
by Genhis
The read fuel suggestion was implemented, so I'm moving this to resolved. Please let me know if you think we should do something else.
Re: [2.0.16] Lack of control over food slot
Posted: Tue Mar 25, 2025 5:44 pm
by Upserter
Genhis wrote: Tue Jan 28, 2025 3:35 pm
Please let me know if you think we should do something else.
Not sure if I'm doing the right thing by necro'ing this resolved bug report, but I believe the "read fuel" suggestion that was implemented is not a complete fix for this problem. Unwanted fuel items can still be inserted into the fuel slot if the previous fuel spoils on the tick preceding the insertion of the unwanted fuel. As OP says, it's a race.
A slot filter on fuel slots is necessary.