All Activity

I have experience with real electric locomotive operation and this behaviour is significantly different from what is normally observed in service.

Hello, I would like to report what may be a fundamental issue in the traction physics model used by electric locomotives in SimRail. The issue became noticeable while operating the TRAXX locomotive with a freight train of approximately 3000 tonnes, but I suspect it may affect the overall electric locomotive traction model rather than a single vehicle. Observation: In real electric locomotive operation, the highest traction current is typically drawn during startup and at low speeds, when maximum tractive effort is required. As speed increases, tractive effort decreases and traction current generally decreases as well. In SimRail, I observe behaviour that appears to be reversed: - Relatively low current at startup and low speeds. - Current increases as speed increases. - Wheel slip is more likely to occur at higher speeds rather than during startup and initial acceleration. - Adhesion behaviour appears to be linked to this increasing current. From an operational perspective, this feels unrealistic. In real locomotive service, wheel slip is primarily a low-speed phenomenon because maximum tractive effort is developed during starting. Once the train gains speed, the risk of wheel slip generally decreases significantly. In SimRail, the opposite seems to occur. This creates a situation where the locomotive can appear more prone to wheel slip at higher speeds than during starting, which does not correspond to real-world locomotive behaviour. Because the observed behaviour involves both traction current and wheel slip characteristics, I believe the issue may originate from the underlying traction and adhesion calculation rather than from a single locomotive implementation. I have experience with real electric locomotive operation, which is why this difference became particularly noticeable during heavy freight runs. Could the development team please verify whether the relationship between traction current, tractive effort, speed and adhesion is functioning as intended? Thank you for your time and for the continued development of SimRail.

Fixed the Ko and the eletrification signs on track 6. Platforms were not visualised on the real desk.

Bit late here but there is a setting under graphics for max car limit, by default I think it's set to 0, but you can turn it up so card can spawn and wait at crossings. Hope this helps.

Will be fixed in the update

It's not suppsoed to be working in ED250. These keybinds are for CD163

Thank you for reporting this issue. A similar problem has already been reported by other users. Dziękujemy za zgłoszenie tego problemu. Podobny problem był już zgłaszany przez innych użytkowników.

Fixed

Will be fixed in the update

Przechodziłem przez podobne problemy i pisałem na ten temat nawet na angielskim wątku forum, ale wątek jako jeden z bardzo niewielu nie ma tagów i wydaje się być ignorowany. W moim przypadku problem się dzieje w bardzo losowych momentach - czasem się zdarza w Warszawie na/przed Centralną, zdarzyło się zaraz po załadowaniu scenariusza w Skierniewicach, zdarza się na innych trasach w losowych momentach w polu. Każdy przejazd to jest loteria, więc nawet nie próbuję ryzykować wchodzenia na multiplayer. Jedyne co wyczytałem z logów to tyle, że w losowym momencie gra próbuje zwolnić pamięć czyszcząc obiekty z puli ponad miliona załadowanych (???). Raz zdarzyło się na Centralnej, że losowo udało mi się zwrócić kamerę w dół w podłogę jak symulator się zaczął zawieszać. Klatki wróciły do 60 FPS, ale jak tylko podniosłem kamerę z powrotem do przodu to zaczęły znowu spadać - musi być jakiś problem z elementami scenerii, które z powodu jakiegoś błędu ładowane są przez skrypty w grze w nieskończoność, co zawala RAM i zawiesza symulację. Bez względu na to kiedy to się stanie, na mojej maszynie sytuacja kończy się uwaleniem procesu przez system po ~5 minutach od zawieszenia z powodu zawalonego RAMu (mam 32GB, nic więcej w systemie nie działa poza Steamem i grą). Więcej informacji i logów ode mnie w poprzednim angielskojęzycznym wątku:

Problem Title: Game freezing (AppHangB1) on RTX 4070 after update – temporary fix by forcing DX11. Message for Developers: Hello, I would like to bring to your attention a persistent software stability issue in SimRail following the recent October update. This issue causes the game process to completely freeze, logging system error codes 20a3 and 7651 along with an AppHangB1 event. By default, when launched normally via Steam, the game automatically boots using the DirectX 12 graphical API. However, this interface currently exhibits a severe conflict regarding resource allocation and workload distribution between the CPU (Intel Core i9-11900KF) and the GPU (NVIDIA GeForce RTX 4070). As a result, the Unity game engine gets stuck in an infinite loop directly within the RAM, causing the screen to freeze entirely. Furthermore, Steam does not provide any built-in launch pop-up menu to select an alternative renderer. A 100% functional workaround is to manually force the older DirectX 11 API by adding the -dx11 parameter into the Steam Launch Options. After switching to the DirectX 11 interface, memory management and graphical thread processing become significantly more stable compared to version 12. The hardware workload distribution runs flawlessly, and the game operates completely smoothly without any crashes or freezes. It would be highly appreciated if you could add a separate launch option in Steam allowing players to choose between DirectX 12 and the more stable DirectX 11 interface, or optimize memory management under DX12 for the newer Ada Lovelace GPU architectures. Thank you.

Czyli się jednak da zrobić nastawnie mechaniczne 🙂

