Factorio Forums

In the shown case in the video below, the Items from a sideloaded belt block the items on the belt sometimes and gain priority over them.
https://youtu.be/SKax39fYH5E

Use a splitter with priority input if you want another behavior.

steinio wrote: ↑

Tue Sep 18, 2018 9:45 am

Use a splitter with priority input if you want another behavior.

This is still a bug, as the behaviour isn't consistent as shown in the video. If the sideloaded items always had priority, weird but fine. But it isn't consistent across setups, most of the time the main belt has priority, sometimes it doesn't.

Thanks for the report however I'm going to say won't-change and or isn't-broken.

When you have *any* belt side-loading the order things happen is entirely dependent on the update order which can change as items are added or removed from the belt.

There is no simple way that won't impact performance to enforce a specific order because if you do something as simple as feed a belt back onto itself then there is no defined order that will work - some belt has to go first and that one happens to get priority.

Rseding91 wrote: ↑

Sun Sep 23, 2018 10:26 pm

There is no simple way that won't impact performance to enforce a specific order because if you do something as simple as feed a belt back onto itself then there is no defined order that will work - some belt has to go first and that one happens to get priority.

Except he isn't feeding a belt onto itself.

Jap2.0 wrote: ↑

Sun Sep 23, 2018 10:30 pm

Rseding91 wrote: ↑

Sun Sep 23, 2018 10:26 pm

There is no simple way that won't impact performance to enforce a specific order because if you do something as simple as feed a belt back onto itself then there is no defined order that will work - some belt has to go first and that one happens to get priority.

Except he isn't feeding a belt onto itself.

Read what I said not just the end part

Rseding91 wrote: ↑

Sun Sep 23, 2018 10:31 pm

Jap2.0 wrote: ↑

Sun Sep 23, 2018 10:30 pm

Rseding91 wrote: ↑

Sun Sep 23, 2018 10:26 pm

There is no simple way that won't impact performance to enforce a specific order because if you do something as simple as feed a belt back onto itself then there is no defined order that will work - some belt has to go first and that one happens to get priority.

Except he isn't feeding a belt onto itself.

Read what I said not just the end part

Okay, some belt has to get priority. Presumably there's no easy way to set that to say, make that the belt that's going straight?

Next question: how are you getting spaces to side-load into on a fully compressed belt? Are you somehow updating the middle belt, then the upper belt, then the right belt? And if so, how would that happen in any case other than, say, a loop? Wouldn't the entirety of the straight lower belt be one transport line?

In the example video he is feeding slow belts onto a faster one. That automatically splits the transport lines since the game can't merge different speed belts. So yes, the fast one updates and makes a gap then one of the 2 slower ones updates and puts an item into that gap.