Hello Dev Team,
I've encountered an issue when using the inserter behind the splitter, on the side opposite to the output. The inserter appears to get stuck and does not operate as expected.
Details:
I tested placing the inserter on all available sides of the splitter.
It seems to work correctly on every side except when positioned directly behind, opposite the output.
Unclear Behavior: I'm not sure if this is the intended behavior or if it's a bug. To help illustrate the issue, I recorded a video demonstrating the tests using each available side of the splitter.
Expected Behavior: The expected outcome is for the inserter to work correctly in all five scenarios, regardless of its position around the splitter.
[2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
Re: [2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
Not a bug. Splitters interface with the world through pieces of belt (input/output). Inserters interact with these belts, not with the entity. The inserter in question is placing items on one of the splitter's output belts, and the belt is already full.
Re: [2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
Thank you for your reply,
I understand that the inserter places the item on the output belt. However, I have a follow-up question — sorry if it seems basic.
What’s the difference between the two inserters? Don’t they both place the item on the same side and position on the belt? It seems a bit counterintuitive how this works.
I understand that the inserter places the item on the output belt. However, I have a follow-up question — sorry if it seems basic.
What’s the difference between the two inserters? Don’t they both place the item on the same side and position on the belt? It seems a bit counterintuitive how this works.
- Attachments
-
- Screenshot_582.png (548.03 KiB) Viewed 393 times
Re: [2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
It's not that inserters always place on the output belt. It's that they always place at a particular relative coordinate (normally, the far half of the adjacent tile, and just left of center I think). Sometimes that drop point lands on the output belt, sometimes on the input belt. You just have to experiment to see if what you want will work.
Also, the drop point was tweaked for 2.0 to make it more consistent, so some setups from 1.1 that relied on glitches might behave differently now.
Also, the drop point was tweaked for 2.0 to make it more consistent, so some setups from 1.1 that relied on glitches might behave differently now.
My mods: Multiple Unit Train Control, Smart Artillery Wagons
Maintainer of Vehicle Wagon 2, Cargo Ships, Honk
Maintainer of Vehicle Wagon 2, Cargo Ships, Honk
Re: [2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
Specifically, inserters put items 0.7 of a tile away, and the splitter's decision point is in the middle. So top and bottom inserters are placing items on top of the splitter line, which still counts as before it, and the left inserters are placing over and past the split.
Re: [2.0.17] Inserter Stuck Behind Splitter on Opposite Side of Output
This can be easily investigated using `show-transport-line-insert-spec` debug option and hovering cursor over inserters.
Inserter that loads from side drops item in the middle, which gets inserted into line "2", which is right input lane on left tile.
When looking at the inserter at the faulty position, it drops into line "6" which is right output lane on left tile
Simply saying: Inserter drops too far forward causing it to drop after the logical splitter.
Inserter that loads from side drops item in the middle, which gets inserted into line "2", which is right input lane on left tile.
When looking at the inserter at the faulty position, it drops into line "6" which is right output lane on left tile
Simply saying: Inserter drops too far forward causing it to drop after the logical splitter.