[0.17.14] Sideload to full side get priority sometimes

[lvllord]

Hello,
I remember some topic here, where a splitter used another belt, beside its priority input. But I can't find it (it was about a splitter with two full belts of input and one priorized. But still the other belt sometimes got an element through).

Now I have something similar with normal belts sideloading.
Even when the side is full and there is no gap because of belt speed differences, the sideloading belt get an copper ore on the belt.
If the left belt is empty, the right belt will input its elements.


I've also seem something similar but with inserters directly in front of a splitter. Even though the side was full, it pushed some elements in and ignored the spacing (you can see the distance sometimes get reduced).

I haven't seen this behaviour in 0.16 (also not the splitter priority input thing). Is this an intended new "feature" or a bug.
For me the functionality is not logic and sometimes you want indirect priorities to take place.

There is a red splitter on the right side of the belt. Could it be that the splitter still uses some of the old speed logic? Sometimes it will move 3 elements, and sometimes 4?

Btw: no mods beside bottleneck used.

[invisus]

Hello,
I remember some topic here, where a splitter used another belt, beside its priority input. But I can't find it (it was about a splitter with two full belts of input and one priorized. But still the other belt sometimes got an element through).

This one?
viewtopic.php?f=7&t=66628

[lvllord]

...

This one?
viewtopic.php?f=7&t=66628

Yes, exactly! Don't know why I didn't find it :shrug: .
Tho they are different, I think these are somehow connected.

[invisus]

Likely due to this: viewtopic.php?f=55&t=67087

It's been making it quite hard to find topics that you know you've seen recently, etc.