TT Writing

You are here: Home > Forum > General > Timetabling > TT Writing

Page 1 of 1

TT Writing 08/02/2010 at 13:00 #677
derbybest
Avatar
274 posts
Hi to you all tt writers.
I am currently writing a tt (not saying which sim) but i have a question. I want to do the tt for a summer weekend 00:00 fri - 95:59 monday. Is this possible or will it be too big to download or will i have to split it into two portions

Chris

Log in to reply
TT Writing 08/02/2010 at 13:00 #6524
derbybest
Avatar
274 posts
Hi to you all tt writers.
I am currently writing a tt (not saying which sim) but i have a question. I want to do the tt for a summer weekend 00:00 fri - 95:59 monday. Is this possible or will it be too big to download or will i have to split it into two portions

Chris

Log in to reply
TT Writing 08/02/2010 at 15:27 #6526
nickp
Avatar
30 posts
I wouldn't have thought that this should be a problem. The largest timetables that I can see are the Kings Cross ones at about 370Kb, followed by Trent at 350Kb. 4 days of this would get you to about 1.5Mb before compression, which is about the same size as the Trent executable download after compression. I've also tried compressing 4 copies of the Trent default WTT & WTR files: the resultant zip file is about 310Kb.
Log in to reply
TT Writing 08/02/2010 at 16:18 #6527
DriverCurran
Avatar
682 posts
I did start a similar project for another sim, and my prefered choice of doing it was to have released one day at a time and then the user can merge timetables, just remember that with this the seperate timetables will need times entering as if they were just the one timetable covering the whole period.

Paul

You have to get a red before you can get any other colour
Log in to reply
TT Writing 10/02/2010 at 20:25 #6595
JamesN
Avatar
1570 posts
Online
Won't be too big, but you will find that 96 hours is getting toward the limit the SimSig clock can display (once you go beyond 99:59 it starts to look a little weird....)

The only other consideration is that the data has to be shared over a network when in multiplayer, that gives a large file to be transferred every time a user connects to a game...

Log in to reply
TT Writing 10/02/2010 at 21:21 #6598
Peter Bennet
Avatar
5354 posts
Online
JamesN said:

The only other consideration is that the data has to be shared over a network when in multiplayer, that gives a large file to be transferred every time a user connects to a game...
I'd have thought all that is transferred in MP is the current and changing state not the full timetable- but I may be wrong.

Peter

I identify as half man half biscuit - crumbs!
Log in to reply
TT Writing 10/02/2010 at 21:28 #6599
GeoffM
Avatar
6274 posts
Online
Complete timetables aren't sent over the network in a multiplayer - only individual train schedules are sent on demand (hence the couple of seconds delay when you click on a train in a client).

Apart from the millenium bug (well, ok, 99:59) there's no reason why you couldn't have a 4-day timetable. I have timetables with several thousand trains without a problem... well, apart from signalling the sheer quantity of them.

SimSig Boss
Log in to reply
TT Writing 11/02/2010 at 10:10 #6603
derbybest
Avatar
274 posts
Thanks to all for replying to this topic you comments have been welcome & noted. I have now decided to do it in two day stages ie Fri/Sat, Sun/Mon

Thanks
Chris

Log in to reply
TT Writing 11/02/2010 at 19:22 #6612
JamesN
Avatar
1570 posts
Online
Hmm... surely the clock (as it appears in sim, not the functional part) is only for display purposes, and therefore wouldn't be too difficult to code it so it rolls over to 00:00 after 23:59... And thinking about it, the same goes for displayed schedules (Timetable Popup window, Timetable in messagebox thingy) aswell...
Log in to reply
TT Writing 11/02/2010 at 22:57 #6614
GeoffM
Avatar
6274 posts
Online
Well yes, but occasionally the wrong method has been used (roll over instead of actual time, or vice versa), but what I was referring to was what happens when you get to 99:59. If nobody tells me there is something wrong then I don't necessarily know about it.
SimSig Boss
Log in to reply
TT Writing 11/02/2010 at 23:44 #6615
JamesN
Avatar
1570 posts
Online
I thought it a bit to trivial to mention, as no timetables would usually go over 99:59... You can also get negative times in schedules, by duplicating train with a negative interval, not tried starting the sim at a negative time though....
Log in to reply
TT Writing 13/04/2020 at 20:04 #125742
9pN1SEAp
Avatar
1100 posts
You can try to import timetables where the values exceed (3600 x 100) but the loader code automatically converts 123:45:30 to 23:45:30, i.e. it deducts 100 hours!

So without some radical core changes, 99:59 (4 days and 4 hours) is the longest timetable still permitted!

Jamie S (JAMS)
Log in to reply
TT Writing 13/04/2020 at 20:11 #125744
JamesN
Avatar
1570 posts
Online
9pN1SEAp in post 125742 said:
You can try to import timetables where the values exceed (3600 x 100) but the loader code automatically converts 123:45:30 to 23:45:30, i.e. it deducts 100 hours!

So without some radical core changes, 99:59 (4 days and 4 hours) is the longest timetable still permitted!
The core code has changed significantly in the 10 years since this was last discussed....

Log in to reply
TT Writing 13/04/2020 at 20:33 #125746
9pN1SEAp
Avatar
1100 posts
Hi James,

That's true, however the TT editor displays (and sorts) only by the last 2 digits of the hour, you can't put >99 in any field editor, and the tip display only supports 2-digit hours. The analyser also sorts by the last 2 digits of hours only.

So whilst in theory it's workable with timevals >360000, you'd have a job playing it!

Jamie S (JAMS)
Log in to reply
TT Writing 13/04/2020 at 21:13 #125749
Sacro
Avatar
1171 posts
JamesN in post 125744 said:
9pN1SEAp in post 125742 said:
You can try to import timetables where the values exceed (3600 x 100) but the loader code automatically converts 123:45:30 to 23:45:30, i.e. it deducts 100 hours!

So without some radical core changes, 99:59 (4 days and 4 hours) is the longest timetable still permitted!
The core code has changed significantly in the 10 years since this was last discussed....
And sadly Chris (derbybest) is no longer with us.

Log in to reply
TT Writing 14/04/2020 at 09:18 #125764
clive
Avatar
2736 posts
Online
9pN1SEAp in post 125746 said:

That's true, however the TT editor displays (and sorts) only by the last 2 digits of the hour, you can't put >99 in any field editor, and the tip display only supports 2-digit hours. The analyser also sorts by the last 2 digits of hours only.
Mantis 30087 raised.

Log in to reply
TT Writing 14/04/2020 at 09:42 #125765
postal
Avatar
5189 posts
clive in post 125764 said:
9pN1SEAp in post 125746 said:

That's true, however the TT editor displays (and sorts) only by the last 2 digits of the hour, you can't put >99 in any field editor, and the tip display only supports 2-digit hours. The analyser also sorts by the last 2 digits of hours only.
Mantis 30087 raised.
Don't know if it is some sort of generic three digit problem, but it looks as if the TT editor will accept three digit distances when setting NX and FX stopping positions but the core won't apply them and stops the train at the default position. Two digit distances still work as expected. Three digit distances are sometimes needed when stopping a short train on a long platform. Mantis 29178 which is waiting in the Holding Sidings.

“In life, there is always someone out there, who won’t like you, for whatever reason, don’t let the insecurities in their lives affect yours.” – Rashida Rowe
Log in to reply