Jump to content

moblet1

Member
  • Posts

    22
  • Joined

  • Last visited

Other groups

SimRail Early Access

Reputation

14 Good

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I just discovered that the same issue occurs at Zawierce towards Myszków & GW.
  2. Since the last update there is a problem with the block occupancy lights at OP towards Pilichowice. The configuration there is unique in that there are two blocks per tile. These lights previously worked correctly, but since the update only the left side light in each tile illuminates. The right side lights do not illuminate, so trains keep disappearing and reappearing as they traverse the section. This occurs in both directions.
  3. One reason why Sosnowiec Południowy gets jammed, and then jams the mainline, is because the AI will route cargo train 2440xx onto one of the station platform tracks instead of track 4. 2440xx has a 30 minute pt stop at SP, and often runs early, so it is normally held at SP for some time, where its occupancy of a platform makes it impossible for stopping trains to meet at SP. Under the current timetable a meet of stopping trains is scheduled once per hour, during the scheduled pt stop of 2440xx, so if 2440xx is routed to a platform then it is almost certain to cause trouble.
  4. DGHK will sometimes send a train to DGZ on the left track (track 1). When a train is arriving on track 1 it is impossible to set the entrance signal Y to green. I have to use Sz, and then I cannot confirm train arrival and DGHK AI will not release the lock on track 1, so I cannot send any trains on track 1 for the rest of the session. When sending trains to DGHK on track 2, I cannot set exit signals U101, U102, U103 or U105 to green, I can only use Sz.
  5. I just had the same problem at DGZ. Lazy Lc AI requested to send a train on track 4 but I was unable to release the line lock. (The train was sent on track 1 instead.)
  6. At Lazy La, AI from neighbouring boxes sometimes asks to send trains on the left mainline track, or asks to send trains on their usual track if the mainline track direction has been reversed. I have not been able to release the line locks on tracks 1 & 2, there is no response from the "release line lock" button.
  7. Have encountered this issue in the past and it happened again yesterday. It applies to both passing tracks. When a train that has been stopped departs from a passing track, I cannot update the EDR because the train is "too far away", even when the rear of the train has not passed the signal box.
  8. I've reversed a cargo train from Koziol to DGW, entered DGW, been switched to the correct track, and then driven out again towards Koziol, using a Sz to enter DGW set by a human dispatcher at DGW. (This was done because a previous dispatcher had sent the train to Koziol on the left track, creating a conflict at Koziol that the AI couldn't resolve.)
  9. Just had an occasion where Lazy La had reserved the incoming cargo track 168 for a train, but the train was later cancelled (player driving the train derailed due to speeding). The line lock remained in place. Later, Lazy La requested to send the next train, which I accepted, but the AI acted as if it did not have permission to send the train and held it at the Lazy La yards. I couldn't find a way to cancel the line lock so logged out of the station. The AI resolved the issue and the stopped train was able to proceed.
  10. Occurred just prior to time of writing. AI sent 41122 from Z to GW on track 1, even though track 1 was set in the opposite direction. Train travelled at 20km/h. I joined GW, there was another human player at Z. We set track 2 in the GW -> Z direction to send a fast train but were then unable to change it again. Screenshot of my available options when trying to release the interlock. After the server restart track settings returned to normal.
  11. UPDATE: Deadlock was resolved by the following procedure... - Messaging Starzyny, cancelling 412014 - Refusing Starzyny's request to send 412014 (reason: no unoccupied tracks) - Requesting to send a train to Starzyny, which was accepted
  12. Occurring at time of writing. Starzyny will accept nothing other than track possession to send 412014 to Psary, but is not sending the train.
  13. Have seen this too, and also between Sprowa and Starzyny.
  14. A repeat of this situation occurred between Gora Wlodowska and Zawierce immediately after the server restart 14 hours ago. The AI sent a cargo train from GW to Z on the left track at the restart. By coincidence I was soon driving it. A human dispatcher was at Z. I anticipated that the line lock might not be released and, once I was off the mainline, waited at Z for the dispatcher to confirm the release. The AI would not let the human dispatcher restore the normal line direction so I went to GW to override it. I waited for a train to occupy the line and then left GW, which was stable thereafter.
×
×
  • Create New...

Important Information

Terms of Use Privacy Policy