www.orts.fora.pl

Castor · Dołączył: 03 Sty 2021 Posty: 4 Przeczytał: 0 tematów

Super. Wychodzi na to, że miałem na myśli dobrą wersję OR 1.3E MG, ale teraz wiem na 100%, że to właśnie ta. Dzięki, @Soczew.

piotrln · Dołączył: 17 Sty 2020 Posty: 10 Przeczytał: 0 tematów

Mam zaj korek przed Krzyżem, a mam najnowszą wersje tej tasy. Nie wyhamowałem i przejechałem przez składy co blokują, jade dalej, O co tu chodzi?

damian97

na jakiej wersji OR grasz?

piotrln · Dołączył: 17 Sty 2020 Posty: 10 Przeczytał: 0 tematów

1.3 .1

damian97

to mi nic nie mówi, większość to 1.3.1... i coś jeszcze tutaj powinno być. W readme jest napisane że TT działa poprawnie tylko na stabilnej wersji OR. Ostatnia stabilna wersja to 1.3.1.4328

piotrln · Dołączył: 17 Sty 2020 Posty: 10 Przeczytał: 0 tematów

No i tą mam

Emil S

Niestety OR może nie radzić sobie z obsługą tak dużych timetable na słabszych komputerach. Jest to ogromne timetable, z wieloma manewrami, pociągami, trafikiem, i zapewne coś się posypało. Niestety, pod tym kątem oprogramowanie OR nie jest tak stabilne i wydajne. Nie jest to przewidywalne, bo u większości użytkowników działa jak należy, a czasami zdarzy się taki przypadek właśnie. Być może kolejne uruchomienie OR pomoże, a jak nie to spróbuj jakiś pociąg o wcześniejszej godzinie, tak zanim powstanie korek. Kolejną sprawa, czy pobrałeś to timetable i trasę niedawno czy na samym początku po wydaniu? W tej pierwotnej wersji, z tego co pamiętam były drobne błędy, ale już teraz wszystko powinno chodzić poprawnie od technicznej strony, ale jeżeli to fanaberie OR to niestety ciężko cokolwiek poradzić.

damian97

Nie wiem Emil... u mnie na starym kompie na którym mam i5 i 4Gb ramu chodzi prawidłowo owszem czas wgrywania i fps na tym sprzęcie to tragedia ale korków nie ma. Wiem że rozkłady potrafią się sypnąć gdy ktoś próbuje sobie na własną rękę podmienić skład albo jedzie ile fabryka dała lub za wolno przez co jedzie niezgodnie z rozkładem... trudno powiedzieć w czym problem? Zazwyczaj na stabilnej wersji działa prawidłowo, no i o korku w Krzyżu jeszcze nikt nie informował najczęściej Dąbie się korkowało przy bocznicach i kiedyś ktoś wstawiał screeny ze Stargardu.

piotrln · Dołączył: 17 Sty 2020 Posty: 10 Przeczytał: 0 tematów

W Krzyżu stoją dwa wagony bez lokomotywy . I właśnie tam kierune mój barbakan

damian97

daj screena spróbuję zidentyfikować te wagony

mardok · Dołączył: 16 Sty 2020 Posty: 19 Przeczytał: 0 tematów

Być może to jest problem z sygnalizacją, która sobie nie radzi z takim ruchem i taki korek powstaje. Ilość ramów pamięci i procesora nie wpływa na stabilność działania TT. Jeśli TT jest zapisane w trybie binarnym to też może być powód korków na trasie. Ogólnie ciężko powiedzieć trzeba dokładnej analizy, żeby stwierdzić co tam się dzieje. Znając życie to jest jakaś mały, ale ciężko zauważalny problem. Właśnie jeśli chodzi o OR to jest spory minus dla początkujących jeśli chodzi o diagnostykę problemu i niestety w pliku logowania tj logu czasami ciężko wnioskować jaki jest problem. Ale może kiedyś to się zmieni. Natomiast teraz trzeba się dobrze zapoznać i samemu testować tworzyć TT i różne manewry, żeby zrozumieć działanie OR.

piotrln · Dołączył: 17 Sty 2020 Posty: 10 Przeczytał: 0 tematów

Mam i5 2,5 ghz, 8 gb ram, geforce gtx 1050- 2 gb ram. To za słaby komputer na to ?

damian97

Pisałem ja i Mardok że moc kompa nie ma raczej wpływu na TT. Wrzuć screena bo sam jestem ciekaw co to za wagony szlak Ci blokują.

maercin · Dołączył: 18 Lis 2020 Posty: 2 Przeczytał: 0 tematów

Czołem, mam problem z linią 351. wyskakuje błąd jak poniżej posta.

Błąd pojawia się za każdym razem, kiedy próbuje zacząć w Poznaniu, Szczecinie głównym albo Świnoujściu.

Co ciekawe, jak uruchomiłem sim na jakiś pośrednich stacjach to symulator śmiga jak ta lala Smile

z kolei w takim scenariuszu, mijam spokojnie Szczecin Dąbie i ruszam dalej, błąd znowu się pojawia i automatycznie zamyka symulator. W miarę jak zbliżam się do wspomnianych miejsc.

Preferuje pokonywanie tras w opcji "Explore Route", żeby sprzęt nie zamulał, więc początkowo pominąłem w ogóle pliki Timetable. Ale żeby jakoś opanować sytuacje, ściągnąłem komplet plików i zainstalowałem standardowo w odzielnym folderze całość. Błąd nadal się pojawia.

Jakiś pomysł, co z tym fantem zrobić?

---------------------------
Open Rails 1.3.1.4328
---------------------------
System.NullReferenceException: Odwołanie do obiektu nie zostało ustawione na wystąpienie obiektu.

w Orts.Viewer3D.TurntableShape.PrepareFrame(RenderFrame frame, ElapsedTime elapsedTime) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Shapes.cs:wiersz 1080

w Orts.Viewer3D.WorldFile.PrepareFrame(RenderFrame frame, ElapsedTime elapsedTime) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Scenery.cs:wiersz 611

w Orts.Viewer3D.SceneryDrawer.PrepareFrame(RenderFrame frame, ElapsedTime elapsedTime) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Scenery.cs:wiersz 211

w Orts.Viewer3D.World.PrepareFrame(RenderFrame frame, ElapsedTime elapsedTime) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\World.cs:wiersz 194

w Orts.Viewer3D.Viewer.Update(RenderFrame frame, Single elapsedRealTime) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Viewer.cs:wiersz 796

w Orts.Viewer3D.Processes.GameStateViewer3D.Update(RenderFrame frame, Double totalRealSeconds) w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Processes\GameStateViewer3D.cs:wiersz 121

w Orts.Viewer3D.Processes.UpdaterProcess.Update() w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Processes\UpdaterProcess.cs:wiersz 128

w Orts.Viewer3D.Processes.UpdaterProcess.DoUpdate() w E:\Documents\Coding\Jenkins\jobs\Open Rails Stable\workspace\Source\RunActivity\Viewer3D\Processes\UpdaterProcess.cs:wiersz 108
---------------------------
OK
---------------------------