19.01 vs 18.12 Spadek wydajności, lagi.

[lkslodzkzn]

Witam, muszę stwierdzić że po aktualizacji z 18.12 do 19.01 wydajność maszyny spadła dramatycznie chodzi o lagowanie miarowe przycinki (opisywałem już sytuację w poście o lagach w en57akł myślałem że to tylko problem z tym pociągiem minimalnie pomogło ustawienie pyscreenrenderpriority na lowest ale to nie eliminuje ścinek) chociaż najbardziej jest to w nim zauważalne to lagi występują również w innych pociągach na trasach z którymi nie było najmniejszego problemu na poprzedniej wersji. Z  tego co czytam kilka osób ma ten sam problem np w poście o skm. Dlatego założyłem nowy wątek.

[Dzemoglowy]

Lagi w jakim sensie: klatkowania gry w ogóle albo podczas całej trasy czy np. tylko przy mijance z innym składem? Ja osobiście zaobserwowałem minimalne przycinki właśnie przy mijance z innym pociągiem, ale może to tylko złudzenie optyczne, bo nie pamiętam czy tak było na wcześniejszych paczkach.

[lkslodzkzn]

Dokładnie wygląda to tak że obraz jest płynny 60fps nie ma spowolnienia animacji ale co chwilę występuje przycięcie miarowo w równych odstępach czasu bez różnicy czy mijam inny pociąg. Np na trasie osobowy l61+144 w starym kiblu też się pojawiły po aktualizacji gdzie nie było najmniejszego problemu z płynnością.

[tmj]

Zobacz czy sytuacja ulegnie zmianie po ustawieniu w pliku eu07.ini parametru

Kod: [Zaznacz]

vsync no


[lkslodzkzn]

Mam wyłączone jeżeli chodzi o eu07.ini to zjechałem na minimum z czym tylko było możliwe bez skutku jedynie pyscreenrenderpriority na lowest poprawiło sytuacje w en57akł powiedzmy w 10%:(

[tmj]

No dosc to dziwne, bo ogolnie nie bylo zmian w podejsciu do rysowania, a jesli przyczyna bylby ekran pythona to efekt nie powinien wystepowac w widoku zewnetrznym i/lub prowadzac pojazd nie korzystajacy z tej funkcjonalnosci. Przyciecia moga pojawic sie przy doczytywaniu danych ktore pojawia sie w polu widzenia kamery, ale to nie jest z kolei specjalnie regularne. Jesli nie pomaga nawet przestawienie w pliku .ini na tryb gfxrenderer simple to nie bardzo wiem co powiedziec, bo z tym daja sobie rade nawet ziemniaczany laptopy z biedaintelem ;/

[Finder]

Brak programu 7-zip może mieć wpływ na omawianą sytuację ?

[TomekG]

Co prawda pisałem o tym już w innym miejscu (zresztą jest trochę tych tematów poruszających ten problem), ale pozwolę sobie napisać tutaj, że u mnie ten problem występował już wcześniej, tyle że dało się z nim walczyć ustawieniem w panelu NVIDIA(nie wiem jak w innych kartach) ustawieniem pre-renderowanych klatek na 1. U mnie to działało do którejś z wersji 18 (nie piszę, że problem w ogóle nie występował), ale teraz już od kilku wydań niestety nic to nie daje. Być może to dalej działa, ale mój komp już nie wyrabia z nowszymi wersjami i tego nie widzę. ;) Warto zawsze u siebie spróbować, a może też komuś to coś podpowie.

[Milek7]

Czy to coś zmienia?

Kod: [Zaznacz]

gfx.resource.sweep no

[TomekG]

U mnie raczej nie robi to różnicy. Akurat tej opcji wcześniej nie ruszałem, bo moja karta pamięci ma tylko 768 MB. Czyli jeśli ona by miała wystarczającą pamięć, to wszystkie by prawie miały. ;) Z tym, że ja ustawiam sobie tekstury na max 1024, więc może i ma.

