When loading the attached save, you are looking at train 132 enter a depot for servicing, prior to making its way to the SE towards its next station.
While it is pulling out of the depot, train 134 (which shares orders with 132, and should follow the exact same path) comes careening over the bridge, realizes its desired path is blocked, and heads off to the SW instead.
Observed in TTDPatch a67, a60, and a55
stuff.rar contains the usual; save and both cfg files.
Pathfinding problem on custom bridge heads
Moderator: TTDPatch Moderators
Pathfinding problem on custom bridge heads
- Attachments
-
- stuff.rar
- (287.78 KiB) Downloaded 35 times
-
- screenies.png (15.46 KiB) Viewed 830 times
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
I have similar constructs elsewhere on the map, so I assumed..., but we all know what they say about assuming, right? Anyway, it came true.
It happens even if there isn't a bridge there.
Savegame, with normal track, from just before Train 132 reserves its path into the block. Same newgrfw and ttdpatch.
It happens even if there isn't a bridge there.
Savegame, with normal track, from just before Train 132 reserves its path into the block. Same newgrfw and ttdpatch.
- Attachments
-
- TRP01.rar
- (278.15 KiB) Downloaded 30 times
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Who is online
Users browsing this forum: No registered users and 15 guests