Lukaszszsz

Osiągniecie Warszawa - Kraków zaliczone prowadząc ED250 na multiplayerze (polecam mniej obłożone serwery do zaliczania tego typu osiągnięć). Pociąg przejąłem na stacji Warszawa Wschodnia (Pendolino stało już w peronach z zamkniętymi drzwiami, ale do odjazdu było jeszcze z ok. 5-6 minut), natomiast do Krakowa przyjechałem z 25 minutowym opóźnieniem z uwagi na duży ruch, problemy z ETCS-em, jazdę po lewym torze (zarówno mojego składu, jak i kilku innych pociągów), usterkę przejazdu na odcinku Sprowa - Kozłów oraz wyprzedzanie składów w rejonach kilku stacji, czego przykład przedstawia poniższy zrzut ekranu. Może na większości nastawni siedziały boty, ale podobnie, jak gracze umieją urozmaicić rozgrywkę. Może jest jeszcze sporo pracy przed deweloperami, ale tego typu wirtualne podróże potrafią zrelaksować człowieka 🙂

Witam, podczas rozgrywki na kilku serwerach występuje problem z podaniem przebiegu pociągowego na nastawni w Grodzisku Mazowieckim w kierunku Korytowa (semafor P1) i Żyrardowa (semafor P3). Próbowałem ustawiać przebieg z różnych semaforów stacyjnych (M) i poza stacyjnych (O), ale po wspomnianej próbie wyświetla się komunikat o niemożliwym ułożeniu przebiegu pociągowego, co potwierdzają zrzuty ekranu. Dodatkowo pociągi przejeżdżające przez Grodzisk na kilka sekund zatrzymują się w miejscu i zaraz znowu jadą, aby po kilku kolejnych sekundach znowu się zatrzymać. Omawiane błędy, dotyczące podania semaforów wyjazdowych i lagujących się pociągów, nie występowały przed aktualizacją.

Włączyłem po raz drugi omawiany scenariusz i udało się go wykonać (nie wiem czy miało to znaczenie, ale zmieniłem porę roku z jesieni na lato oraz zmieniłem rodzaj wagonu z pierwszego typu na drugi; lokomotywa pozostała ta sama, czyli ET22). Po wczytaniu scenariusza zauważyłem, że radio ustawione jest na kanale pierwszym (nieprawidłowym), natomiast później, jak ruszyłem to automatycznie radio przestawiło się na kanał drugi (prawidłowy). Możliwe, że za pierwszym razem mogło się coś w scenariuszu wykrzaczyć i nie zmieniło mi wtedy kanału, stąd te dziwne komunikaty, o których pisałem w pierwszym poście. Jednak czy zmiana pory roku, rodzaju wagonu czy typu lokomotywy ma wpływ na realizację kodu źródłowego scenariusza to tego nie wiem. Jeżeli chodzi o wyjazd z Grodziska to najlepiej podjechać pod sam semafor wyjazdowy (za sygnalizatorem powtarzającym), aby zwolnić przebieg na rozjazdach przed stacją. Jeśli zatrzymamy się przed semaforem powtarzającym to wagony mimo zjechania z rozjazdów stoją za semaforem wyjazdowym w stronę Pruszkowa, przez co wspomniany przebieg na rozjazdach nadal zgłasza zajętość. Jak przejadą dwa Pendolina i nie wyświetla się Wam sygnał na semaforze wyjazdowym w stronę Żyrardowa, spróbujcie wcisnąć na radio ZEW1, ZEW2 lub ZEW3 tylko trzeba pamiętać, aby radio było ustawione na kanale drugim.

Dzięki za przesłane odpowiedzi. Radia nie ruszałem, ale jeżeli potwierdzacie, że scenariusz działa to temat do zamknięcia.

Witam, podczas wykonywania nowego scenariusza "Pruszkowski intermodal" pojawia się błąd podczas próby nawiązania kontaktu z dyżurnym w Pruszkowie. Wciśnięcie ZEW1 lub ZEW3 powoduje wyświetlenie się dziwnych komunikatów i po dojeździe do semafora wyjazdowego z bocznicy nie ma informacji, co należy dalej zrobić ze składem.

