[Patch] Improved Timetable Management [V2.31tr SVN15778]

[Regiovogel]

Well, I've just had a look into the savegame with the broken network - it doesn't show any errors. Also the last autosave before it didn't make any problems with the routing...


While playing, there was another strange thing. After setting a new interval, the status didn't leave the "reinitializing" state. I could get it to work again with setting a start date for one of the trains... that was only once. When loading the savegame, it changes to "During first round" normally, so I'm afraid I can't post a helpful savegame for this one

[PhilSophus]

While playing, there was another strange thing. After setting a new interval, the status didn't leave the "reinitializing" state. I could get it to work again with setting a start date for one of the trains... that was only once. When loading the savegame, it changes to "During first round" normally, so I'm afraid I can't post a helpful savegame for this one

Do you remember if you did anything special before?
Please note that the reinitializing stage should be left, when a vehicle arrives at the first station, not for those that are already in the station. Moreover, if you have a vehicle selected when changing the interval this one is selected as the new leader and the first round will not begin until exactly this vehicle arrives at the first station.

[Regiovogel]

I don't know exactly, but if I remember correctly, I resetted the late counters for all vehicles before setting the new interval. Every train visited the first station at least twice, so it should have worked - but it could be, that I thought it doesn't work and set the new interval once more, so it could also be my fault. I will try to reproduce this

[bokkie]

Just wanted to give a thumbs up, encountered some bugs as Regiovogel but nothing major (and: nothing not already mentioned!). The Headway window is quite handy for keeping track of vehicles not on time and works like a charm!

[PhilSophus]

A new version is out:

• Auto-fill rounds to timetable unit selected when starting auto-fill
• Auto-fill allows to set a minimum waiting time (just select a station with a set waiting time, when starting auto-fill and that time will be taken as the minimum time)
• Bug fix: Edit boxes wouldn't accept unchanged settings

The trunk and cargodest base versions remained the same.

Savegame is bumped, but it should load V2.0x games without problems.

If you used the cd-reduce-passengers patch and want to continue V2.0x games please apply the attached patch instead of cd-reduce-passengers.patch in the top post and it should work.

[Tekky]

Here are the new Win32 binaries of ITiM 2.10 with cargodest. I have again supplied two binaries, one with and one without the passenger reduction patch.

Please note that at the time of this writing, VirusTotal is down and I was unable to scan these binaries for viruses. Therefore, I suggest you check these binaries for viruses before you use them. EDIT: In the mean time, VirusTotal is up again and I have scanned both .zip archives. VirusTotal reports these files are free of viruses.

Legal Information:
Please note that this program is copyrighted and licensed under version 2 of the General Public License, which means -among other things - that it is distributed without any warranty. Please see the file COPYING.txt for further information, which is included in the .zip archive. I have supplied this notice because it is mandatory according to section 1 of the GPL.

EDIT: This binary is now out of date. A more recent binary is available later in the thread.

[pshemko]

Thank you very much for this patch. It's simply superb! I'm playing it on the cargodest branch and now the word 'network' got quite a new meaning

I would like to know what disadvantages are there of keeping all timetables in 'automatic' mode? Also - in automatic mode is it possible to adjust the interval with every full round of the leading vehicle? I've noticed that if I add a few vehicles the whole timetable stops working as expected (i.e. the spacing stops being even).
Is there any easier way of getting the the 'headway' screen of a group of vehicles then vehicle window -> orders -> timetable -> headway?
Is it possible to see current 'virtual time'?

Something is wrong with the station timetables, for some reason sometimes the departure time is before arrival:

timetable

timetable.png (13.53 KiB) Viewed 4356 times

this problem corrects itself with the next refresh of the timetable.

[a.locritani]

Tekky, you already know I've found a strange behaviour with your build (without passenger reduction). To the other, I'm just posting a link to the other topic where I describe the problem. Maybe somebody else can check

[PhilSophus]

Tekky, you already know I've found a strange behaviour with your build (without passenger reduction). To the other, I'm just posting a link to the other topic where I describe the problem. Maybe somebody else can check

Could you check, if it happens in
a) trunk r14420
b) cargodest 527e0a444916
Those are the revisions my patch is based on. I can not imagine that this is something caused by my patch as I don't touch anything close to path-finding at all.

I would like to know what disadvantages are there of keeping all timetables in 'automatic' mode? Also - in automatic mode is it possible to adjust the interval with every full round of the leading vehicle? I've noticed that if I add a few vehicles the whole timetable stops working as expected (i.e. the spacing stops being even).

Headway disables itself if the number of vehicles doesn't fit into the timetable anymore with the selected interval (it shows a vehicle notice if it does). Otherwise, the only spacing that should be different if no overtaking takes place is between last and first vehicle.

Is there any easier way of getting the the 'headway' screen of a group of vehicles then vehicle window -> orders -> timetable -> headway?
Is it possible to see current 'virtual time'?

