Pitoras

Problemem raczej będzie za słaba karta graficzna. Mam praktycznie identyczną konfigurację poza kartą graficzną właśnie (RTX2060S 8GB) i owszem mam spadki ale nie niższe niż 30fps i to tylko w miejscach większej ilości taboru lub infrastruktury kolejowej

Poruszałem ten temat w innym wątku, to stwierdzono #niedasie oraz #takmabyc, bo mają jakąś swoją dziwną, nie logiczną do końca wizję na to. W ich ocenie żółte światło w HUD powinno być pokazywana, tak jak to jest obecnie, czyli tylko wtedy gdy semafor daje ograniczenie prędkości, a nie też wtedy gdy następy semafor będzie wskazywać stój. Hipokryzją jest pokazywanie sygnału zastępczego w pełni poprawnie, czyli da się zrobić pokazywanie 1:1, tylko trzeba chcieć...

Sugerowałbym poprawienie kamery zewnętrznej (klawisz 2), by w pojazdach EZT (na ten moment Elf i Pendolino) była wyśrodkowana na środku pierwszego członu, a nie jak dotąd na przegubie między pierwszym, a drugim członem. Opcjonalnie przykleić kamerę chociaż do pierwszego wózka. Rozumiem że idea kamery zewnętrznej, podążającej jest spełniona, no ale, z punktu widzenia przyzwyczajeń z innych symulacji oraz ogólnego widoku, nie patrzy się na to zbyt wygodnie.

Od siebie dodam jeszcze taki błąd w oświetleniu, też tunel za stacją "Tunel"

Na stacji Charsznica, ludzi się blokują między peronem na pociągiem. Ponownie stają na peronie po ruszeniu.

Można by zrobić, że przed resetem, serwer by zapisał sobie który użytkownik w którym pociągu się znajdował (oraz który na której stacji). Po zapisaniu takiej informacji w wewnętrznym pliku serwera, następuje jego reset. Po resecie, serwer odczytuje takowy swój plik, i ponownie przydziela użytkowników na odpowiednią stację i pociągi. Tutaj zapewne pozycje pociągów i stany stacji oczywiście by były trochę lub znacznie inne od stanu przed resetem, ale nadal to pozwoliłoby na kontynuowanie rozgrywki. W trakcie takiego resetu, u użytkownika pojawiałby się ponownie ekran ładowania z informacją np. "Trwa reset serwera, nie zamykaj tego okna. Stan twojego pociągu/stacji może ulec zmianie po resecie. Proszę czekać...". Jeśli po określonym czasie, użytkownik by jednak się nie połączył automatycznie z serwerem, to wtedy następuje dopiero pokazanie ekranu z podsumowaniem i powrót do menu. Myślę że takie rozwiązanie byłoby zadowalające i nie niszczyło by idei resetu serwera jako sposób na naprawienie ruchu 🙂

Można operować radiem nadal, ale trzeba trafić myszką w niewidzialne przyciski xD

Fajnie że są kamery wewnątrz poprzez klawisze 4 i 5, ale przydałoby się chociaż nimi obracać. Na tą chwilę wygląda to jak imitacja monitoringu.🤣

Misja EU07 Wawa-Kato. Wyjeżdżając z tunelu w kierunku W-wy Zachodniej, jest nie naturalne oświetlenie terenu, które jest chamsko przełączane przy wyjeździe z tunelu. Po wyjeździe, sam tunel nagle staje się jaskrawy. Dodatkowo zauważyłem, że słońce prześwituje przez tunel od strony W-wy Wschodniej. Ja rozumiem że tunel średnicowy jest trudnym przypadkiem zapewne do oświetlenia, no ale nie może być tak, że są takie skrajności w natężeniu światła. W przypadku słońca, sugeruje dodać jakąś czarną mgłę, która będzie się oddalać, zbliżając się do wyjazdu tunelu (i adekwatnie odwrotnie). Coś takiego można np. zaobserwować w grze World of Subways 3.

Nie ma wgl symulacji spadków napięć w sieci 😕

Bardziej bym powiedział, że wahania prędkości się pojawiają losowo, jadąc na tzw. wybiegu. Wahania wynikają z tego, że wagony podczepione do lokomotywy zaczynają w nią bić i odbijać się, i tak ciągle aż nie wdroży się hamowania lub rozruchu.

No to inny przykład, sygnał S11a, czyli kolejny semafor wskazuje jazdę do 100kmh. Interfejs twierdzi że to jest sygnał "żółty" czyli że mam hamować. Tylko po co mam hamować za semaforem, skoro wyraźnie wskazuje wolną drogę w następnym odstępie blokowym xD.

Napisałem żółty NIE migający, czyli S5 😉

Skoro żółte, to hamuj, to dlaczego nie pokazuje tego w interfejsie? Semafor jasno wskazuje sygnał żółty, czyli że nast. będzie czerwony (żółty niemigający ofc), czyli że właśnie trzeba zacząć hamować, bo kolejny będzie czerwony. Tymczasem interfejs twierdzi że jest zielone więc "wal śmiało, wolna droga nada". To jest wg. ciebie okej? Bo dla mnie to czysta hipokryzja jest teraz. Jeśli będzie jechać tutaj osoba, która nie zna się na przepisach, tylko będzie się sugerować interfejsem, no to taka osoba otrzymuje błędne informacji 😛

Nie skupiam się teraz co jest na gruncie, a to co pokazuje interfejs.

Czyli w twojej ocenie, pokazywanie sygnału zielonego na pomocniku, gdzie w rzeczywistości jest żółty, jest okej?

Jednak powrócę do tematu. Obecny system wyświetlania sygnałów na HUD/UI jest dość mylący. Przykładowo wjeżdżając do Ząbkowic, przed peronami jest tylko górne żółte, a za peronami już czerwone. Gra owszem poprawnie interpretuje że jest vmax, ALE grafika że jest to zielone światło jest myląca. Dodatkowo nie ma informacji że droga hamowania jest mniejsza niż zwykle, przez co zakładając wg. HUD że sygnał jest interpretowany jako zielony i wolna droga, nie daje szans graczowi na zatrzymanie składu. W mojej ocenie, interfejs powinien przedstawiać 1:1 sygnały z semafora, czyli jak żółte to żółte, jak migające zielone, to migające zielone, jak 2x żółte z zieloną belką, to analogicznie. Rozumiem że system miał ułatwić rozumienie sygnalizacji dla osób nie znających się na temacie naszej kolei, no ale jest zbyt mylące obecnie to jednak. Proszę to zmianę sposobu przedstawiania sygnałów na HUD.

Tak, jednak jest prawidłowo, znajomy maszynista mi opisał wszystko.

Przepuszczanko dziobaka we Włoszczowej 🙂

Przy przechodzeniu z godz. 21 na 23, waha się jasność nieba. Momentami ma prawidłowe ciemny poziom, ale najczęściej jest wyraźnie jaśniejszy niż reszta otoczenia. Rozumiem że w grze obecnie jest lato, no ale o 23 raczej tak jasno już nie jest 😉 SimRail_log_2022-12-24_21-15-00.txt

Generalnie przydałaby się możliwość zmiany jasności lub korekcji gamma. Kolory trawy też są zbyt intensywne, na totalnie pierwszych screenach waszych był bardziej prawidłowy odcień, bliższy szarości.

Na niskim peronie pasażerowie nie wsiadają do wagonu TLK, tylko otwierają sobie drzwi i ustawia się kolejka. Z wysiadaniem na peron nie mają problemu. SimRail_log_2022-12-22_18-09-01.txt

Mimo iż ograniczenie powinno wynosić 40km/h, i takie UI wskazywało przed semaforem (wraz z ilustracją odpowiednią Sz), to po minięciu, UI potraktowało go jako sygnał manewrowy i ograniczyło prędkość do 20km/h. SimRail_log_2022-12-22_18-09-01.txt

Mimo wykonania wcześniejszych poleceń lektora, to często się powtarza np. po przełączeniu na zewnętrzne kamery, cofnięciu nastawnika na pozycję 0 lub zatrzymaniu na stacji 🙂 SimRail_log_2022-12-22_18-09-01.txt

Sugerowałbym zmianę lub usprawnienie systemu wygładzania krawędzi, gdyż obecny na rozdzielczości 1080p strasznie psuje wrażenia z jazdy czy obserwację otoczenia (zwłaszcza w ruchu). TAA strasznie mocno zmiękcza krawędzie, do tego stopnia, że nie całe 100m dalej np. sieć trakcyjna jest kompletnie już nie widoczna, tylko 20m przez jest bardzo mocno zniekształcona. Za to mniejsze poziomy wygładzania (SMAA i FXAA) powodują istną "sałatkę z pikseli". Przykładowo TD2 (który chyba jest oparty na tym samym silniku) czy nawet Maszyna, znacznie lepiej sobie z tym tematem radzą. Oczywiście ktoś powie zaraz, że kup lepszy monitor i grafikę (RTX obsługujący DLSS np.), tyle że no nie każdego stać na monitory 4K czy grafiki serii RTX. Chodzi mi po prostu że jest za duża różnica m.in. między pośrednim (SMAA), a 'najlepszym' (TAA) filtrem pod względem wizualnym. TAA ładnie się prezentuje jedynie w scenach statycznych.