Nie ma osiągnięcia za przejazd na trasie Starzyny - Kraków, dlatego wykonanie wspomnianego przez Ciebie scenariusza nie mogło zaliczyć osiągnięcia, którego nie ma. Jeżeli wykonanie scenariusza zgodnego z trasą osiągnięcia, bez aktywacji bota podczas podróży, nie zalicza osiągnięcia to trzeba zgłosić błąd na forum zamieszczając log z gry. Ja swoje osiągnięcia dotyczące tras zdobywałem na multi i opóźnienia nie miały wpływu na ich zaliczenie. Najważniejsza kwestia jest taka, aby na multi usiąść za wirtualny nastawnik zanim pociąg zatrzyma się na początkowej stacji, jeżeli przejmiesz skład, gdy stoi w peronie i trwa już wymiana pasażerów, to osiągnięcie nie będzie zaliczone. Podczas podróży do Warszawy (czy to z Katowic czy z Krakowa) zauważyłem, że osiągnięcie było zaliczane po dojechaniu do Warszawy Centralnej. Przy zaliczaniu omawianego rodzaju osiągnięć warto skorzystać z mniej obleganego serwera, który oferuje mniejsze prawdopodobieństwo wystąpienia błędu połączenia z serwerem.

Witam, podczas dyżurowania na nastawni Łazy Ła zauważyłem, że w trakcie postoju dwóch pociągów towarowych obok siebie, po najechaniu kursorem myszy na niektóre odcinki sygnalizujące zajętość toru (mowa o odcinkach, które są ułożone pod kątem) wyświetla się informacja o tym, że na tym odcinku znajdują się dwa pociągi, co nie jest zgodne ze stanem faktycznym w grze. Na przesłanych zrzutach ekranu zaznaczyłem na czerwono odcinki wyświetlające błędną informację i na zielono odcinki wyświetlające prawidłową informację. Prawdopodobnie błąd może dotyczyć wszystkich nieparzystych odcinków, które są ułożone pod kątem. Odcinki poziome i pionowe wyświetlały poprawne informacje.

Serwisy ze statystykami graczy Simraila nie podają rzeczywistych danych odnośnie czasu spędzonego na prowadzeniu różnego rodzaju pociągów czy czasu dyżurowania na poszczególnych nastawniach, dlatego najlepiej wykonywać to osiągnięcie poprzez zapisywanie każdej zaliczonej nastawni w notatniku. Brak zaliczania czasu spędzonego na niektórych nastawniach mogli naprawić w ostatnich aktualizacjach, więc jeżeli wiadomo jakie nastawnie nie zostały zaliczone przez gracza, warto spróbować podyżurować na nich przez dłuższy czas w trybie ciągłym (ponad 2 godziny bez przerw) i na mniej obciążonych serwerach.

Może spróbuj wykonać dyżur na tych nastawniach na innym, mniej obciążonym serwerze. Ewentualnie przed włączeniem Simraila spróbuj wykonać sprawdzenie spójności plików gry. Jeden z adminów pisał, że zapis pracy na nastawni odbywa się co 5 minut, więc pewnie stąd ta różnica w czasie.

Wykonałem test na dyżurce w Psarach i faktycznie system wyłapuje różnego rodzaju kombinacje z semaforami i układem torowym, których nieprawidłowe ustawienie kierowałoby pociąg na niewłaściwy szlak. Przykładowo pierwszy test polegał na tym, że pociąg do Katowic wyjeżdżał dopiero z Włoszczowej, a już system w Psarach poinformował, że podano nieprawidłowy przelot i jego część została natychmiastowo automatycznie rozwiązana. Próbowałem również wysłać pociąg do Krakowa na Katowice z opcją semafor wjazdowy na sygnał zastępczy i semafor wyjazdowy prawidłowy, ale również system zadziałał poprawnie i rozwiązał ustawiony przebieg. Nie wykonałem kilku innych testów (np. próba wysłania pociągu na nieprawidłowy szlak po torze niewłaściwym), ale można stwierdzić, że prawdopodobnie tak, jak wspomniałeś, maszynista krył kolegę albo nie znał sygnałów wyświetlanych na semaforze albo pomylił nastawnię w Psarach z inną nastawnią. Niewykluczone, że mogła wystąpić anomalia na serwerze, ale nawet jakby wystąpiła to dziwne, że pociągi nie zostały wcześniej usunięte z nieprawidłowego szlaku.

