[2.0.13] Belts erroneously treated as obstacles
Posted: Fri Nov 01, 2024 4:09 pm
when dragging a belt or ghost belt across an obstructing belt, then reversing the direction you are dragging after crossing that belt, it is possible for underground belts to be erroneously placed.
caveats/notes:
- only happens when you start dragging in the direction the belt is facing (ie. east facing belt can replicate by first going east over another belt, then west, west then east will not replicate this behavior)
- when force building, if shift is released before reversing direction, the behavior will not occur
- this behavior only happens when the smart belt placement sees a belt as the first obstacle at some point in planning (ie. dragging over an assembling machine immediately followed by a belt will not replicate this behavior)
- if starting building normally, then swapping to force building, the behavior is replicable.
example setups:
- There is a south facing transport belt at 0.5,0.5 (can also be splitter or underground). Drag a belt from (-4.5, .5) to (5.5, .5), then back to (0.5,0.5).
with yellow belts, this will result in this configuration, which is unexpected not only because of the disconnected underground belts, but also because of the west facing belt at (1.5, 0.5). It seems that the belt facing the wrong direction only happens with specific length parameters after the obstacle like (0.5, 0.5) to (0.5, 5.5), as I could not replicate it with anything other than 5 spaces between the centers of the obstacle belt and last belt placed, at least with yellow belts.
- There is a south facing transport belt at 0.5,0.5 (can also be splitter or underground). Drag a belt from (-4.5, .5) to (5.5, .5), then back to (3.5,0.5).
this will result in an extra underground belt that was not expected to be placed from -3.5 to 5.5
caveats/notes:
- only happens when you start dragging in the direction the belt is facing (ie. east facing belt can replicate by first going east over another belt, then west, west then east will not replicate this behavior)
- when force building, if shift is released before reversing direction, the behavior will not occur
- this behavior only happens when the smart belt placement sees a belt as the first obstacle at some point in planning (ie. dragging over an assembling machine immediately followed by a belt will not replicate this behavior)
- if starting building normally, then swapping to force building, the behavior is replicable.
example setups:
- There is a south facing transport belt at 0.5,0.5 (can also be splitter or underground). Drag a belt from (-4.5, .5) to (5.5, .5), then back to (0.5,0.5).
with yellow belts, this will result in this configuration, which is unexpected not only because of the disconnected underground belts, but also because of the west facing belt at (1.5, 0.5). It seems that the belt facing the wrong direction only happens with specific length parameters after the obstacle like (0.5, 0.5) to (0.5, 5.5), as I could not replicate it with anything other than 5 spaces between the centers of the obstacle belt and last belt placed, at least with yellow belts.
- (-4.5,.5) -> (.5, .5) -> (5.5, .5) -> (.5, .5)
- 11-01-2024, 12-00-00.png (135.44 KiB) Viewed 219 times
- There is a south facing transport belt at 0.5,0.5 (can also be splitter or underground). Drag a belt from (-4.5, .5) to (5.5, .5), then back to (3.5,0.5).
this will result in an extra underground belt that was not expected to be placed from -3.5 to 5.5
- (-4.5,.5) -> (.5, .5) -> (5.5, .5) -> (3.5, .5)
- 11-01-2024, 12-07-14.png (118.34 KiB) Viewed 219 times