All Activity

Właściwie to wiemy: zewnętrzna firma TakeIt Studio. Wiemy też, że PlayWay S.A., a nie SimRail S.A., zajmuje się wersjami konsolowymi, co też widnieje w sklepach PS i XBOX.

To niech zwrócą pieniądze klientom. Dziaderskie podejście.

Pisałem do Play Way, którzy mają udziały w studiu od Simrail i sytuacja została mi przedstawiona w skrócie że nic się z projektem na konsole nie działo bo gra się kiepsko sprzedała i miała słabe oceny. Dla mnie to żenujące bo wydali produkt z dużą ilością błędów które uniemożliwiały dokończenie scenariusza i byli zdziwieni jakie były oceny. A kontakt nawet kogokolwiek ze studia kto by się odniósł co się dzieje w sprawie konsol tu nie istnieje.

It is the same IRL. Another station with that is Ł.Kaliska. However other stations in game does not have that feature because IRL situation is the same.

I thought it was possible to manage the crossings like in Zgierz: where the main one is manual, but you can close it automatically by setting the train route. I already knew the difference between open-line crossings and station crossings @wunder99: But in Zgierz, setting a route triggers the crossing to close and open automatically, while still allowing you to operate it manually like in any other station. I don't understand why this is only possible in Zgierz. Was it like that in real life as well?

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!