Doskonale rozumiem na czym polega system automatycznego rozwiązywania przebiegów, ale problem jest taki, że według maszynisty oni mieli ułożony prawidłowy przebieg w Psarach bez podawania sygnału zastępczego. Dlatego przy okazji zadałem pytanie do admina czy testowali scenariusz, gdzie nastawnia podaje pełny przebieg w złym kierunku zanim pociąg wjedzie na szlak i zgłosi zajętość toru w stronę nastawni, która źle nastawiła przebieg. Dziwne, że dopiero skierowanie pociągów w stronę Sędziszowa spowodowało zadziałanie wspomnianego systemu i usunięcie składów z mapy (pytanie kolejne, dlaczego pośpiech został usunięty na Południowym, a Pendolino dopiero na Dańdówce). Sytuacja wydarzyła się dnia 16 lutego na serwerze PL1 (czas letni, -5 godzin do strefy czasowej) między godzinami 21 i 23 czasu rzeczywistego.

Nawiązując do tematu objazdów to podczas niedzielnej służby na nastawni w Będzinie pierwszy raz spotkałem się z sytuacją, że dwa pociągi (53017 i 1317), które miały jechać w Psarach w stronę Krakowa, zamiast na Starzyny otrzymały normalny przebieg w stronę Góry Włodowskiej i pojechały w stronę Katowic. Podczas rozmów z okolicznymi dyżurnymi oraz z maszynistami wspomnianych pociągów zapadła decyzja, że puścimy oba pociągi z Sosnowca Głównego w stronę Sosnowca Południowego (maszynista z 53017 jechał na siódemce, więc z uwagi na brak manewrów na multi podróż zakończyłby na Sędziszowie, ale Pendolino mogłoby na stacji Tunel zmienić czoło i normalnie pojechać do Krakowa). System jednak nie pozwolił na takie rozwiązanie i pośpiech został chyba usunięty na Południowym, natomiast Pendolino na Dańdówce. Biorąc pod uwagę zaistniałą sytuację powstaje pytanie, dlaczego system nie zareagował w Psarach? Może w Psarach przebieg dla obu pociągów został ustawiony wcześniej zanim pociągi wyjechały z Knapówki i wywołały zajętość toru, przez co system nie ogarnął tematu i automatycznie nie rozwiązał przebiegu. @Królik Uszasty testowaliście tego typu scenariusz?

Jeżeli chcesz zmniejszyć interfejs spróbuj użyć wartości liczbowych typu 0.5 lub 0,5 lub 50 lub 50% po znaku równości.

Witam, ustawienia sterowania maszynisty wyświetlają nieprzetłumaczone wartości parametrów, do których można przypisać klawisze. Lista omawianych wartości parametrów: #Key_compartment_lighting_off Redsignal left Endlight right Anti-slipping brake Brake assimilation Open main switch High current Unlock compressors overload relay Unlock overload relay of converters and heating

Witam, jadąc ET22 na trzech silnikach, szybkie zejście zadajnika mocy do 0 (przy kilkukrotnym użyciu klawiszy shift + "-") powoduje chwilowy brak dźwięków lokomotywy podczas przechodzenia zadajnika z pierwszej pozycji na pozycję zerową. Można odnieść wrażenie, jakby symulator na sekundę przechodził w tryb bez dźwięku. Sytuacja nie występuje podczas zerowania zadajnika mocy w trakcie korzystania z dwóch lub jednego silnika. Test przeprowadziłem na kilku składach na multiplayerze.