Zrobiłem dwa krótkie przejazdy na l61+l144 pospieszny, na odcinku Ozimek - Pludry. Spore skoki podczas przejazdu przez Fosowskie przy obu opcjach, a przez Pludry sporo lepiej. Ale  to już powodem może być mniejsza ilość mijanych składów.  Jeśli chodzi o Pludry, to mam pewne wątpliwości, czy wyłączenie tej opcji jednak trochę nie pomogło, bo wydawało mi się, że z  włączoną widziałem te skoki delikatne, a przy wyłączonej nie, ale to bym musiał sprawdzić kiedyś znowu, bo może to było tylko złudzenie albo ewentualnie jakiś przypadek. Poza tym, to ja się chyba nie będę odzywał, bo tu przede wszystkim powinny się wypowiadać osoby, które mają ten problem  i mocnego kompa. Ale temat będę obserwować z nadzieją. ;)

[Finder]

Moim zdaniem osoby, które nie mają tych "skoków" podczas gry powinny pokazać jaką mają zawartość pliku eu07.ini oraz jak mają skonfigurowane ustawienia w trybie pracy "normalny". Wtedy osoby z mocnym komputerem mogą porównać i sprawdzić czy opisane ustawienia pomogły i czy winą są tutaj źle dobrane ustawienia czy konfiguracja karty graficznej.

[lkslodzkzn]

Czy to coś zmienia?

Kod: [Zaznacz]

gfx.resource.sweep no

  Niestety ale u mnie nic to nie pomaga.

[tmj]

Moim zdaniem osoby, które nie mają tych "skoków" podczas gry powinny pokazać jaką mają zawartość pliku eu07.ini oraz jak mają skonfigurowane ustawienia w trybie pracy "normalny". Wtedy osoby z mocnym komputerem mogą porównać i sprawdzić czy opisane ustawienia pomogły i czy winą są tutaj źle dobrane ustawienia czy konfiguracja karty graficznej.

Problemem jest ze zglaszane "skoki" moga miec bardzo rozne podloze i czesc z nich jest dodatkowo absolutnie normalna -- np symulator standardowo  wysyla dane do karty graficznej gdy pojawia sie one w polu widzenia kamery (plus potencjalnie usuwa je z pamieci karty graficznej gdy sa przez jakis czas nieuzywane). Wiaze sie to z chwilowa pauza i "skokiem" gdy symulacja zostaje po tej pauzie zaktualizowana. Mechanizm odpowiedzialny za tego typu przyciecia wystepowal w szeregu poprzednich wersji od co najmniej roku, dlatego raporty w stylu "w 18.12 nie mialem przyciec a teraz mam" brzmia dla mnie co najmniej dziwnie i --chociaz nie wykluczam ze pojawily sie jakies dodatkowe efekty-- sugeruja ze byc moze uzytkownik wczesniej zwracal mniejsza uwage na to czy symulacja "skacze" mu czy nie, a teraz gdy uwage zaczal zwracac, zwraca ja rowniez na elementy ktorych nie usunie zadna konfiguracja pliku .ini

Ogolnie zrodlami "przyciec" i/lub niskiej wydajnosci moga byc:

- aktualizacja danych karty graficznej z poziomu symulatora. Do pewnego stopnia mozna ja ograniczyc (ale nie wyeliminowac) ustawieniem gfx.resource.sweep no

- aktualizacja danych karty graficznej z poziomu sterownikow samej karty, w sytuacji gdy ilosc danych przekracza wielkosci fizycznej pamieci karty. Potencjalnie redukowane/eliminowane przez zmniejszenie rozmiaru danych ustawieniem maxtexturesize

- chwilowy spadek FPS ponizej czestotliwosci odswiezania monitora, przy zalaczonej synchronizacji. Efekt zmniejszony przez ustawienie parametru vsync no

