kolyokcica

OK, thank you for your answer. FYI I have this resolutions only:

I use 1680x1050 and two monitors. The game using only the left one.

track7 to LK157 are not showing

I tryed to set many routes from signal Y, without success.

This is a flapping side protection situation. The switch give side protection always to the latest request. In Integra Domino 67 the operator usually lock the flapping switch (sw 43 in this situation), that solve the problem 🙂

I think, when switch 42 in straight position, it must be set switch 43 also to straight pos by side protection. Only one situation is expect, when switch 41 and 42 locked to straight pos, then sw 43 may protect the second set route.

When i set the mouse pointer to a specific skew cube witch has two light window (from left and right track), then it show two trains.

I'm uploaded one. When the problem occured the cursor jumping to another position.

When the AI train has scheduled stop and the exit signal still red, the AI starting and pulling up before the signal after sceduled departing time. I suggest, AI hold and wait at the peron, while the exit signal change to free aspect.

When I click to the switch button on the pult with right mouse button to throw the switch, the button going up for a second, then released. The switch not throwing, and the sreen looking around function begin working. It's very annoying, when I working in a high traffic station for ex. Katowice. Best regards, IvanSimRail_log_2023-06-16_09-26-37.txt bandicam 2023-06-20 13-08-17-116.mp4

When I set train route from U -> J , then switch 12, 11 adn 8 are closing as overlap protection. The problem is switch 8. This switch closed at wrong position. Best regards, Ivan

Today at about 21h UTC after I logged into station Grodzisk Mazowiecki server EN1, I detect a bad situation. I thing, before me there was an AI dispatch. Train 14139 was before signal P2, right direction and 3136, 4134 was before signal X to left direction. SimRail_log_2023-03-28_22-43-09.txt Best regards, Ivan

Today I have same problem... The HU1 server running at UTC+0 , not UTC+1 😞

HU1 server time running in UTC not LT. EDR show correct LT, but the base system use wrong time zone.