Wydawca: Może pozostaniecie w Early Access? Prezes: Nie no, co ty wydawco. W: No spróbujcie dokończyć grę. P: No daj spokój. W: No dokończ grę no. P: Weź się wydawco. W: Bo nie dokończysz gry. P: Taa, nie dokończę. W: No to dokończ grę. No, zrobię zapis ... P: Zrobię zapis ... W: ... gry. P: No wiem, zrobię zapis gry. W: Dodatkowo poprawię scenariusze i dodam nowe. P: Dodatkowo poprawię scenariusze i dodam nowe. No sam powiem dalej. W: Ale nie mówisz sam. P: Bo ty ... W: Co ja, co ja? P: ... mnie stresujesz. W: Ja cię stresuję, RP1, kończysz grę od ponad trzech lat raz na jednym dysku raz na drugim, i wszystko to jak krew w piach. P: Taa, krew odrazu. 😄

Może trzeba zrobić konkretny scenariusz, aby odblokować dane osiągnięcie?

Jeżeli chodzi o optymalizację gry poprzez zmniejszenie liczby pociągów oraz o dążenie do realistycznego rozkładu to temat był omawiany na discordzie i na forum przez osoby z administracji Simraila. Część informacji była zamieszczana jako zrzuty ekranu na jednej z grup facebookowych.

Aktualnie wdrożony rozkład jazdy ma być podobno na stałe. Teoretycznie mniejsza liczba pociągów miała odwzorowywać rzeczywisty ruch kolejowy oraz wpłynąć na lepszą wydajność symulatora, ale w praktyce po zmianie rozkładu wydajność się nie poprawiła (niektórzy gracze odnotowali nawet spadki FPS w porównaniu do wersji sprzed wyjścia z EA). Dodatkowo tak, jak wspomniałeś, na niektórych dyżurkach, gdzie kiedyś był spory ruch, teraz jest nudniej, natomiast maszyniści również odczuli negatywne skutki wdrożenia nowego rozkładu w postaci większych pustek na szlaku (nie mówiąc już o pustkach w wagonach pasażerskich, na peronach czy na bocznicach podczas gry na multiplayerze, które nie są bezpośrednio powiązane z rozkładem, ale na pewno nie odwzorowują stanu rzeczywistego). Teraz powstaje pytanie czy Simrail ma dążyć do pełnego odwzorowania rzeczywistości (czego z pewnością nie osiągnie) czy jednak poprzez "podkręcenie" kilku parametrów umożliwić lepszą tzn. ciekawszą rozgrywkę.

Chłopcze, stwierdzenie "ha ha tfu" dotyczyło komentarza a nie osoby. Biorąc pod uwagę Twoje wypowiedzi w tym temacie można odnieść wrażenie, że "czepiasz się, jak pchła psiego ogona" i za wszelką cenę chcesz się w nim urządzić. Dodatkowo wypominasz mi zarządzanie czyimś czasem, a sam to czynisz? Wskaźnik Twojej hipokryzji osiąga powoli poziom zadziałania przekaźnika nadmiarowego 😄

Tak, chodziło mi o harmonogramy wschodów i zachodów Słońca w zależności od pory roku (nie muszą tworzyć oddzielnych harmonogramów dla każdego dnia, wystarczy jeden uniwersalny dla danej pory roku). Odnośnie spięcia to akurat z Tobą rozmawiam spokojnie i merytorycznie, natomiast z pewnym użytkownikiem to już dawno offtopic 😄 Chyba mylisz mnie z innym użytkownikiem. Po pierwsze nie mam takiego monitora, po drugie o jasnych nocach piszę dopiero drugi raz na tym forum (konto od 2022 roku), po trzecie nikogo nie opluwam, po czwarte nie tupię nogą 😄 Nie masz jakiegoś zajęcia poza forum, gdzie mógłbyś tego typu dyskusje przekuć w pozytywne działania?