vehicle window -> ctrl-click orders -> headway
Advanced settings -> Interface -> Show virtual time in status bar (you can select "off", "12h" or "24h")

Something is wrong with the station timetables, for some reason sometimes the departure time is before arrival:

this problem corrects itself with the next refresh of the timetable.

Those two trams are probably already waiting at the station, so the arrival time is for the next arrival at this station.

[a.locritani]

I checked and on every version you say, it works, so it's not a problem of Tekky's build.
I think we should continue to analyze the problem here

[PhilSophus]

I checked and on every version you say, it works, so it's not a problem of Tekky's build.
I think we should continue to analyze the problem here

You are confusing me. You say in the parent versions (trunk 14420 and cargodest 527e0a444916) it works, but in ITiM it doesn't. So, it seems to be a problem of ITiM. Although I don't understand at all, how ITiM can cause something like that.

I'll try to backport the savegame to clean cargodest and try if it indeed doesn't happen there.

[a.locritani]

ok, I try to better explain.
In my first posted example, it doesn't work because I think the distance between the junction and the signal was too small. I tried to explain this concept better in the linked post.

So it's not a ITiM-related problem. It's a problem (if we can call it "problem") caused by PBS, I think

When I tested it in trunk and similar, I forget to rebuild the junction in that exact way, I put a distance of 6 tiles between junction and signal, and it works (also on ITiM patch). but if I put a distance of 3 tiles (as in my first posted example), it doesn't work on ITiM nor trunk nor everywhere else

I hope this clarifies the problem

[PhilSophus]

A very little update this time:

No new features, no bug fixes, just adoption to current trunk and cargodest branch.

Luckily, despite the many revisions that have flown by no savegame bump in trunk, so you should be able to continue you started games with the new version without problems.

[_Robbie_]

Phil, is it possible to add a button that sets waiting time for all stations in a timetable of a train? I mean something like current "set time", but for all stations instead of one. Why, you ask? Well, I like to make long lines with lots of stops, and I'm kind of perfectionist, so I hate when my trains are late. That's why I have this need to go through every station in every timetable and add some "spare" minutes, so that even if there are delays, they're gone quickly. Unfortunatelly, it can be quite irritating if I want a vehicle to wait 10 vMin on every stop and I have to set it for 10 stops...

I have no idea if that would be a usefull feature or not. Maybe I'm one of a kind, maybe there are some others that are missing this feature, but if you think it is something that might be worth a try, then I'd be happy . If not, then...not.

[pshemko]

I would like to sign up for this feature too. In my case it's mainly trams - all stops get about 2minutes and when the tram line has 20 stops (both ways, which makes it 40) it's a quite slow and mundane process.

[PhilSophus]

@_Robbie_ and pshemko:
Did you notice the feature of setting a minimum waiting time for auto-fill that was introduced in 2.10? You set the waiting time for one order, make sure this order is selected and then start auto-fill (whether destructive or non-destructive doesn't matter). The auto-fill will then set this waiting time on any stop, unless the real waiting time will be longer.

Not exactly what you were asking for, but almost, assuming that you don't fill in the traveling times manually, either, and ITiM gives you the possibility to re-fill the timetable without resetting all times before (<CTRL>-click on auto-fill). It was actually the scenario you described that made me implement the minimum waiting time feature.

[Tekky]

I plan to post a binary for the new version of ITiM tomorrow. The reason for the delay is that the new version of OpenTTD introduces new dependencies, which I must get sorted out first. Unfortunately, I have no time to look into this today.

EDIT: I'm sorry I still haven't posted any binaries. I am having trouble compiling ICU, which the latest version of OpenTTD depends on. I will look into this further....

[pshemko]

. The auto-fill will then set this waiting time on any stop, unless the real waiting time will be longer.

That's actually a small problem for me. Normally I set the time to 0:02 for all stops but the last ("loop") ones, where the trams wait to catch up (they usually get 30-40mins, depending how many other lines intersect the course of that particular tram). I realise this might be only my style of playing, but I guess - if you don't ask you don't get

[_Robbie_]

I'm sorry, I didn't notice it. But if it's already there, then it's great .
Maybe that's not the most intuitive solution GUI-wise, but I have no better ideas right now.

Thanks for answer Phil! And for the patch!

[bokkie]

. The auto-fill will then set this waiting time on any stop, unless the real waiting time will be longer.

That's actually a small problem for me. Normally I set the time to 0:02 for all stops but the last ("loop") ones, where the trams wait to catch up (they usually get 30-40mins, depending how many other lines intersect the course of that particular tram). I realise this might be only my style of playing, but I guess - if you don't ask you don't get

That's also a bit like my playing style. Maybe it is possible to use a stop in a depot to let the trams catch up there instead of blocking a station?