This is exactly the problem with looping timetables though: real life timetables don't work like this. Almost always, rolling stock diagrams stretch multiple days. Plus, a midnight start is quite inconvenient (for German timetables at least), since the railway's "operational day" tends to start and end at around 0300 hours.
I agree, I was able to let it start at midnight because I had only one passenger service that was active at midnight, I was able to split it up so it starts at Langenprozelten at midnight and ends at Langenprozelten at 23:59:45, but this is not ideal. Also, the portals enable me to let the correct formation "magically" spawn in at a convenient time so it finishes at its start location, as opposed to RL operations. I agree that this is not ideal, but if you want the timetable looping,these are the boundaries that you have to work with until DTG decides that multi-day support is worth developing.
Just remember if go into a second day services start 24:00+ times must be entered, I had freight on my timetable not arriving until 2am , so I made my first timetable 36hrs for overlap allowance
Hiya quick question. I've run into this issue today whilst creating a new TT. I've also removed the DLC input from the layer (kept it in the custom formation) and the TT is simming fine. However a few people advised me it will cause issues in the long run. Did you encounter any issues when you cooked the TT and tested it? Thanks.
If you build a timetable with DLC's from other routes, it must be referenced in the RVD's being used, for example GWR hst on the ECML, if you are creating your own formations, each item must have the appropriate DLCs referenced in the RVDs and formations. I hope that helps!
I tried using the 150 and 802, they both simulate fine in the base layer but if I put them in a new layer they both don't appear in the simulation. I've also swapped with the GWR HST on the Riviera Line. Same issue comes up. Someone else offered to check and they said they have encountered the same issue (when using the HST). I made a 2018 Riviera Line TT last month and oddly that still sims without an issue (with DLC correctly referred to in the layer). I cannot see a single difference between the HST in this fresh timetable and the HST layer in my last timetable. Could it be a bug?
Wonderful. I read your comment when you posted it and applied the solution but forgot to reply, thank you so much.
Hi everyone, I've found myself at a roadblock. I'm making my timetable on the Riviera Line. The services I've added in the past 24 hours are either express services (i.e. Paddington - Penzance) or Cross Country (i.e. Wolverhampton - Paignton) and all come from the vault onto the map, and none of them are coming on for some reason. I removed the old data tracks and re-simmed, and although the main layer simulated the same as before my Cross Country Layer didn't seem to initiate at all, no mention of it in the logs. It's surprising as at least one XC service was working before. For quite a few of the formations a comment in the lot appeared: "No World was found for object". Another one was: "TSW2DISPATCHER: RUNAWAY??" I tested it with the PIE which didn't bring any issues. I'm just lost, would anyone happen to have any idea what to do? Many thanks.
The correct DLC are referenced in the layer (multiple, as it is a BR timetable so uses Class 45 from NTP and MK1s). I had it successfully simulate one XC service when I initially started testing it. When I deleted the data track to resim (to again test), that same service also failed to simulate. I quickly simulated an older 2018 TT I worked on and that seems to simulate fine so I doubt it's a bug with the editor.
it could be anything from being placed wrong, wrong time set or something is blocking it. Its very annoying. I suggest getting something like baregrep software and typing in and looking at what is causing the train to fail?
I copied over the services to an empty test TT to see if it would work and it didn't. I want to sub all the consist with IETs just to see if it's an issue with the consists I'm using. If that doesn't work I think I'll try process of elimination to see which service causes it. Many thanks for trying to help, it's appreciated.
So reading the log and all instructions the service attempted will give you the reason for the none start. This can be unexpected couple, wrong dlc name, formation problem, incompatible couple, etc. Baregrep will let you see all the entries the log has that has the service you want to look at. So if I wanted to check a specific service I would type 0A00 and it'd show all the entries the log will have. (With Baregrep)