Reshade używałem jak grałem w ETS 2, więc wiem, jakie ma możliwości ulepszania grafiki. Natomiast mi chodzi o to, aby jasność/ciemność nocy nie była sztucznie generowana przez tego typu narzędzia tylko automatycznie przez symulator. Jeżeli przykładowo w grudniu robi się ciemno po godz. 16-17 to tak samo powinno być w Simrailu, w którym aktualnie ciemno robi się dopiero o 22-23 tak, jakby na stałe były przypisane letnie godziny wschodu i zachodu słońca dla każdej pory roku. Nie odniosłeś się do meritum sprawy, tylko napisałeś, abym wykonał czynności, które nie rozwiążą problemu, jedyne co Tobie się udało to rozśmieszyć kilka osób. Dodatkowo insynuujesz jakobym nie miał wiedzy na temat kalibracji obrazu czy też miał gorszej jakości monitor, więc czy to nie jest wycieczka osobista? (zaznaczam, że jest to pytanie retoryczne, więc nie musisz na nie odpowiadać). Moim zdaniem nasza dalsza dyskusja nie sprzyja rozwiązaniu problemu, który został przedstawiony w głównym poście tego tematu. EOT

Ha ha tfu na tego typu komentarze, które nic nie wnoszą do dyskusji. Na forum wypominasz deweloperom brak szacunku do użytkowników Simraila, a sam wpisujesz się w ich narrację pisząc takie dyrdymały. Pełna zgoda, jednak tego rodzaju zmiany z pewnością wpłyną na zmniejszenie wydajności symulatora. Może kiedyś w ustawieniach Simraila pojawi się zakładka pogody, gdzie będzie można dostosować wygląd i zachowanie warunków atmosferycznych według własnych preferencji 🙂

Jeżeli Simrail jest symulatorem, a nie zwykłą grą, to noc powinna być ciemna. Oczywiście są gracze, którym to będzie przeszkadzać, ale czy nie można dodać opcji w ustawieniach jasna/ciemna noc, aby każdy był zadowolony?! Czasami ciemna noc w Simrailu jest dostępna, ale przez krótki czas, a powinna być przez dłuższy, aby rzetelnie odwzorowywać warunki pogodowe, jakie panują w rzeczywistości. Poniżej przedstawiam film maszynisty, który prowadzi pociąg podczas nocnej zmiany.

Nie ma, ale właśnie w tym obszarze można dostrzec szansę na jeszcze większy rozwój multi zarówno dla maszynistów, jak i dyżurnych ruchu. Składy mogłyby być generowane losowo, ale w taki sposób, aby przykładowo na żeberku generowały się tylko lokomotywy, natomiast na dłuższych torach odstawczych pociągi towarowe, a na torze przy jednym z kilku peronów pociągi pasażerskie. Można podejść do tematu na dwa sposoby: - tworzymy taką liczbę nieaktywnych składów (tzn. bez możliwości przejęcia przez gracza lub bota) na poszczególnych stacjach i ośrodkach kolejowych, aby nie utrudniać pracy dyżurnym, - tworzymy taką liczbę nieaktywnych składów (tzn. bez możliwości przejęcia przez gracza lub bota) na poszczególnych stacjach i ośrodkach kolejowych, aby dyżurny miał więcej pracy. Załóżmy, że wybierzemy drugi sposób. Dyżurny ruchu obejmuje stację z czterema torami (np. Opoczno), gdzie na torze głównym stoi uszkodzony pociąg towarowy, przez co świeci się zajętość toru. Wtedy urozmaica się gra zarówno dla Opoczna, jak i pobliskich Idzikowic czy Olszamowic, które muszą przytrzymać część składów. Próba podania semafora wyjazdowego lub sygnału zastępczego dla takiego składu powodowałaby wyświetlenie się komunikatu o braku takiej możliwości z uwagi na to, że np. pociąg jest uszkodzony lub oczekuje na łączenie wagonów (coś na wzór obecnych powiadomień o braku wciśnięcia KO na nastawni po przybyciu pociągu). Oczywiście liczba takich nieaktywnych składów zależałaby od liczby torów w danym miejscu oraz od ograniczeń wydajnościowych. Można byłoby również wprowadzić prawdopodobieństwo wystąpienia takich składów i losowość torów, na których byłyby te składany generowane co każdy restart serwerów.