<![CDATA[Strefa OMSI - polskie forum o OMSI i OMSI 2 - OMSI 2 - ogólnie]]> https://strefa-omsi.pl/ Wed, 20 May 2026 07:08:40 +0000 MyBB <![CDATA[Format tekstury a wydajność OMSI]]> https://strefa-omsi.pl/Watek-Format-tekstury-a-wydajnosc-OMSI--30747 Fri, 24 Apr 2026 01:57:53 +0200 Krzycho2000]]> https://strefa-omsi.pl/Watek-Format-tekstury-a-wydajnosc-OMSI--30747
Zanim zaczniemy warto wspomnieć, że pod pojęciem wydajności rozumiem dwie rzeczy - ilość fpsów oraz ilość "freezów" wraz z ich długością. Są one od siebie niezależne, co może ułatwić dobór formatu.

Ilość klatek na sekundę zależy od tego, czy dana tekstura posiada wygenerowane mipmapy. Generowanie mipmap polega na tym, że tekstura zawiera pomniejszone wersje samej siebie. Dzięki temu możemy troszkę odciążyć silnik OMSI, który w trakcie gry musi ciągle skalować wszystkie tekstury w zależności od odległości z jakiej na nie patrzymy. Z formatów które wymieniłem, to tylko BMP i DDS obsługują mipmapy, ale w przypadku DDSów trzeba zaznaczyć odpowiednią opcję przy eksporcie.

Teraz przejdźmy do zacinania się gry. Wynikają one z wczytywania się tekstur, natomiast rozmawiamy o OMSI, więc rozwiązanie problemu nie jest oczywiste. Z moich doświadczeń wynika, że najlepiej w tej kwestii radzą sobie BMP i JPG, chociaż format JPG ma inny problem do którego przejdę za chwilę. Moja teoria jest taka, że wynika to z faktu, iż OMSI ma oznaczone te formaty jako nieobsługujące przezroczystości, a w przypadku każdego innego formatu OMSI od razu zakłada, że ten będzie miał w sobie przezroczystość, bez patrzenia np. czy istnieją wpisy [matl_alpha] i zaczyna go całego skanować. Ale wróćmy do wątku formatu JPG. Jest to format mocno skompresowany, więc mimo wszystko nie wczyta się on od razu. I tutaj mamy ciekawą sytuację - OMSI nie będzie czekać aż dekompresja się skończy, tylko pozwoli aby symulacja trwała dalej, a na potrzebny czas tekstura będzie biała. Nie może to jednak trwać wiecznie, więc jeżeli po 3-5 sekundach nadal tekstura będzie biała, to symulacja znowu się zatrzyma i będzie czekać aż do końca dekompresji. Tak więc używając formatu JPG będziemy spotykać białe tekstury (a gdy jedziemy szybko, to nie zdążą zniknąć, co źle wpływa na estetykę gry), a czasami i tak nie będziemy w stanie uniknąć laga.

Łącząc obie wypowiedzi nasuwa się wniosek, że do tekstur z przezroczystością najlepszy będzie DDS, a do zwykłych BMP. Niestety jest jeden problem o którym nie wspomniałem - waga tekstury. W tej kwestii najwięcej ma do powiedzenia twórca danego obiektu. W obu formatach liczy się tylko wielkość danej tekstury i nic więcej. Nie wydaje mi się, aby był sens upychać do OMSI tekstury w nie wiadomo jak dużej rozdzielczości, a są różne sposoby aby efektywnie wykorzystać już konieczną do zajęcia przestrzeń. Oczywiście, że znajdą się od tego wyjątki - chociażby malowanie autobusu. Gdyby spróbować przekonwertować malowanie SU18 do formatu BMP, to otrzymalibyśmy teksturę o skromnej wadze 17MB. Można próbować zmniejszyć format kolorów do 8 bit, wspomagać się ditheringiem i przełknąć fakt, że tekstura nie będzie najlepszej jakości. Można również pogodzić się z losem i użyć PNG aby jak najmocniej zmniejszyć wagę tekstury. Natomiast naprawdę zachęcam do podjęcia walki - fpsy mogą podskoczyć nawet dwukrotnie, a "freezy" gry można praktycznie całkowicie wyeliminować.

