DazT

Something I've noticed but never really paid attention until the other day is cancelling a route on a workstation (any workstation), the two initial starting options (ZD or ZW) are greyed out so to a newbie it doesn't indicate which of the two they should be clicking on, it just makes it appear like they don't do anything (even though they do) I'd expect them to be white (or red, whatever the design standard is on real Polish workstations) Also, if you select option "ZW" and wait for the initialisation of it, the option you then need to click (ZWP) is also greyed out Server: N/A Build: EAB 21/04/2024 14:12

@Maty556677 That only turns the sound effect of a radio speech IIRC (ie, how people sound) off, not the noise every time a message is received in the chat box

I've have an instance where I've tried to use track 2 from Kozlow towards Tunel, asked the AI at Tunel to accept a train over track 2 (left track) and got the reply that it's got a higher priority train to run and can't accept, at 3am with sod all around. The whole left tracking needs looking at at both, more so when one of the boxes is AI controlled.

I'd like the option to turn off the radio squawk/squelch sound so I don't even know people are chatting crap in the chat even if I've got the HUD switched off!

This actually seems to be a more common occurrence at many boxes where a left track train automatically gets priority over trains running right track This fault also occurs when Zw (either player or AI) left tracks trains to Myszków over Track 1. The AI at Myszków will hold trains on Track 2 at My_C until all left tracked trains have cleared Track 1. Not only is this unrealistic, it also causes carnage at Myszków where several trains get held for no reason at all. This also then stops trains that have just spawned in for actually getting a clear signal until the nonsense of left track resolves.

At the top of the signalling display for Dąbrowa Górnicza there is some randomly place/overlapping white text on the workstation. Server: N/A (All) Build: EAB 24/04/2024 - 14:12

When setting the route from Track 1 to Track 3 at Olszamowice, the interlocking draws onto more track than the route requires, the headshunt/neck that actually isn't part of the route. When a train enters using this route, this also causes track flooding/bleeding Server: N/A (All) Build: EAB 24/04/2024 - 14:12

Now I know certain trains had to be removed from the timetable from spawning due to issues at signalling issues at Radzice, but I'm under the assumption that this fault has been fixed now that the 412xxx services have been reintroduced. There are still some trains that still don't enter the simulation and haven't for months, I'm not sure if this is an oversight since the last update, or is there a legitimate reason as to why the following trains still don't enter? Trains concerned at MHE services: 45270, 45272, 45274 and 45276 Server: N/A (All) Build: EAB 24/04/2024 - 14:12

If any of the boxes (Będzin - Sosnowiec Główny - Katowice Zawodzie) are AI controlled and 406xx is bang on time at any of these, the AI will hold 406xx for 141xx to pass, even though according to the timetable the 406xx is booked ahead of the 141xx EC all the way to Katowice main. It's very annoying if you're driving the 406xx and you're doing your best to keep good time, only for the AI signalling to think it knows better and shove the EC ahead. All that happens in this instance is the 141xx EC arrives at Katowice early and delays the 406xx for 5 minutes for absolutely no reason at all. Expected behaviour is that if the 406xx is running within +/- 1 minute of time then it should go ahead of the EC and stay ahead of it. Server: All N/A Build: EAB 24/04/2024 - 14:12

If you ask the AI at Sprowa for left track running over Line 2, if you happen to have a train also on Track 1 (correct line) the AI will hold whatever that train is at Signal Sp_B regardless of how far away the train sent on Line 2 (Left track) is away. The AI at Sprowa needs tweaking so that it clears Sp_B (T1) or Sp_A (T2) based on the priority/timetable order of the train. Server: N/A Build: EAB 24/04/2024 - 14:12

Happened again player to player this time over Track 2. It's looking like if Tunel just uses "Direction change" on the workstation at Tunel it doesn't work and needs to be a full KO/WBL to change direction. Server EN1 17:00 - 17:10 01/05/2024

