Page 1 of 1
TT Writing 08/02/2010 at 13:00 #677 | |
derbybest
![]() 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
![]() 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
![]() 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
![]() 685 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
![]() 1591 posts ![]() |
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
![]() 5377 posts |
JamesN said: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
![]() 6344 posts ![]() |
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
![]() 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
![]() 1591 posts ![]() |
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
![]() 6344 posts ![]() |
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
![]() 1591 posts ![]() |
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
![]() 1140 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
![]() 1591 posts ![]() |
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!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
![]() 1140 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
![]() 1171 posts |
JamesN in post 125744 said:9pN1SEAp in post 125742 said:And sadly Chris (derbybest) is no longer with us.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!The core code has changed significantly in the 10 years since this was last discussed.... Log in to reply |
TT Writing 14/04/2020 at 09:18 #125764 | |
clive
![]() 2766 posts |
9pN1SEAp in post 125746 said:Mantis 30087 raised. Log in to reply |
TT Writing 14/04/2020 at 09:42 #125765 | |
postal
![]() 5216 posts |
clive in post 125764 said:9pN1SEAp in post 125746 said: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.Mantis 30087 raised. “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 |