Jeżeli uważacie, że coś jest nieprawdą, o czymś nie wspomniałem, lub macie własną wiedzę do dodania, to zachęcam aby się tym podzielić.]]>
Zanim zaczniemy warto wspomnieć, że pod pojęciem wydajności rozumiem dwie rzeczy - ilość fpsów oraz ilość "freezów" wraz z ich długością. Są one od siebie niezależne, co może ułatwić dobór formatu.

Ilość klatek na sekundę zależy od tego, czy dana tekstura posiada wygenerowane mipmapy. Generowanie mipmap polega na tym, że tekstura zawiera pomniejszone wersje samej siebie. Dzięki temu możemy troszkę odciążyć silnik OMSI, który w trakcie gry musi ciągle skalować wszystkie tekstury w zależności od odległości z jakiej na nie patrzymy. Z formatów które wymieniłem, to tylko BMP i DDS obsługują mipmapy, ale w przypadku DDSów trzeba zaznaczyć odpowiednią opcję przy eksporcie.

Teraz przejdźmy do zacinania się gry. Wynikają one z wczytywania się tekstur, natomiast rozmawiamy o OMSI, więc rozwiązanie problemu nie jest oczywiste. Z moich doświadczeń wynika, że najlepiej w tej kwestii radzą sobie BMP i JPG, chociaż format JPG ma inny problem do którego przejdę za chwilę. Moja teoria jest taka, że wynika to z faktu, iż OMSI ma oznaczone te formaty jako nieobsługujące przezroczystości, a w przypadku każdego innego formatu OMSI od razu zakłada, że ten będzie miał w sobie przezroczystość, bez patrzenia np. czy istnieją wpisy [matl_alpha] i zaczyna go całego skanować. Ale wróćmy do wątku formatu JPG. Jest to format mocno skompresowany, więc mimo wszystko nie wczyta się on od razu. I tutaj mamy ciekawą sytuację - OMSI nie będzie czekać aż dekompresja się skończy, tylko pozwoli aby symulacja trwała dalej, a na potrzebny czas tekstura będzie biała. Nie może to jednak trwać wiecznie, więc jeżeli po 3-5 sekundach nadal tekstura będzie biała, to symulacja znowu się zatrzyma i będzie czekać aż do końca dekompresji. Tak więc używając formatu JPG będziemy spotykać białe tekstury (a gdy jedziemy szybko, to nie zdążą zniknąć, co źle wpływa na estetykę gry), a czasami i tak nie będziemy w stanie uniknąć laga.

Łącząc obie wypowiedzi nasuwa się wniosek, że do tekstur z przezroczystością najlepszy będzie DDS, a do zwykłych BMP. Niestety jest jeden problem o którym nie wspomniałem - waga tekstury. W tej kwestii najwięcej ma do powiedzenia twórca danego obiektu. W obu formatach liczy się tylko wielkość danej tekstury i nic więcej. Nie wydaje mi się, aby był sens upychać do OMSI tekstury w nie wiadomo jak dużej rozdzielczości, a są różne sposoby aby efektywnie wykorzystać już konieczną do zajęcia przestrzeń. Oczywiście, że znajdą się od tego wyjątki - chociażby malowanie autobusu. Gdyby spróbować przekonwertować malowanie SU18 do formatu BMP, to otrzymalibyśmy teksturę o skromnej wadze 17MB. Można próbować zmniejszyć format kolorów do 8 bit, wspomagać się ditheringiem i przełknąć fakt, że tekstura nie będzie najlepszej jakości. Można również pogodzić się z losem i użyć PNG aby jak najmocniej zmniejszyć wagę tekstury. Natomiast naprawdę zachęcam do podjęcia walki - fpsy mogą podskoczyć nawet dwukrotnie, a "freezy" gry można praktycznie całkowicie wyeliminować.