Ahoj! Niedawno udostępniłem dużą aktualizaję tego scenariusza, gdzie między innymi: -Rozszerzono scenariusz o odcinek Kutno - Jedlicze k. Zgierza, tworząc spójne połączenie z Łodzią i Warszawą -Zmiana opisu scenariusza wraz z grafikami -Dostosowano rozkład jazdy do nowego odcinka scenariusza i rozkładu PKP PLK -Zamieniono pt na ph na stacji Zgierz Północ -Zmieniono punkt Łódź Kaliska R295 na poprawny Łódź Kaliska R219-R227 -Poprawki botów na stacji Łódź Widzew Nowy odcinek scenariusza jest już dodany, a cały scenariusz grywalny. Dostępny wraz z całą paczką w linku w pierwszym poście. Tam również zmieniony został opis scenariusza, rozbudowany o odcinek jednotorowy z Kutna. Miłej zabawy! Trochę zdjęć z nowej wersji:

Nie wiem w ogole poco znika ta ostatnia stacja z belki dla mnie to bug. Tak samo jak to że na wyswietlaczach np Elfach stacja początkowa i końcowa to pierwszy i ostatni waypoint z PH zamiast dedykowana pozycja From i To z xml'a

I "Trainwatch" od 11bitstudio https://11bitstudios.com/pl/games/trainwatch/

Taka perełka na tegorocznym Steam Festival Next: https://store.steampowered.com/app/1970000/Line_Clear/

Teraz chyba ostatnia stacja na górnej belce znika zawsze, niezależnie od tego czy w rozkładzie jazdy jest jeszcze jeden Waypoint czy nie ma. A <IsFinalStation> jest tylko po to, żeby pasażerowie wysiedli z pociągu i żeby nikt nowy na tej stacji do niego nie wsiadał. Obie rzeczy są niepożądane. Ale chyba bardziej dziwne jest gdy pasażerowie jadą w pociągu na manewry, niż to znikanie dystansu do ostatniej stacji.

Yes, walking freely inside the PASSENGER carriages, get on and get off, and simply traveling in them—just like in TSW. Currently, there are only fixed passenger views.

@mateusz424 Hey, jesteś pewny że Ci to działa? Ja ustawiam sobie tak samo w innym (wałasnym) scenariuszu i jak dam IsFinalStation = true na ostatniej stacji PH oraz następnym WayPointFromXml (PT) to i tak ostatnia stacja znika z górnej belki. Nawet jak dam na ostatniej PH i inne typy postoju zawsze znika. Dopiero jak usuną IsFinalStation z ostatniej stacji to pozostaje na belce. Czyli u mnie jeżeli stacja X ma IsFinalStation=true to co bym nie robił nie mam na górnej belce stacji docelowej 😕 testowałem na różne sposoby i nic. A jak nie ustawie IsFinalStation to wówczas pasażerowie nie wychodzą wszyscy

In the ED250, the control settings include separate key bindings for selecting specific cruise control speeds, from 0 to 160 km/h in 10 km/h increments. I can assign keys to these functions in the settings, but pressing the assigned keys while driving has no effect. The key bindings appear to be accepted correctly, and I have verified that the keys are assigned to the corresponding speed selection functions. This issue has never worked for me. The regular cruise control speed increase/decrease controls work, but the individual speed selection bindings do not. Could the developers confirm whether these individual speed selection key bindings are implemented and supposed to work in the ED250? Thank you!

Faktycznie potwierdzam wcześniej nie było problemu z wjazdem na Wschodnią

Czy ktoś spotkał się z takim błędem, roślinność pojawia się i znika? Wygląda to tak że silnik rysuje roślinność od kamery do linii rysowania, a potem ją usuwa i tak na okrągło. Dzieje się to na każdym scenariuszu, niezależnie od ustawień graficznych. Przez chwilę po włączeniu gry jest ok, a jak się zacznie to już końca nie widać. Restarty scenariusza czy inne scenariusze już mają to pulsowanie. Wygląda to tak jak na wideo. Nie wiem co mogę z tym zrobić... 69c08b.mp4

Problem jest gorszy niż myślałem. Kolejny scenariusz zawieszony po 3h na minutę przed końcem misji. Zaczynam mieć dość tej gry. Niestety brak komunikatów błędów, nawet Windows Event Log jest pusty. Gra po prostu zawiesza się i koniec. Serio, drodzy państwo, mam dość. Kilka dni z rzedu próbuję sobie pograć w tego SimRail-a, ale to się robi frustrujące doświadczenie. Losowe zawieszanie praktycznie uniemożliwia ukończenie żadnej dłuższej misji. W tej miałem wgranie stanu gry w połowie, ale i tak, 2h jak krew w piach. Serio, no byłby fajny symulator GDYBY DZIAŁAŁ. Na moim PC - SimRail jest niegrywalny zupełnie ze względu na zwiechy, które nie są wyjątkiem w jego działaniu, tylko niestety normalną rzeczą na wszystkich sceneriach. I to nie jest wina mojego systemu, mam mnóstwo innych gier, które mogę mieć uruchomione 12h non stop i nigdy się nie sypią.

Nie działa, nie chce podać wjazdowego na wschodnią.

Patch 1.7 changelog Added BR285 as a playable loco class; Added BR285 to some of the randomised bot trains, Ty2 does share the sidings with the diesel now; Changed towed loco options. Only ET22 and ČD163 can be towed if you drive either loco class. Only these locomotives should have proper dead tow mechanic (the game currently only supports passive rive instead of dead tow, known bug); The 242xxx bot train, which used to be the green/grey BR186, is now randomised from any BR186 repaint. Bugfixes: Bot 446034 displays its proper left track front signal; Fixed departure of some bots around Katowice; Lots of small stuff I have forgotten... Unfortunately combing electric multiple units (EN51/71 and Impuls2) does not work as intended, I do not know why. You can simply slam the EMU to the other one and activate the second train afterwards.