[0.18.3] Trains don't repath properly depending on track orientation
[0.18.3] Trains don't repath properly depending on track orientation
I have a train stacker that only fills properly in certain orientations, in the opposite orientation, trains don't repath properly to fill the stacker. See screenshots and save file, let me know if you need more details.
- Attachments
-
- Sandbox.zip
- (4.41 MiB) Downloaded 104 times
-
- screenshot-tick-6128643.png (8.6 MiB) Viewed 2480 times
-
- screenshot-tick-6126222.png (8.49 MiB) Viewed 2480 times
-
- screenshot-tick-6113586.png (6.66 MiB) Viewed 2480 times
-
- screenshot-tick-6103646.png (8.2 MiB) Viewed 2480 times
Re: [0.18.3] Trains don't repath properly depending on track orientation
Define "properly"
- TruePikachu
- Filter Inserter
- Posts: 978
- Joined: Sat Apr 09, 2016 8:39 pm
- Contact:
Re: [0.18.3] Trains don't repath properly depending on track orientation
I was going to complain as such as well, but e.g. in the 2nd and 3rd screenshots, the exit stacker has a train sitting at a blue chain signal.
Re: [0.18.3] Trains don't repath properly depending on track orientation
In the second screenshot, the train will sit at the blue signal forever. It's trying to path through the second to the top, which is closed by the bottom signal. It should path to the open bottom signal first, even though that top signal is closed. It does this properly in the first/fourth screenshots. It paths to the nearest open signal.
Re: [0.18.3] Trains don't repath properly depending on track orientation
I saw that in game, but because of CN logic, in all stacker branches, there is equal amount of rail signals set to ReservedByCN - it is eiher first rail signal or last that is ReservedByCN. Since all legs are of equal penalty, pathfinder is free to choose which branch it will go and this issue is because train cannot go through path it choosed because first rail signal is here ReservedByCN. In Train Pathfinder there is special tie-breaking code that is required to keep decisions deterministic. It uses for example, Segment ID, Segment direction and since Segment ID may be different based on build order, choosen paths may be different. Since they are of same cost, it is Not a bug.TruePikachu wrote: ↑Wed Feb 05, 2020 7:16 pm I was going to complain as such as well, but e.g. in the 2nd and 3rd screenshots, the exit stacker has a train sitting at a blue chain signal.
Re: [0.18.3] Trains don't repath properly depending on track orientation
Perhaps when they have equal penalty, they should choose the one with the nearest/first open signal? Or else is there some other way to create a 'specific order' in/out stacker?
Re: [0.18.3] Trains don't repath properly depending on track orientation
Yes there is one solution: not keeping all stacker lanes at equal penalty.
- use more penalty in case of closed rail signal near the lane exit, for example by using double rail signals parallel,
- or: by keeping both (enter and exit) rail signals closed when given lane should not be used at the moment.