- zbyt duza ilosc operacji graficznych/danych na klatke, przekraczajaca mozliwosci karty graficznej. Potencjalnie ograniczane poprzez redukcje wartosci ustawien maxtexturesize, shadowtune, multisampling, gfxrenderer i width/height

- nienadazanie procesora z kalkulacja symulacji. Potencjalnie ograniczone wpisem fullphysics no

- brak dostatecznego wsparcia wielowatkowosci w przypadku pojazdow korzystajacych ze skryptow pythona. Efekt potencjalnie ograniczony uzyciem aktualnego exe roboczego z dzialu Na Warsztacie oraz ustawieniem pyscreenrendererpriority dodatkowo przyciecia powinny zanikac gdy ekrany nie sa aktualizowane tzn w widoku zewnetrznym lub w pojezdzie bez ekranow

Jesli nawet zmiana wszystkich tych parametrow razem wzieta nie ma zadnego efektu to jest to sytuacja ktorej nie jestem w stanie rozgryzc teoretycznie i na slepo, nie majac dostepu do sprzetu ani nawet bez jakiejs konkretniejszej wiedzy co wlasciwie widzi osoba zglaszajaca problem. Dobrze byloby w takiej sytuacji uruchomic na biezacej instalacji (19.01) exe z paczki 18.12 i zobaczyc czy owe "skoki" rzeczywiscie znikna, czy moze wystepowac beda nadal.

[Przemekm]

Dokładnie wygląda to tak że obraz jest płynny 60fps nie ma spowolnienia animacji ale co chwilę występuje przycięcie miarowo w równych odstępach czasu bez różnicy czy mijam inny pociąg. Np na trasie osobowy l61+144 w starym kiblu też się pojawiły po aktualizacji gdzie nie było najmniejszego problemu z płynnością.

Uruchomiłem exe 19.01. na paczce 18.12. Sceneria całkowo_sn61 ostatnia misja. Przy włączonym vsync widoczne rytmiczne szarpanie co ok 1s na exe z paczki grudniowej jak i na exe styczniowym. FPS Stabilny 30. Po wyłączeniu vsync na obu exekach brak rytmicznych szarpnięć  lecz przy przejeździe przez Wiliś można zauważyć rozciąganie w poziomie w nieregularnych odstępach czasu. Fps w samej stacji ok 30, po minięciu peronów 80 i więcej. Wszytko uruchomione na archaicznym sprzęcie z win XP, Athlon 2x 2,5GHZ, 3.5 GB RAM, GeForce 9800GT 512MB RAM. Wygląda na to, że vsync powoduje rytmiczne szarpanie, przynajmniej u mnie.

[lkslodzkzn]

U mnie na wersji 18.02 przy włączonym vsync ścinki występowały nawet na Td pomagało wyłączenie vsync. Natomiast na najnowszej wersji nie ma różnicy czy jest włączony lub wyłączony.

[szogun]

Że tak zapytam, a to nie jest to co kiedyś zgłaszałem na charcie że build Milka nie ogranicza obszaru renderowania? Jeżeli tak to na exe z warsztatu powinni być ok.

[lkslodzkzn]

Że tak zapytam, a to nie jest to co kiedyś zgłaszałem na charcie że build Milka nie ogranicza obszaru renderowania? Jeżeli tak to na exe z warsztatu powinni być ok.

Kolego podał byś link do tego exe przetestuje u siebie dam znać czy problem ustąpi pozdrawiam

[szogun]

Najnowsza wersja zawsze w załączniku do pierwszego posta: https://eu07.pl/forum/index.php/topic,28920.0.html.

[lkslodzkzn]