Jeżeli uważacie, że coś jest nieprawdą, o czymś nie wspomniałem, lub macie własną wiedzę do dodania, to zachęcam aby się tym podzielić.]]> <![CDATA[OMSI + Linux = połączenie idealne?]]> https://strefa-omsi.pl/Watek-OMSI-Linux-polaczenie-idealne--30666 Mon, 02 Mar 2026 06:09:51 +0100 Sobol3D]]> https://strefa-omsi.pl/Watek-OMSI-Linux-polaczenie-idealne--30666
Nie wchodząc już w zbytnie szczegóły samego linuxa (bo sam średnio mogę się wypowiedzieć jako ekspert w tej dziedzinie, na forum są osoby zdecydowanie bardziej wykwalifikowane do wypowiadania się na ten temat), oraz po różnych testach i eksperymentach wraz z Westem i nas obu OMSI zaczęło działać lepiej. Zdecydowanie lepiej. OMSI choć samo w sobie nie było nigdy pisane pod linuxa (po 10 latach z tą grą to ja sie zastanawiam czy to w ogóle było pisane pod cokolwiek, ale to jest osobny wątek), to OMSI na dzień pisania tego posta, działa stabilniej i szybciej niż na windowsie. I u mnie, jak i u Westa, prędkość wczytywania OMSI 'na zimno' to jest skok o pierdylion %, sam czas wczytywania mapy, doczytywania kafli czy doczytywania czegokolwiek, jest kosmicznym wręcz skokiem jakościowym. Płynność OMSI na linuxie też zdaje się być zdecydowanie lepsza względem tego co miałem na windowsie, bo na węglinie w miejscach gdzie miałem po 50 fps, mam magicznie 70-90fps. Przy czym zaznaczam, że takie wyniki są u mnie, nie wiem czy takie rezultaty byłyby u innych osób.

Sensem pisania tego wątku nie jest 'hej jestem linuxiarom hehe', a raczej zadanie dodatkowe dla chętnych, którzy chcieliby się wypowiedzieć szerzej na temat tego czy OMSI faktycznie u większej grupy osób działa realnie lepiej na linuxie. Żeby mówić o realnej alternatywie, przydałoby się zebrać szerszą grupę odbiorców i podsumować te dane.

Jeżeli chodzi o moje ustawione atrybuty uruchamiania OMSI:
Kod:
DXVK_FRAME_RATE=0 DXVK_MAX_FRAME_RATE=0 PROTON_FORCE_LARGE_ADDRESS_AWARE=1 WINED3D=1 %command% -windowed
]]>
Nie wchodząc już w zbytnie szczegóły samego linuxa (bo sam średnio mogę się wypowiedzieć jako ekspert w tej dziedzinie, na forum są osoby zdecydowanie bardziej wykwalifikowane do wypowiadania się na ten temat), oraz po różnych testach i eksperymentach wraz z Westem i nas obu OMSI zaczęło działać lepiej. Zdecydowanie lepiej. OMSI choć samo w sobie nie było nigdy pisane pod linuxa (po 10 latach z tą grą to ja sie zastanawiam czy to w ogóle było pisane pod cokolwiek, ale to jest osobny wątek), to OMSI na dzień pisania tego posta, działa stabilniej i szybciej niż na windowsie. I u mnie, jak i u Westa, prędkość wczytywania OMSI 'na zimno' to jest skok o pierdylion %, sam czas wczytywania mapy, doczytywania kafli czy doczytywania czegokolwiek, jest kosmicznym wręcz skokiem jakościowym. Płynność OMSI na linuxie też zdaje się być zdecydowanie lepsza względem tego co miałem na windowsie, bo na węglinie w miejscach gdzie miałem po 50 fps, mam magicznie 70-90fps. Przy czym zaznaczam, że takie wyniki są u mnie, nie wiem czy takie rezultaty byłyby u innych osób.

