JS Trainz Rules Factory (scheduling)

boleyd

Well-known member
I am trying to get the instructions, from the authors page, to use the Scheduling tools. However, the site has changed from what I remember and I can't find a path to the descriptive "how to use" info. I can get to Trainz rules Factory with a picture of the list of Trainz routines. But it is in a frame and not clickable. Does anyone know how to get the info to use scheduling?
 
I am trying to get the instructions, from the authors page, to use the Scheduling tools. However, the site has changed from what I remember and I can't find a path to the descriptive "how to use" info. I can get to Trainz rules Factory with a picture of the list of Trainz routines. But it is in a frame and not clickable. Does anyone know how to get the info to use scheduling?

I use his Schedule Library and Copy Commands from all the time. They work in together. Copy Commands from is a driver command used to assign a schedule from the Schedule Library rule to a driver.

You create your schedules in the Schedule Library.

Click on Create Schedule.
Add in the usual commands except for repeat because that has to be external to the Schedule Library.

When you setup a driver's schedule in the Driver setup, you use Copy Commands from.

Place the Copy Commands from and choose Insert from Library.

Don't choose anything else because those other options are buggy and cause weird things to happen such as error messages and driver commands to end up out of order.

When placing the Copy Commands from, put a Wait... 20 seconds prior to the first one to give the schedule a chance to load. Since you can place these multiple times like regular driver commands, you need to put a wait command between them. I use 10 seconds for those. It's just enough to allow the commands to settle in first prior to driver moving.

In the Schedule Library, you can group the driver schedules to make them easier to manage in the library. I group mine by divisions, or destinations. If you choose to rename a schedule in the Schedule Library once you've inserted the commands into a driver's schedule, you will have to delete that schedule from the driver then load in the new one with the copy commands from.

When you load up driver, you'll see the wait... followed by the Copy Commands from icon. If you hover over the Copy Commands from icon, it'll show the schedule name. When the wait time is up, the commands will expand out into the driver's command bar and will appear just like normal driver commands. If you need to, you can edit these commands here just as you normally would, but if you need to make a permanent change, you need to go back to the Schedule Library.

What's good about Schedule Library is that you can make a single edit for multiple drivers instead of needing to edit all the drivers individually.

Hope this helps.
 
Hi

These are probably the most useful rule and driver command in Trainz. One thing to remember though is to not use the repeat command on a schedule that includes the copy command.

It will work fine the first time a driver calls it but it becomes jumbled up after that. The reason is that the repeat command doesn't just repeat the copy command in the schedule it also repeats every command that has been copied in as well.

Regards

Brian
 
THANKS !! These were the info I needed. The Copy Commands From was what I needed.

Now it makes sense and I also have the pitfalls to avoid....
 
...
Click on Create Schedule.
Add in the usual commands except for repeat because that has to be external to the Schedule Library.

...

When placing the Copy Commands from, put a Wait... 20 seconds prior to the first one to give the schedule a chance to load. Since you can place these multiple times like regular driver commands, you need to put a wait command between them. I use 10 seconds for those. It's just enough to allow the commands to settle in first prior to driver moving.

...

Hope this helps.
Thanks for the instruction summary. With the JS-Trainz Trainz section not active, getting that info for those who didn't before is a great feature of this forum.

Meanwhile, about the repeat command. I left it out of the Library command set and put it in the Driver rules. After the obligatory wait, the library commands expanded and the first command was sent to the back of the line. When I looked there, I see the original wait and schedule are also there.
schedule repeat.JPG

When using the Copy from command, do you use the append or the insert option?
 
Always insert the schedule. Append does weird things and always did. I've had AI drivers start out normally then zing all over the place in their attempts to find the other destinations that are way out of order.

Yes, the Copy-Commands from driver command "expands" and its contents fill the driver's schedule queue. You can edit those individual commands once they've been extracted from the Copy Commands from command as if you had placed them manually. This is great for making on the fly modifications and fixes but does not affect the original saved schedule which you'll have to update later on if you need to fix something or want to keep your modifications.
 
Interesting, nice to know. What about Repeat issue? Have you seen it too? Aside from manually removing the insert command from the consist in Driver , how do I prevent it from persisting after it has unpacked? Otherwise, with every iteration, the same commands will keep being inserted until there eventually is an overflow situation as I'm sure there must be a limit to the number of commands that can be stored per consist.
 
Interesting, nice to know. What about Repeat issue? Have you seen it too? Aside from manually removing the insert command from the consist in Driver , how do I prevent it from persisting after it has unpacked? Otherwise, with every iteration, the same commands will keep being inserted until there eventually is an overflow situation as I'm sure there must be a limit to the number of commands that can be stored per consist.

It doesn't seem to matter and it doesn't seem to cause an overflow type of condition, or at least I haven't encountered that yet.

I use this all the time for my trolley route and for extensive passenger schedules which are repeated. The passenger trains run back and forth between terminals and stop in between as required. The trolley drivers do similarly with loops on the ends.

The setup without the repeat is great for setting up drivers in portals. It saves adding all the commands manually. For this configuration, I arrange the commands by portal destination. Albany portal, for example is the group and any schedule destinations are then placed under that group.

I wish that the groups and the sorting was better when setting up the schedules in Driver, but it is what it is and far better than the alternative.
 
Back
Top