Sugestia optymalizacji wydajności dedykowanych Mercedesów C2/C2G

Przyczyną regularnych mikroprzycięć jest częste odświeżanie wyświetlaczy i urządzeń pojazdu. Dotyczy to m.in.:

zegara i daty,
opóźnienia w SIL2,
nazw kolejnych przystanków,
przełączania ekranu data/następny przystanek,
reklam na wyświetlaczach pasażerskich,
ekranów i reklam na kasownikach.

Analizowane pliki:

Script\Script_Pitoras\SIL2.osc
Script\Script_Pitoras\SIL2_varlist.txt
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_Stary.osc
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_varlist.txt
Script\kasownik.osc

W moich testach pomogło zastosowanie jednego wspólnego impulsu czasowego, który grupuje mniej pilne aktualizacje funkcji, zamiast wykonywać je niezależnie w różnych odstępach.

Funkcje wymagające natychmiastowej reakcji, takie jak drzwi, STOP, stan przystanku i uruchamianie urządzeń, pozostały bez opóźnienia.

Trzeba jednak zaznaczyć, że poprawa wydajności odbywa się kosztem realizmu. Rzadsze odświeżanie oznacza, że zegar, informacje o przystankach czy reklamy nie zmieniają się tak często jak w rzeczywistym pojeździe. W zamian regularne mikroprzycięcia są znacznie ograniczone, a rozgrywka staje się wyraźnie płynniejsza. Ciekaw jestem, jakie są wasze preferencje

Nie udostępniam zmodyfikowanych skryptów ze względu na prawa autorskie ich twórców.

Wszelkie skrypty są robione od nowa także można być spokojnym

(02.08.2026, 21:38)dsdominikplay napisał(a): Sugestia optymalizacji wydajności dedykowanych Mercedesów C2/C2G

Przyczyną regularnych mikroprzycięć jest częste odświeżanie wyświetlaczy i urządzeń pojazdu. Dotyczy to m.in.:

zegara i daty,
opóźnienia w SIL2,
nazw kolejnych przystanków,
przełączania ekranu data/następny przystanek,
reklam na wyświetlaczach pasażerskich,
ekranów i reklam na kasownikach.

Analizowane pliki:

Script\Script_Pitoras\SIL2.osc
Script\Script_Pitoras\SIL2_varlist.txt
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_Stary.osc
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_varlist.txt
Script\kasownik.osc

W moich testach pomogło zastosowanie jednego wspólnego impulsu czasowego, który grupuje mniej pilne aktualizacje funkcji, zamiast wykonywać je niezależnie w różnych odstępach.

Funkcje wymagające natychmiastowej reakcji, takie jak drzwi, STOP, stan przystanku i uruchamianie urządzeń, pozostały bez opóźnienia.

Trzeba jednak zaznaczyć, że poprawa wydajności odbywa się kosztem realizmu. Rzadsze odświeżanie oznacza, że zegar, informacje o przystankach czy reklamy nie zmieniają się tak często jak w rzeczywistym pojeździe. W zamian regularne mikroprzycięcia są znacznie ograniczone, a rozgrywka staje się wyraźnie płynniejsza. Ciekaw jestem, jakie są wasze preferencje

Nie udostępniam zmodyfikowanych skryptów ze względu na prawa autorskie ich twórców.

Cześć
Problem jest nam znany i jesteśmy na dobrej drodze eliminacji wszelakich ścin gry spowodowanych rzeczami, które wymieniłeś.
W następnej aktualizacji pojazdów nie powinno być już problemów tego typu, a jednocześnie realizm modyfikacji zostanie zachowany, lub wręcz będzie na wyższym poziomie niż aktualnie.

(02.08.2026, 22:07)MkPlay napisał(a):

(02.08.2026, 21:38)dsdominikplay napisał(a): Sugestia optymalizacji wydajności dedykowanych Mercedesów C2/C2G

Przyczyną regularnych mikroprzycięć jest częste odświeżanie wyświetlaczy i urządzeń pojazdu. Dotyczy to m.in.:

