JonMyrlennBailey
Active member
This had troubled me for sometime before I figured it out. It happened in TS12 and even in T:ANE SP3.
I would start a new session from scratch and initiate the trains on the main line that were to be driven regularly on AI schedules.
There would be one or more junctions on the main line which would cause AI to balk at it. Some junctions caused this balking but not others.
A given freshly-started AI train might be the first AI train to approach a certain switch on the main line. It would then stop short of the lever
for no logical reason and wait. I would read the message from the driver and it would state something like "waiting for the track to clear ahead"
though there was no train ahead for perhaps miles. After about a month of pulling out my hair, I tried something.
Whenever the train makes this balk stop at the troubled junction, I would then issue the command STOP TRAIN. I would then take the controls by hand
and slowly drive the train myself over the junction to get passed it and then give the command CONTINUE SCHEDULE and the driver would go back to the AI
mode again. Since this is on a model Trainz layout with a line that loops in circle, when AI came back around for the second lap, it would no longer balk at this switch and keep on going around
the loop with no more balking behavior at this switch or any other switch on the line. All other AI trains that followed would also travel around the loop balk-free.
All I had to do was "prime" the initial train that came to the questionable junction "like a pump" by driving it over this switch by hand then putting the train back into AI control to cure this for good as long as the session continued and/or was saved and restarted. It's kind of like having to dismount a horse or burro and lead him across a narrow bridge on foot that makes him spook and balk at it. AI acts likes it's afraid to cross a certain junction initially until I lead him across gently by hand only once to show him it's nothing to be scared of.
If the session were saved, exited and restarted or if the ongoing session was saved as a new increment or state under a new name, exited and restarted, no more would AI ever balk at the switch or switches that were otherwise troublesome at the beginning of a new session that was started "from scratch" such as loading the route/session from CDP or stating an initial session after modifying a route or session. When the new session is started from zero, the initial state it was as created in Surveyor, the "priming" process for one or two balky switches on the route is necessary once again but no big deal.
This is one of those software engineering mysteries that puzzles me.
Sometimes when a saved session is restarted, I find myself (sometimes) having to manually shut off loco bells that are ringing when they shouldn't be.
I also have to restart the engines of flying helicopters to make the blades turn again when reopening a session in progress.
I would start a new session from scratch and initiate the trains on the main line that were to be driven regularly on AI schedules.
There would be one or more junctions on the main line which would cause AI to balk at it. Some junctions caused this balking but not others.
A given freshly-started AI train might be the first AI train to approach a certain switch on the main line. It would then stop short of the lever
for no logical reason and wait. I would read the message from the driver and it would state something like "waiting for the track to clear ahead"
though there was no train ahead for perhaps miles. After about a month of pulling out my hair, I tried something.
Whenever the train makes this balk stop at the troubled junction, I would then issue the command STOP TRAIN. I would then take the controls by hand
and slowly drive the train myself over the junction to get passed it and then give the command CONTINUE SCHEDULE and the driver would go back to the AI
mode again. Since this is on a model Trainz layout with a line that loops in circle, when AI came back around for the second lap, it would no longer balk at this switch and keep on going around
the loop with no more balking behavior at this switch or any other switch on the line. All other AI trains that followed would also travel around the loop balk-free.
All I had to do was "prime" the initial train that came to the questionable junction "like a pump" by driving it over this switch by hand then putting the train back into AI control to cure this for good as long as the session continued and/or was saved and restarted. It's kind of like having to dismount a horse or burro and lead him across a narrow bridge on foot that makes him spook and balk at it. AI acts likes it's afraid to cross a certain junction initially until I lead him across gently by hand only once to show him it's nothing to be scared of.
If the session were saved, exited and restarted or if the ongoing session was saved as a new increment or state under a new name, exited and restarted, no more would AI ever balk at the switch or switches that were otherwise troublesome at the beginning of a new session that was started "from scratch" such as loading the route/session from CDP or stating an initial session after modifying a route or session. When the new session is started from zero, the initial state it was as created in Surveyor, the "priming" process for one or two balky switches on the route is necessary once again but no big deal.
This is one of those software engineering mysteries that puzzles me.
Sometimes when a saved session is restarted, I find myself (sometimes) having to manually shut off loco bells that are ringing when they shouldn't be.
I also have to restart the engines of flying helicopters to make the blades turn again when reopening a session in progress.
Last edited: