Upcoming Games

(UTC times)


Full list
Add a game

Upcoming Events

No events to display

Who's Online

kaiwhara, Zecs, Fendahl, Meld, Al McLean, sunocske, mfloyd (7 users seen recently)

London Bridge recent update

You are here: Home > Forum > Simulations > Released > London Bridge > London Bridge recent update

Page 1 of 2

London Bridge recent update 13/06/2018 at 20:03 #109635
northroad
Avatar
872 posts
Is anyone having difficulty with London Bridge since updating with todays updates.
I now try and successfully launch the sim with the 2010 to 2014 era but as soon as I try to scroll the up and down scroll bar the scroll bar bottom turns black and the message sim not responding comes up and will not clear. I have tried this some 5 times now and each time it comes up with the same result.

Geoff

Log in to reply
London Bridge recent update 13/06/2018 at 20:27 #109636
headshot119
Avatar
4869 posts
northroad in post 109635 said:
Is anyone having difficulty with London Bridge since updating with todays updates.
I now try and successfully launch the sim with the 2010 to 2014 era but as soon as I try to scroll the up and down scroll bar the scroll bar bottom turns black and the message sim not responding comes up and will not clear. I have tried this some 5 times now and each time it comes up with the same result.

Geoff
It's a common problem (not London Bridge specific), which seems to be caused by clicking on the scroll bars.

If we could get some information about your system, OS, graphics cards, driver versions etc it may help us narrow the problem down.

Also check your drivers are up to date.

For a work around, use a scroll wheel (Shift + scroll allows the vertical scrolling)

"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Log in to reply
London Bridge recent update 13/06/2018 at 20:50 #109637
northroad
Avatar
872 posts
headshot119 in post 109636 said:
northroad in post 109635 said:
Is anyone having difficulty with London Bridge since updating with todays updates.
I now try and successfully launch the sim with the 2010 to 2014 era but as soon as I try to scroll the up and down scroll bar the scroll bar bottom turns black and the message sim not responding comes up and will not clear. I have tried this some 5 times now and each time it comes up with the same result.

Geoff
It's a common problem (not London Bridge specific), which seems to be caused by clicking on the scroll bars.

If we could get some information about your system, OS, graphics cards, driver versions etc it may help us narrow the problem down.

Also check your drivers are up to date.

For a work around, use a scroll wheel (Shift + scroll allows the vertical scrolling)
HP Envy with Intel(R)Core (TM)i7 4700MQ CPU @ 2.4GHz 64 bit operating system using windows 8 with all updates and drivers fully up to date.

Although why everything should be working fine until I downloaded the updates and then encountering this problem is really hacking me off. Perhaps I should have left well alone because I now have a sim that I cannot use.

Geoff

Log in to reply
London Bridge recent update 13/06/2018 at 20:52 #109638
headshot119
Avatar
4869 posts
northroad in post 109637 said:
headshot119 in post 109636 said:
northroad in post 109635 said:
Is anyone having difficulty with London Bridge since updating with todays updates.
I now try and successfully launch the sim with the 2010 to 2014 era but as soon as I try to scroll the up and down scroll bar the scroll bar bottom turns black and the message sim not responding comes up and will not clear. I have tried this some 5 times now and each time it comes up with the same result.

Geoff
It's a common problem (not London Bridge specific), which seems to be caused by clicking on the scroll bars.

If we could get some information about your system, OS, graphics cards, driver versions etc it may help us narrow the problem down.

Also check your drivers are up to date.

For a work around, use a scroll wheel (Shift + scroll allows the vertical scrolling)
HP Envy with Intel(R)Core (TM)i7 4700MQ CPU @ 2.4GHz 64 bit operating system using windows 8 with all updates and drivers fully up to date.

Although why everything should be working fine until I downloaded the updates and then encountering this problem is really hacking me off. Perhaps I should have left well alone because I now have a sim that I cannot use.

Geoff
I can assure you it's Nothing to do with updating the sim.

You can use the sim I've given you a workaround in post 2 of the thread.

"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Log in to reply
London Bridge recent update 13/06/2018 at 21:05 #109640
northroad
Avatar
872 posts
Yes the work around does work agreed but should I really be expected to have to use a workaround. For something that was working fine last night and not being used again until I have just opened the computer up and the first thing I do is load the update and nothing else then pardon me if I am just a little bit suspicious when you say it has nothing to do with the update.

Geoff

Log in to reply
London Bridge recent update 13/06/2018 at 21:10 #109641
headshot119
Avatar
4869 posts
northroad in post 109640 said:
Yes the work around does work agreed but should I really be expected to have to use a workaround. For something that was working fine last night and not being used again until I have just opened the computer up and the first thing I do is load the update and nothing else then pardon me if I am just a little bit suspicious when you say it has nothing to do with the update.

Geoff
If you search the forum, you'll find a few threads on the subject. I've asked for information from you in attempt to solve the problem. I don't set out to mislead people with the advice I give, however if you don't want to believe me that's up to you.

Mantis 14470 applies

"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Last edited: 13/06/2018 at 21:11 by headshot119
Reason: None given

Log in to reply
The following user said thank you: Trainfan344
London Bridge recent update 13/06/2018 at 21:47 #109642
northroad
Avatar
872 posts
Headshot,
If it helps your investigations then I have just done a system restore from 16:20 yesterday afternoon and everything is working fine when I open the sim. Nothing happened after that point when I closed the computer down as I said so this still leads me to believe that it was the update that has caused the problem

Geoff

Log in to reply
London Bridge recent update 13/06/2018 at 21:50 #109643
headshot119
Avatar
4869 posts
northroad in post 109642 said:
Headshot,
If it helps your investigations then I have just done a system restore from 16:20 yesterday afternoon and everything is working fine when I open the sim. Nothing happened after that point when I closed the computer down as I said so this still leads me to believe that it was the update that has caused the problem

Geoff
Then I suspect you've updated your graphics drivers, or another driver. Again it will be nothing to do with the sim update.

"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Log in to reply
London Bridge recent update 13/06/2018 at 21:55 #109644
northroad
Avatar
872 posts
But I am always prompted to allow updates to the computer so how do you work that out...something that Sim Sig always does also and I blindly accept it every time figuring that Sim Sig is a trusted source ........sorry if I am appearing a bit dumb here...

Geoff

Log in to reply
London Bridge recent update 13/06/2018 at 21:57 #109645
headshot119
Avatar
4869 posts
Nothing has changed in the sim to cause the issue, but the fact a system reversion has fixed the problem makes me think you've had a driver change, or a windows update, these days you don't necessarily have any control of whether or not you get the update.
"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Log in to reply
London Bridge recent update 13/06/2018 at 23:44 #109647
BarryM
Avatar
2158 posts
northroad in post 109644 said:
But I am always prompted to allow updates to the computer so how do you work that out...something that Sim Sig always does also and I blindly accept it every time figuring that Sim Sig is a trusted source ........sorry if I am appearing a bit dumb here...

Geoff
Geoff, I have loaded up the latest update and have had no problems including use of the scroll bars.

Barry

Barry, Sydney, New South Wales, Australia
Last edited: 13/06/2018 at 23:45 by BarryM
Reason: None given

Log in to reply
The following user said thank you: Ar88
London Bridge recent update 14/06/2018 at 22:04 #109667
northroad
Avatar
872 posts
Thanks for all responses on this post.
I am happy to report that London Bridge is now running a normal service.

Geoff

Log in to reply
The following user said thank you: pavittl
London Bridge recent update 15/06/2018 at 03:46 #109674
DaveBarraza
Avatar
88 posts
Loaded a saved simulation, and there were 3 routes which did not have points properly set.

2 resulted in signals stuck at red, one resulted in a call from a train reporting that the points were set against it.

Log in to reply
London Bridge recent update 15/06/2018 at 04:58 #109676
JamesN
Avatar
1607 posts
DaveBarraza in post 109674 said:
Loaded a saved simulation, and there were 3 routes which did not have points properly set.

2 resulted in signals stuck at red, one resulted in a call from a train reporting that the points were set against it.
Saved games from prior versions of the simulation aren’t guaranteed to work when loaded into a new version - that’s why you get a warning on loading when there’s a version mismatch.

Log in to reply
The following users said thank you: Ar88, DaveBarraza
London Bridge recent update 19/06/2018 at 23:51 #109777
slatteryc
Avatar
254 posts
2B18 is duplicated in the timetable it seems to happen about 0815 when the 2nd one enters from Norwood junction while its old one is in P1 at Charing X.

Just got to this - bug or timetable issue ?

Log in to reply
London Bridge recent update 20/06/2018 at 00:13 #109779
Meld
Avatar
1111 posts
Online
slatteryc in post 109777 said:
2B18 is duplicated in the timetable it seems to happen about 0815 when the 2nd one enters from Norwood junction while its old one is in P1 at Charing X.

Just got to this - bug or timetable issue ?
Neither really - different TOC's using he same headcode at around the same time, I recommend if 2B18 (W30825) has reached Charing X and the next working TD is in the outward berth, delete it, you should then be able to make the incoming 2B18 (W41755) ARS and all will be fine.

Its possible it may happen a couple more times during the day.

Passed the age to be doing 'Spoon Feeding' !!!
Log in to reply
London Bridge recent update 20/06/2018 at 02:54 #109783
GeoffM
Avatar
6370 posts
slatteryc in post 109777 said:
2B18 is duplicated in the timetable it seems to happen about 0815 when the 2nd one enters from Norwood junction while its old one is in P1 at Charing X.

Just got to this - bug or timetable issue ?
It's per real life and you'll find a few more like it during the day. IIRC there are a pair running 3 minutes apart on adjacent lines. Nuts.

SimSig Boss
Log in to reply
The following user said thank you: bri2808
London Bridge recent update 20/06/2018 at 12:02 #109788
rodney30
Avatar
165 posts
When I worked at London Bridge on the low level platforms, on some weekends we had diverted SE services to Hastings that ran with the headcode 2Zxx or 1Zxx to avoid confusion with the southern services to Beckenham Junction which are 2Hxx and the Littlehampton services from Croydon which are 1Hxx.

Also sometimes when we had FCC in the low level at weekends the Sutton services ran under the 2Zxx instead of the 2Vxx or 2Oxx because the station anouncement system couldn't tell the differnce between the FCC Sutton services and the SE services to Hayes or the Cannon St rounders.

Rodney 30

Log in to reply
The following user said thank you: GeoffM
London Bridge recent update 20/06/2018 at 23:06 #109804
Airvan00
Avatar
129 posts
Meld in post 109779 said:


Neither really - different TOC's using he same headcode at around the same time, I recommend if 2B18 (W30825) has reached Charing X and the next working TD is in the outward berth, delete it, you should then be able to make the incoming 2B18 (W41755) ARS and all will be fine.

In this case it is fine to delete the inbound TD. But I wonder if it is a good practice to follow.. I’m thinking of the way sim sig handles the TDs for stock splits and platform shares if the inbound TD is deleted on arrival.
Incidentally if the TD of the first 2B18 is not deleted, the ARS handles the second 2B18 without a problem.

Log in to reply
London Bridge recent update 21/06/2018 at 17:20 #109821
slatteryc
Avatar
254 posts
Quote:
ncidentally if the TD of the first 2B18 is not deleted, the ARS handles the second 2B18 without a problem
It does not . The second 2B18 gets stuck without ARS just outside Sydenham with a pink unable to do ARS. That was how I noticed it !

Thanks for the updates folks, really interesting SIM. I can handle - just - everything out to SPA Road but Lewisham to Hither green will take a bit more on manual

Log in to reply
London Bridge recent update 21/06/2018 at 18:16 #109822
GeoffM
Avatar
6370 posts
Because the train describer is entirely independent of the trains (as it should be), when a user clicks on a train description to bring up a timetable, the simulation has no way of knowing which train to show. The same applies to ARS: it sees a train description so it goes looking for a matching timetable, but both trains run about the same time so again it doesn't know which is which.

I wonder whether the shorter run trains that conflict should be renamed *Z** like somebody mentioned earlier? Clearly similar problems exist in real life and that's the way they sometimes deal with it.

SimSig Boss
Log in to reply
London Bridge recent update 21/06/2018 at 19:51 #109829
northroad
Avatar
872 posts
I think we are now talking in this thread about the actual timetable that was updated at a later date than my initial post so should be given a new thread to help future use and possible help.

Seeing as we are talking about the new timetable and the confusion caused by duplicate headcodes I thought by putting the UID into the timetable when writing was supposed to eliminate this problem of ARS being confused.
Quoting the section on UID's as explained in the new timetable writing part of the Wiki it says...

"Unique ID

A unique ID belonging to the train. This allows multiple trains to use the same headcode throughout the day, without the simulation confusing them. For example, two trains can have a Train ID 1L55, however as long as they have separate Unique IDs (and these IDs are used in activities and rules) the simulation can differentiate them correctly and any activities will function correctly. When a unique ID is specified in an activity or rule, it must be prefixed by a $ symbol. Unique IDs are only displayed when writing timetables- when playing the timetable, only Train IDs will be shown. For example, if a train has a next working with Train ID 1F34 and Unique ID A12356, the activity would be written as N: $A123456 in the timetable editor, however only 1F34 will be displayed when playing. Internally, the simulation uses the Unique ID to ensure the train forms the correct 1F34. Note that a train ID must also be specified, Unique IDs are optional."