zegara i daty,
opóźnienia w SIL2,
nazw kolejnych przystanków,
przełączania ekranu data/następny przystanek,
reklam na wyświetlaczach pasażerskich,
ekranów i reklam na kasownikach.

Analizowane pliki:

Script\Script_Pitoras\SIL2.osc
Script\Script_Pitoras\SIL2_varlist.txt
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_Stary.osc
Script\Script_Sobol_FIS_SiMS_Wroclaw\SiMS_varlist.txt
Script\kasownik.osc

W moich testach pomogło zastosowanie jednego wspólnego impulsu czasowego, który grupuje mniej pilne aktualizacje funkcji, zamiast wykonywać je niezależnie w różnych odstępach.

Funkcje wymagające natychmiastowej reakcji, takie jak drzwi, STOP, stan przystanku i uruchamianie urządzeń, pozostały bez opóźnienia.

Trzeba jednak zaznaczyć, że poprawa wydajności odbywa się kosztem realizmu. Rzadsze odświeżanie oznacza, że zegar, informacje o przystankach czy reklamy nie zmieniają się tak często jak w rzeczywistym pojeździe. W zamian regularne mikroprzycięcia są znacznie ograniczone, a rozgrywka staje się wyraźnie płynniejsza. Ciekaw jestem, jakie są wasze preferencje

Nie udostępniam zmodyfikowanych skryptów ze względu na prawa autorskie ich twórców.

Cześć
Problem jest nam znany i jesteśmy na dobrej drodze eliminacji wszelakich ścin gry spowodowanych rzeczami, które wymieniłeś.
W następnej aktualizacji pojazdów nie powinno być już problemów tego typu, a jednocześnie realizm modyfikacji zostanie zachowany, lub wręcz będzie na wyższym poziomie niż aktualnie.

Miło słyszeć

Jeszcze mały hint. Przypuszczam, że znany:

Teksturę "Siedzenia_przegub" można by przeskalować lub spójnie renderować, tak żeby była odpowiednia do "Sitzbezug", obecnie ta tekstura jest znacznie bardziej przybliżona niż pozostałe regularne siedzenia.

[item]
MPK Wroclaw_8537
Siedzenia_przegub
MPK/Citarosiedzeniampk.png

For BBS (Bus company simulator) a new option for adding the maps by ourself was made.
If you want you can syncronize the tours in bbs for this map

Wszystkie błędy co zostały tutaj umieszczone przez was, zostaną poprawione w następnej aktualizacji (będą też nowe linie i tereny)
Pozdr

---

Witam. The Bus działa na najwyższych ustawieniach a Wrocław w OMSI niestety robi takie lagi w niektórych miejscach, że autobus zaczyna skakać - a komp bardzo dobry. Może ktoś mi podpowie jakie ustawienia zrobić?

Porównywać wydajność OMSI do TheBus to jak porównać Wrocław do Dubaju. OMSI leci na 32 bitach, The Bus ma 2x więcej. Wrocławska mapa jest po prostu wymagająca w stosunku do tej gry i po prostu miejscami zawsze fpsy będą leciały w dół niezależnie od ustawień. Aczkolwiek można spróbować ograniczyć różne duperele typu wyłączyć blask słońca, ograniczyć ruch ai (bądź podmienić modele na gorsze jak się ma wgrane bardziej "luksusowe"), ograniczyć wczytywanie kafli do 1, zmniejszyć wielowątkowość, wyłączyć jakieś tam cienie itd.

Fpsy zawsze będą leciały w dół w miejscach takich jak węzeł Kwiska, Bałtycka i ogólnie gdzie obok jednej przecznicy jest 15 kolejnych, bo jak OMSI nagle dostaje teren, gdzie mu się nagle ładują co najmniej 3 duże skrzyżowania z sześcioma albo i więcej różnymi odnogami, gdzie każda łata na drodze, trawka, budynek, znak itp są odwzorowane, to nie ma bata, żeby ta mapa nie powodowała lagów.

Mi pomogl alllist, jest do sciagniecia na tym watku ?