Sensem pisania tego wątku nie jest 'hej jestem linuxiarom hehe', a raczej zadanie dodatkowe dla chętnych, którzy chcieliby się wypowiedzieć szerzej na temat tego czy OMSI faktycznie u większej grupy osób działa realnie lepiej na linuxie. Żeby mówić o realnej alternatywie, przydałoby się zebrać szerszą grupę odbiorców i podsumować te dane.

Jeżeli chodzi o moje ustawione atrybuty uruchamiania OMSI:
Kod:
DXVK_FRAME_RATE=0 DXVK_MAX_FRAME_RATE=0 PROTON_FORCE_LARGE_ADDRESS_AWARE=1 WINED3D=1 %command% -windowed
]]> <![CDATA[Tramwaje w omsi 2]]> https://strefa-omsi.pl/Watek-Tramwaje-w-omsi-2--30650 Thu, 19 Feb 2026 00:52:54 +0100 Zisaii]]> https://strefa-omsi.pl/Watek-Tramwaje-w-omsi-2--30650 <![CDATA[Aktywne vFirmy]]> https://strefa-omsi.pl/Watek-Aktywne-vFirmy--30220 Wed, 17 Sep 2025 23:02:41 +0200 Fortnitek225@gmail.com]]> https://strefa-omsi.pl/Watek-Aktywne-vFirmy--30220 <![CDATA[Sterowanie omsi 2]]> https://strefa-omsi.pl/Watek-Sterowanie-omsi-2--30214 Mon, 15 Sep 2025 19:29:03 +0200 z.dzich.u]]> https://strefa-omsi.pl/Watek-Sterowanie-omsi-2--30214 Próbowałem ustawić sam ale gdy ustawiłem sterowanie wsad to włączały mi się wycieraczki i zmieniała kamera.
Z góry dziękuję.]]> Próbowałem ustawić sam ale gdy ustawiłem sterowanie wsad to włączały mi się wycieraczki i zmieniała kamera.
Z góry dziękuję.]]> <![CDATA[czy to legalny zakup]]> https://strefa-omsi.pl/Watek-czy-to-legalny-zakup--29851 Tue, 11 Mar 2025 18:33:46 +0100 kolej_owt_macius]]> https://strefa-omsi.pl/Watek-czy-to-legalny-zakup--29851 <![CDATA[Zabawa terenem OMSI edytor]]> https://strefa-omsi.pl/Watek-Zabawa-terenem-OMSI-edytor--29642 Sat, 30 Nov 2024 21:57:49 +0100 edekwpks]]> https://strefa-omsi.pl/Watek-Zabawa-terenem-OMSI-edytor--29642

A więc tak grzebie w edytorze OMSI od dłuższego czasu, tworzyłem już własną mapę ale jak dla mnie była za płaska co prawda potrafię tworzyć wzniesienia z dróg czy obiektów ale zawsze nie podobał mi się teren przy nich bo nie udawało mi się dopasować go do jezdni. I tutaj właśnie zawieram pierwsze pytanie czy z obecnych tutaj na forum użytkowników ktoś ma jakieś porady albo skuteczne pomysły na dopasowanie terenu do drogi.

Druga sprawa jaka chciałbym zrobić a nie koniecznie wiem jak to rowy jak dobrze wiemy w naszej pięknej Polsce w większości wsi występują rowy przy drogach może ktoś już robił i bylby na tyle życzliwy żeby podzielić się tajemnica tworzenia ich w edytorze.

Dziękuję i pozdrawiam]]>

A więc tak grzebie w edytorze OMSI od dłuższego czasu, tworzyłem już własną mapę ale jak dla mnie była za płaska co prawda potrafię tworzyć wzniesienia z dróg czy obiektów ale zawsze nie podobał mi się teren przy nich bo nie udawało mi się dopasować go do jezdni. I tutaj właśnie zawieram pierwsze pytanie czy z obecnych tutaj na forum użytkowników ktoś ma jakieś porady albo skuteczne pomysły na dopasowanie terenu do drogi.