Bukowno panel segment 07,14 doesn't show a white (route set) or red indication (track occupied), not sure if it's prototypical or something that been missed (reporting it in case it's the latter) Server: N/A Build: EAB 21/04/2024 - 14:12

As per description. Police (and other van type vehicles, think they're all Police or Ambulances, not really looked!) road traffic had not headlights or tail lights when travelling on the road at night (unless this is prototypical to Poland!) Server: N/A Build: EAB 21/04/2024 - 14:12

Might be a long time then until I see it again, needs Tunel to be AI for it to happen and the right set of circumstances! I hoped onto Tunel as a player as bit later, with Kozłów as AI and it (left track over Track 1) worked as designed!

You can add grass/plants growing through the floor at Tunel to that list

Whilst working Kozłów, Tunel AI requested to run a train on Track 1 towards Kozłów. The AI at Tunel released the line lock and the arrow was flashing in the right direction (towards Tunel) but it never then sent WBL. The only way to resolve was to leave and rejoin after which point the left line running had been accepted by the Kozłów (as AI) Also noted that once track 1 was in left line running, there is no way to press the "Allow left track running" button to clear signal Y Server: EN1 ~0020hrs-0030hrs (UTC+1) Build: EAB 21/04/2024 14:12

If Juliusz (as player controlled) requests the line lock on Track 2, a train then enters the section at Juliusz, if the player at Juliusz then disconnects with the train now in section, at Dorota the line lock bell sounds and the line lock arrow extinguishes. Server: EN1 04/03/2024 ~ 1955hrs Build: 05/12/2023 - 19:15

Same here in the UK if in the rare possibility that signalling system let you actually do it. (the majority of installations won't without a timeout of either 2 or 3 minutes)

If that was how they did it then that's a bit naughty, especially had the second train been player controlled as you drive to the condition of signals displayed (speed, braking point, location to stop at etc etc), a clear signal indication tells the driver the signal section is clear of any other trains and by someone fooling the system like that is just sh*t signalling.... Rather than just waiting a few minutes and giving the correct signal indication.

Assuming you were on DE1, this is what the TDRS logs show, possibly just a glitch, I guess the only ones who could tell were the devs by looking at the actual server logs. Looking at TDRS looks like it never saw the Zw_C to Zw_H3 bit (possibly too quick for the API to even see it). Interestingly though what the logs do show is when train 73123 passed Zw_C and then saw Zw_G1 the signal speed shows 32767 (ie, vmax) (14:47:07 UTC) and then the next log entry shows "0" for red (14:48:11 UTC). So the only thing I can think of is 73123 was Sz'd into the platform on top of 40131 (hence the signal reversion as 40131 departed which according to the logs for 40131 was at ~14:47:27 UTC when it started moving). Zw_C also shows a signal speed of 40 for 73123, also suggesting the use of Sz or other shenanigans. The only reasoning for it not seeing the H3 bit is, Zw_C, Sz set with Ponts 11 and 13 set towards Line 3 (in reverse/ '-' position) and then whoever was on there realising it'd go the wrong way and quickly setting the points to normal (+) position and then it seeing Zw_G1. Again, probably happened so fast the API never saw it (Between 14:46:54 and 14:47:07 UTC), that's 13 seconds (where it's more than enough time for points to be swung) If it was indeed Sz'd, it'd be interesting to know why the train list never showed Sz at Zw_C??!! Log for 73123

I'd be all for someone being able to sit in the secondmans seat, so long as they sat there, kept quiet and didn't move and it was by invitation only.

Real signal boxes do have blinds, at least here in the UK they do and I can guarantee that any signaller in Poland wouldn't be putting up with sun on the panel for very long, even if it means MacGyvering a solution by say putting flattened cardboard in the window as a shade. Put simply signallers wouldn't put up with that lark for very long. Even it it means refusal to work the box (Which has happened here once in the UK when a signaller complained about the lighting at a location, he got moved because of that, it happens) You'll also notice a lot of the boxes will have a roof overhang with valances at the parts over the windows, they're meant to block a lot of the sun. PS, my box at work we have two Christmas trees btw 👍

I've noticed this a few times, if a player dispatcher leaves Będzin whilst a route is set towards DG on Track 2, when the player leaves Signal B_D will revert back to red, sometimes right in the face of an approaching train. (I had indeed SPADed the signal about 6 months ago because of this!), it does reclear......eventually, sometimes upto 30 seconds. Surely if the signal is cleared, and the player disconnects, Signal B_D should just remain clear?? Server: N/A Build: 05/12/2023 - 19:15

That's why most of us who know Katowice panel well enough now just shove those 401xx trains for Brynow over onto Track 9 and then over the flyover (Track 1) to Brynow. Cuts out with all the conflict at the West end of the station then. (Don't know why they're not booked this way to be honest)

Although it is one aspect of TSW that I do enjoy and indeed miss, being able to pick a train and work a diagram back and forth with the same set/unit by changing ends at destination, having a little break and working the same train back. (I did the Bremen - Oldenburg to death doing that, luckily as with the BR110 it had a control car on the other end so didn't require a run round) In SimRail the only way you can really do a diagram is by working one in one direction to a particular point, getting off, having a break and then working something back in the hope that someone doesn't "steal" the train you intend on working back! Yep, it's happened to me a few times, so if you see me driving something random like a freight it's usually because I've been wrong-ended and can't be bothered waiting another hour! 🤣