Items can still jump forward when entering a new belt segment.
The item jumps forward on the belt highlighted with hazard concrete, just before the red splitter.
item creeping forward.gif (1.84 MiB) Viewed 7089 times
This is related to belts being in a circle, there will always be a point like that in the circle.
Re: [0.17.1] Item jumping forward on belt.
Posted: Thu Aug 01, 2019 1:52 pm
by Trebor
kovarex wrote: ↑Thu Aug 01, 2019 1:02 pm
This is related to belts being in a circle, there will always be a point like that in the circle.
Is it really a circle if there are inserters on all paths?
Re: [0.17.1] Item jumping forward on belt.
Posted: Thu Aug 01, 2019 2:02 pm
by sirOrangJuice
This does not depend on the belts being in a circle.
The behavior is identical if the belt feeds into a chest after the fast splitter.
Re: [0.17.1] Item jumping forward on belt.
Posted: Thu Aug 01, 2019 5:13 pm
by Trebor
sirOrangJuice wrote: ↑Thu Aug 01, 2019 2:02 pm
This does not depend on the belts being in a circle.
The behavior is identical if the belt feeds into a chest after the fast splitter.
That is what I was saying, there is no bolt loop because it (the pic above) starts and ends with an inserter.
Re: [0.17.1] Item jumping forward on belt.
Posted: Fri Aug 02, 2019 2:13 am
by FuryoftheStars
kovarex wrote: ↑Thu Aug 01, 2019 1:02 pm
This is related to belts being in a circle, there will always be a point like that in the circle.
I think you’re looking at the wrong issue.
If you zoom in on the belt passing through the hazard concrete, you can see the lead item of the top lane suddenly jump forward one position.
At least, that’s my understanding of what OP is trying to point out.
Re: [0.17.1] Item jumping forward on belt.
Posted: Fri Aug 02, 2019 7:21 am
by boskid
show-transport-lines and show-transport-line-gaps debug options turned on:
65493-side-loading-belt-creates-gap.gif (643.19 KiB) Viewed 6876 times
This may look like update order issue but from what i tested it is not. Testing in [0.17.60] this issue still exists and can be reproduced at will with this bp:
Just stamp this blueprint in editor (instant building), run and wait about 5 seconds (time for transport lines to split 2 tiles behind side loading point). After this issue shows up.
edit: it looks that mandatory part for this issue to show up is that affected transport line(where gap is visible) must merge up to internal part of splitter and splitter must be feed from other transport-line on second input
Looks like the transport lines end at the edge of the tile. However, lines are slightly inset from the edge so they aren't directly at the drop point, so there's a gap. Just jumps that gap visually. A possible solution would be extending the transport lines out to meet the line it's dropping to if it sideloads, but that of course would probably be complex.
Re: [0.17.1] Item jumping forward on belt.
Posted: Wed Aug 07, 2019 3:25 pm
by boskid
Staplergun wrote: ↑Wed Aug 07, 2019 3:10 pm
Looks like the transport lines end at the edge of the tile. However, lines are slightly inset from the edge so they aren't directly at the drop point, so there's a gap. Just jumps that gap visually. A possible solution would be extending the transport lines out to meet the line it's dropping to if it sideloads, but that of course would probably be complex.
No. From my tests issue is with first item that enters affected transport line (its debug visualisation: changes from white line into blue line) when it goes into spliter and related second input transport line in spliter is already active (also blue). It works in any rotation, also in mirror. It is likely that spliter logic somehow interfere with transport line logic (maybe spliter performs additional transport line update that moves first item one tick ahead?)
Re: [0.17.1] Item jumping forward on belt.
Posted: Wed Aug 07, 2019 4:29 pm
by Staplergun
It's literally jumping the gap
Re: [0.17.1] Item jumping forward on belt.
Posted: Wed Sep 04, 2019 8:15 am
by Klonan
Hmm, i can reproduce it
Re: [kovarex] [0.17.1] Item jumping forward on belt.
Posted: Fri Sep 13, 2019 10:43 am
by kovarex
After consideration of the possible implications, I decided to move this to minor issues.