Druga sprawa jaka chciałbym zrobić a nie koniecznie wiem jak to rowy jak dobrze wiemy w naszej pięknej Polsce w większości wsi występują rowy przy drogach może ktoś już robił i bylby na tyle życzliwy żeby podzielić się tajemnica tworzenia ich w edytorze.

Dziękuję i pozdrawiam]]> <![CDATA[OFPMafia oraz arkusz Google'a z łączami do obiektów]]> https://strefa-omsi.pl/Watek-OFPMafia-oraz-arkusz-Google-a-z-laczami-do-obiektow--29261 Tue, 16 Apr 2024 17:18:40 +0200 Sartorius]]> https://strefa-omsi.pl/Watek-OFPMafia-oraz-arkusz-Google-a-z-laczami-do-obiektow--29261
Portal OFPMafia padł, lecz wydaje mi się, że jakaś dobra dusza zarchiwizowała trochę jego zawartości. Podaję łącze dla osób, które chciałyby skorzystać z tego zasobu:
https://nettysfall.ofpmafia.eu/ .

Znalazłem też arkusz Google'a zawierający łącza do różnych przydatnych obiektów scenerii i łuczków:  https://docs.google.com/spreadsheets/d/1...id=0#gid=0 .]]>
Portal OFPMafia padł, lecz wydaje mi się, że jakaś dobra dusza zarchiwizowała trochę jego zawartości. Podaję łącze dla osób, które chciałyby skorzystać z tego zasobu:
https://nettysfall.ofpmafia.eu/ .

Znalazłem też arkusz Google'a zawierający łącza do różnych przydatnych obiektów scenerii i łuczków:  https://docs.google.com/spreadsheets/d/1...id=0#gid=0 .]]> <![CDATA[Problem związane z Direct]]> https://strefa-omsi.pl/Watek-Problem-zwiazane-z-Direct--28938 Tue, 19 Sep 2023 20:05:32 +0200 Robcio]]> https://strefa-omsi.pl/Watek-Problem-zwiazane-z-Direct--28938
Changelog: https://pastebin.com/C4xb5wbd?fbclid=IwA...88368qzRac]]>
Changelog: https://pastebin.com/C4xb5wbd?fbclid=IwA...88368qzRac]]> <![CDATA[Błąd: "Fehler bei Bereichsprufung: P.Render"]]> https://strefa-omsi.pl/Watek-Blad-Fehler-bei-Bereichsprufung-P-Render--28782 Sat, 17 Jun 2023 16:38:43 +0200 z3ko_play]]> https://strefa-omsi.pl/Watek-Blad-Fehler-bei-Bereichsprufung-P-Render--28782 Błąd ten zauważyłem tylko w trakcie ustawienia innej pogody niż całkowicie bezchmurna, na jakimkolwiek autobusie z modyfikacji, choć tu ciekawostka, że tego drugiego nie udało mi się wywołać w przypadku oryginalnego MAN'a z gry, ale .bus wyskoczył. Problemu tego też nie dostrzegłem przy włączonej zmniejszonej wielowątkowości, wyłączonym ładowaniu całej mapy na starcie oraz oryginalnej mapie z gry Grundorf.
Dorzucam również logfile z jednej rozgrywki, kluczowe momenty to:

Warning: Did not find texture file "D_kennzeichen.bmp"!
Error: Fehler bei Bereichsprüfung: POI.GHAA - C (vehicles\Citybus m1x5m KAJOTT3D\Jelcz_Dana_x1_zf.bus)
Error: Fehler bei Bereichsprüfung: P.Render
Warning: Direct3D-Device lost!
Information: Direct3D-Device resetted!

Szukałem informacji w internecie, a nawet na forum, ponieważ widziałem że niektórzy mieli te błędy, ale nic kompletnie nie pomaga. DirectX wgrany na nowo, gra uruchomiona jako administrator, chwile przed wgraniem modyfikacji, wgrany 4GB Patch oraz zrobiona pełna spójność plików gry.
Samemu zmieniałem w autobusach z modyfikacji FOV kamery wewnętrznej w plikach .bus, jednakże MAN, w którym nic nie grzebałem również mnie zaskoczył błędem odnośnie tych plików.
Liczę na waszą pomoc, bo ja się z tym programem powoli poddaje.

.png   352606343_1227772931264048_7843430445201471740_n.png (Rozmiar: 9.9 KB / Pobrań: 54)

.png   351276887_978457740076222_5222396351434741651_n.png (Rozmiar: 11.27 KB / Pobrań: 33)

.txt   logfile.txt (Rozmiar: 88.15 KB / Pobrań: 3) ]]> Błąd ten zauważyłem tylko w trakcie ustawienia innej pogody niż całkowicie bezchmurna, na jakimkolwiek autobusie z modyfikacji, choć tu ciekawostka, że tego drugiego nie udało mi się wywołać w przypadku oryginalnego MAN'a z gry, ale .bus wyskoczył. Problemu tego też nie dostrzegłem przy włączonej zmniejszonej wielowątkowości, wyłączonym ładowaniu całej mapy na starcie oraz oryginalnej mapie z gry Grundorf.
Dorzucam również logfile z jednej rozgrywki, kluczowe momenty to:

Warning: Did not find texture file "D_kennzeichen.bmp"!
Error: Fehler bei Bereichsprüfung: POI.GHAA - C (vehicles\Citybus m1x5m KAJOTT3D\Jelcz_Dana_x1_zf.bus)
Error: Fehler bei Bereichsprüfung: P.Render
Warning: Direct3D-Device lost!
Information: Direct3D-Device resetted!

Szukałem informacji w internecie, a nawet na forum, ponieważ widziałem że niektórzy mieli te błędy, ale nic kompletnie nie pomaga. DirectX wgrany na nowo, gra uruchomiona jako administrator, chwile przed wgraniem modyfikacji, wgrany 4GB Patch oraz zrobiona pełna spójność plików gry.
Samemu zmieniałem w autobusach z modyfikacji FOV kamery wewnętrznej w plikach .bus, jednakże MAN, w którym nic nie grzebałem również mnie zaskoczył błędem odnośnie tych plików.
Liczę na waszą pomoc, bo ja się z tym programem powoli poddaje.

.png   352606343_1227772931264048_7843430445201471740_n.png (Rozmiar: 9.9 KB / Pobrań: 54)

.png   351276887_978457740076222_5222396351434741651_n.png (Rozmiar: 11.27 KB / Pobrań: 33)

.txt   logfile.txt (Rozmiar: 88.15 KB / Pobrań: 3) ]]> <![CDATA[Malowania do Hybryd]]> https://strefa-omsi.pl/Watek-Malowania-do-Hybryd--28781 Thu, 15 Jun 2023 22:13:09 +0200 doomsi2022]]> https://strefa-omsi.pl/Watek-Malowania-do-Hybryd--28781 Jeśli ktoś posiada jakieś malowania do tego modelu to będę wdzięczny za udostępnienie ich lokalizacji, dzięki;)]]> Jeśli ktoś posiada jakieś malowania do tego modelu to będę wdzięczny za udostępnienie ich lokalizacji, dzięki;)]]> <![CDATA[Zdublowanie zapowiedzi]]> https://strefa-omsi.pl/Watek-Zdublowanie-zapowiedzi--27590 Tue, 14 Dec 2021 19:10:23 +0100 elo777]]> https://strefa-omsi.pl/Watek-Zdublowanie-zapowiedzi--27590
Czy wie ktoś może lub zna posiada jakiś program, dzięki któremu można zdublować zapowiedzi, na przykład szczecińskie do warszawskich itd.?]]>
Czy wie ktoś może lub zna posiada jakiś program, dzięki któremu można zdublować zapowiedzi, na przykład szczecińskie do warszawskich itd.?]]> <![CDATA[Ustawienia pada xbox]]> https://strefa-omsi.pl/Watek-Ustawienia-pada-xbox--27034 Fri, 30 Apr 2021 22:09:56 +0200 mack007]]> https://strefa-omsi.pl/Watek-Ustawienia-pada-xbox--27034 ]]> ]]> <![CDATA[Zmiana skrzyni z manualnej na automatyczną]]> https://strefa-omsi.pl/Watek-Zmiana-skrzyni-z-manualnej-na-automatyczna--26929 Mon, 05 Apr 2021 16:10:32 +0200 TADEO]]> https://strefa-omsi.pl/Watek-Zmiana-skrzyni-z-manualnej-na-automatyczna--26929 Poszukuję osoby, która na tyle ogarnia skrypty,że jest w stanie zrobić/wytłumaczyć dokładnie jak zmienić skrzynię z manuala na automat. Moje próby,które trwają już od roku spełzają zawsze na niczym i po wybraniu autobusu,on się nie pojawia.]]> Poszukuję osoby, która na tyle ogarnia skrypty,że jest w stanie zrobić/wytłumaczyć dokładnie jak zmienić skrzynię z manuala na automat. Moje próby,które trwają już od roku spełzają zawsze na niczym i po wybraniu autobusu,on się nie pojawia.]]> <![CDATA[Wydajność w OMSI 2?]]> https://strefa-omsi.pl/Watek-Wydajnosc-w-OMSI-2--26657 Tue, 02 Feb 2021 14:54:09 +0100 patkeiman95]]> https://strefa-omsi.pl/Watek-Wydajnosc-w-OMSI-2--26657
Piszę z powodu problemu, który miałem podczas gry w OMSI 2. Gram w OMSI 2 od prawie 3 lat i zawsze miałem problemy z FPS. Użyłem wielu kart graficznych, a nawet wymieniłem cały system!