If this is not applicable then why do we need to have the UID in the timetable writing as carried out by people....

Log in to reply
London Bridge recent update 21/06/2018 at 20:03 #109830
headshot119
Avatar
4869 posts
northroad in post 109829 said:
I think we are now talking in this thread about the actual timetable that was updated at a later date than my initial post so should be given a new thread to help future use and possible help.

Seeing as we are talking about the new timetable and the confusion caused by duplicate headcodes I thought by putting the UID into the timetable when writing was supposed to eliminate this problem of ARS being confused.
Quoting the section on UID's as explained in the new timetable writing part of the Wiki it says...

"Unique ID

A unique ID belonging to the train. This allows multiple trains to use the same headcode throughout the day, without the simulation confusing them. For example, two trains can have a Train ID 1L55, however as long as they have separate Unique IDs (and these IDs are used in activities and rules) the simulation can differentiate them correctly and any activities will function correctly. When a unique ID is specified in an activity or rule, it must be prefixed by a $ symbol. Unique IDs are only displayed when writing timetables- when playing the timetable, only Train IDs will be shown. For example, if a train has a next working with Train ID 1F34 and Unique ID A12356, the activity would be written as N: $A123456 in the timetable editor, however only 1F34 will be displayed when playing. Internally, the simulation uses the Unique ID to ensure the train forms the correct 1F34. Note that a train ID must also be specified, Unique IDs are optional."

If this is not applicable then why do we need to have the UID in the timetable writing as carried out by people....
A great example is Cardiff, take a look at how many times the 2SXX and 2BXX repeat for the Cardiff Bay Shuttle, using UIDs allows the sim to know which service is the next formation, rather than guessing. It's all explained in that section of the wiki you've copied.

True to real life, ARS in SimSig doesn't cope with two trains in the area with the same two headcodes.

"Passengers for New Lane, should be seated in the rear coach of the train " - Opinions are my own and not those of my employer
Log in to reply
London Bridge recent update 21/06/2018 at 21:43 #109832
GeoffM
Avatar
6370 posts
northroad in post 109829 said:
I think we are now talking in this thread about the actual timetable that was updated at a later date than my initial post so should be given a new thread to help future use and possible help.

Seeing as we are talking about the new timetable and the confusion caused by duplicate headcodes I thought by putting the UID into the timetable when writing was supposed to eliminate this problem of ARS being confused.
Quoting the section on UID's as explained in the new timetable writing part of the Wiki it says...

"Unique ID

A unique ID belonging to the train. This allows multiple trains to use the same headcode throughout the day, without the simulation confusing them. For example, two trains can have a Train ID 1L55, however as long as they have separate Unique IDs (and these IDs are used in activities and rules) the simulation can differentiate them correctly and any activities will function correctly. When a unique ID is specified in an activity or rule, it must be prefixed by a $ symbol. Unique IDs are only displayed when writing timetables- when playing the timetable, only Train IDs will be shown. For example, if a train has a next working with Train ID 1F34 and Unique ID A12356, the activity would be written as N: $A123456 in the timetable editor, however only 1F34 will be displayed when playing. Internally, the simulation uses the Unique ID to ensure the train forms the correct 1F34. Note that a train ID must also be specified, Unique IDs are optional."

If this is not applicable then why do we need to have the UID in the timetable writing as carried out by people....
That's talking about activities - for example linking 1A01 with 1A02 when there are multiple 1A02s.

My post above was talking about clicking on a TD ("1A02"and attempting to find a matching timetable called "1A02", since the TD does not contain the UID, and finding two versions of 1A02 running just minutes apart.

SimSig Boss
Log in to reply
London Bridge recent update 21/06/2018 at 22:02 #109833
postal
Avatar
5260 posts
I'm a little confused here about how the core code works as there seem to be some cases where the code does know which TT to allocate to a TD on the panel even if another train with the same TD but different UID is in sim at the same time.

For example, how does the core code know to give TRTS for a train standing at a station even though when you click on the TD you get the TT for the other train in sim?

Perhaps as a future enhancement the core code could eventually work to UID rather than TD (and for backwards compatibility with TTs written before UIDs were introduced a default UID of the train's TD if no UID has been entered). Each UID will be linked to a TD which would then be displayed so there would be no change in the appearance.

“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