Dzięki, no i sprawdziłem niestety absolutnie żadnej zmiany z wyłączonym vsync jak i włączonym tak samo jak na exe z paczki 19.01:-(

[tmj]

Z ciekawosci, czy wystepuje jakakolwiek roznica miedzy praca w trybie obslugi urzadzen mysza (widoczny na ekranie kursor myszy), a praca w normalnym trybie jazdy (kursor ukryty)? Przelaczanie miedzy trybami realizowane jest wcisnieciem klawisza Alt.

[matt3991]

Tak, u mnie jest różnica.
W normalnym trybie jazdy mysz jest "zablokowana" - nie mogę w ogóle przesuwać obrazu w kabinie.

[tmj]

Chodzilo mi raczej o roznice jesli chodzi o wydajnosc i obecnosc opisywanych przycinek :>

[lkslodzkzn]

To chyba dobry trop z wyłączonym sterowaniem kursorem ścinki są o wiele mniejsze krótsze ale minimalnie jeszcze występują ale na pewno różnica jest zauważalna mogę nagrać filmik jak będzie potrzebny pozdrawiam i dzięki za zainteresowanie problemem.

[TomekG]

Wracając do tego tematu - u mnie sprawę w dużej części załatwia program MSI Afterburner, czy też może instalujący się razem z nim Riva Tuner Statistics Server. Dokładnie chodzi o ograniczenie, tym drugim, ilości klatek do stałej liczby. Być może, w pewnym sensie, załatwia ją całkowicie, a reszta skoków, to już spadki poniżej ustawionej wartości (muszę jeszcze potestować). Zresztą na tym, to pewnie polega cały problem. ;) Być może po ustawieniu ograniczenia klatek do np. 30 obraz nie jest tak płynny jak przy 60 i więcej, ale nie ma tych skoków. Niekoniecznie trzeba ograniczać do 30, bo to już zależy od danego komputera, ja na razie testowo ustawiłem na 30. Ustawienia różnych opcji synchronizacji nie pomagały. Jeden minus to taki, że o ile mi wiadomo program działa tylko na kartach NVIDIA. Można podejrzewać, że jakaś alternatywa dla innych istnieje.

[tmj]

Ogolnie podejrzewam ze to nie kwestia jakiegos faktycznego spadku wydajnosci, bo pod wzgledem technik rysowania nic sie w exe miedzy wymienionymi wersjami nie zmienilo, a kwestia tego ze w nowej wersji sterowanie mysza jest domyslnie aktywne, podczas gdy w wersji poprzedniej trzeba je bylo sobie recznie zalaczyc. No i dzieki temu fakt ze niektore komputerki nie bardzo sa w stanie sie w tym trybie wyrobic wylazl na swiatlo dzienne ;>

[Pitek]

Dokładnie tak, problem jest z kursorem, po wyłączeniu go następuje magiczne turbo. A ogólnie pomału trzeba się przestawiać na to, że żeby płynnie pojeździć, wymaga się ciut lepszego sprzętu. Mój stary pecet, który zawsze bez problemu sobie radził z MaSzynką, dzisiaj już ma przycinki na takim Bałtyku Głównym.

[EP08_015]

JA u siebie zauwazylem duzy skok wydajnosci w zaleznosci od systemu. Tak jak kaliskiej nie da sie objechac na win10 x64 z 1fps tak na win7 x64 mam nawet do 20 fps. Wyglada na to ze win7 lepiej sie wyrabia. Jak chce pojezdzic to tylko na win7. Kilka dyskow w jednej skrzynce i program z menu wyboru umozliwia wybor systemu ktorego chcemy odpalic.

[Stele]

Na identycznym sprzęcie? To coś mocno sterownik musi być skiepszczony.

[EP08_015]

Tak wszystko to samo. Slabsze scenerie dzialaja na win10 dobrze ale kaliska tylko na win7. Stery system sam instaluje a tylko grafika ma najnowszy ster od nvidii ze strony producenta. Jednak pomiedzy win7 a win10 jest różnica. 10 jest bardziej zasobozerna. Domyslam sie ze 10 pozera wiecej zasobow i dla symka pozostaje mniej. Na 10 mam cale oprogramowanie typu office nero itd. 7 jest gola i wesola niczym nie obciazona.