W tej chwili mam taką konfigurację:

AMD Athlon x4 750K 3,4 GHz

6 GB pamięci RAM DDR3

GTS 450 (FAKE GTX 1060)

MB GA-F2A88XM-D3H

2X500 GB HDD (mech)

Wczoraj przetestowałem GT 1030 mojego kuzyna. Działało źle. Na moich starych ustawieniach (ustawionych dla Radeona 6670) mogłem uzyskać 35 FPS. Ledwo! Wypróbowałem kilka nowych ustawień i niewiele się poprawiło. Jaki jest powód tego strasznego czynu?

Kupiłem GTX 750 ti do edycji wideo i czy będzie działał tak samo?

Wzorce:

Tettau v1.0-> MB O307-> FPS LOCK PRZY 50 FPS

Średnia-> 35-42 FPS

Niski -> 20-21 FPS

Berlin-Spandau-> MB O305-> FPS LOCK PRZY 50 FPS

Średnia -> 30-35 FPS

Niski -> 10-17 FPS

Z góry dziękuję!]]>
Piszę z powodu problemu, który miałem podczas gry w OMSI 2. Gram w OMSI 2 od prawie 3 lat i zawsze miałem problemy z FPS. Użyłem wielu kart graficznych, a nawet wymieniłem cały system!

W tej chwili mam taką konfigurację:

AMD Athlon x4 750K 3,4 GHz

6 GB pamięci RAM DDR3

GTS 450 (FAKE GTX 1060)

MB GA-F2A88XM-D3H

2X500 GB HDD (mech)

Wczoraj przetestowałem GT 1030 mojego kuzyna. Działało źle. Na moich starych ustawieniach (ustawionych dla Radeona 6670) mogłem uzyskać 35 FPS. Ledwo! Wypróbowałem kilka nowych ustawień i niewiele się poprawiło. Jaki jest powód tego strasznego czynu?

Kupiłem GTX 750 ti do edycji wideo i czy będzie działał tak samo?

Wzorce:

Tettau v1.0-> MB O307-> FPS LOCK PRZY 50 FPS

Średnia-> 35-42 FPS

Niski -> 20-21 FPS

Berlin-Spandau-> MB O305-> FPS LOCK PRZY 50 FPS

Średnia -> 30-35 FPS

Niski -> 10-17 FPS

Z góry dziękuję!]]>