Exe - zmiany w stosie graficznym i dźwiękowym

[Marconi]

Na repo są uaktualnione pliki.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, obsluga sterowania mysza powinna baczniej zwracac uwage na stan przyciskow

- poprawka, dzwiek skladania stopni drzwi powinien byc odtwarzany tylko gdy stopien jest faktycznie skladany

- zeby bylo tak jak bylo, dzwiek outernoise: zostal zredukowany do jednej sztuki na pojazd, by ograniczyc mozliwosc generowania poglosu

- w ramach koncertu zyczen, dzwiek tractionmotor: funkcjonuje niezaleznie od stanu wylacznika szybkiego

[Paweł Andrzej Nowinowski]

Nadal występuje błąd ze znikaniem tekstur podczas jazdy, i uruchamiania lokomotywy. I tak samo z teksturami innego taboru ktory obok nas stoi czy obiektów, tekstura jest i w pewnym momencie znika w miarę zbliżania się do pojazdu.

[tmj]

To najprawdopodobniej efekt uboczny braku wystarczajacej ilosci pamieci na karcie graficznej by pomiescic tekstury w calosci. Zobacz czy sytuacje polepszy cos ograniczenie wielkosci wpisem maxtexturesize w pliku .ini?

[mk1991]

Nie jestem za powrotem do wcześniejszej koncepcji outernoise. Mam dowody w nagraniach, że szum to wózek a nie wagon sam w sobie. Wyobraźcie sobie sytuację w której za wagonem z wózkami posiadającymi koła obręczowane jest wagon np. Z1 z wózkami z kołami monoblokowymi. Różnica jest olbrzymia w brzmieniu. Co by uniknąć fazowania bo o to wam chodzi przecież, zmniejszył bym zasięg działania outernoise w obrębie składu, bo rzeczywiście jest to selektywnie słyszalne. Mogę załączyć nagrania gdzie będą wykazane dowody na to co mówię. A jeszcze jedno, trzeba coś zrobić z dźwiękiem hamulców, jakim cudem jest słyszalny w środku wagonu jak hamują wózki?

[tmj]

Nie jestem za powrotem do wcześniejszej koncepcji outernoise.

Nie jestem fanem tego rozwiazania ale jesli redukuje to mozliwosc pojawienia sie efektu ze pojazd brzmi jak odrzutowiec przekraczajacy bariere dzwieku to jest to mimo wszystko mniejsze zlo, bo ryk odrzutowca jest imo duzo bardziej zauwazalny niz dzwiek przejazdu nie zsynchronizowany na 100% z polozeniem wozka.

Zmniejszanie zakresu nie jest rozwiazaniem bo w rzeczywistosci dzwiek tez nie zmienia swej glosnosci i zasiegu w zaleznosci od polozenia od potencjalnego sluchacza tylko jest wartoscia stala, a polozenie wplywa jedynie na to, ile z tego dzwieku o stalej glosnosci i zasiegu dociera do naszych uszu. No i zadne tego typu zmiany raczej nie wyeliminuja przyczyny zjawiska, ktora wydaje sie byc nakladanie sie zrodel polozonych bardzo blisko siebie, czyli w praktyce w ramach pojedynczego pojazdu.

Do eliminacji zjawiska w przyszlosci moglaby przyczynic sie rozbudowa biblioteki dostepnych dzwiekow outernoise: tak by poszczegolnym wozkom mozna bylo przypisac rozniace sie nieco dzwieki ktore nie powinny nakladac sie tak jak dzieje sie to obecnie.

Dzwiek hamulcow "od zawsze" jest ograniczony do jednego na pojazd. Mozliwe ze bedzie to kiedys zmienione, chociaz nie wiadomo czy nie wywola to takiego samego efektu co obecny outernoise:

[Paweł Andrzej Nowinowski]

To najprawdopodobniej efekt uboczny braku wystarczajacej ilosci pamieci na karcie graficznej by pomiescic tekstury w calosci.

Wcześniej to nie występowało , maxtexturesize mam ustawiony od bardzo dawna na 4096 i takich problemów nie było.

[tmj]

Czy ten problem wystepuje tez w trybie legacy, czy tylko przy szaderowym? Znajdz mi jesli mozesz od ktorego exe zaczyna sie to pojawiac (19.1111 czy wczesniej/pozniej?) i log jakis by sie przydal.

[Paweł Andrzej Nowinowski]

No wlasnie to występuje w obu trybach.

[klimczok_mk]

Nie uruchamia mi się symulator.

[Turbokibel]

Szczegółowo, sądzę, że po pobraniu nowego exe, nie zamieniłeś "shaders" lub masz gfxrenderer na "full" (zmień na legacy) co przy słabszych komputerach może powodować takie kwiatki.
Może by tak loga dać?

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, motory trakcyjne w pojazdach z napedem spal-ele nie powinny przejmowac sie juz zbytnio stanem silnika spalinowego

- poprawka, silnik graficzny nie powinien gubic tekstur

- funkcjonalnosc, dodana mozliwosc konfiguracji podpietego joysticka/gamepada
-- konfiguracja przechowywana jest w pliku eu07_input-gamepad.ini
-- przypisanie funkcji do danego przycisku lub osi powinno zajmowac jedna (i tylko jedna) linijke w pliku
-- przypisanie funkcji do przycisku wyglada nastepujaco:

Kod: [Zaznacz]

buttonX impulse komenda
gdzie X to liczba-identyfikator przycisku, a komenda to nazwa przypisanej komendy. Klucz impulse oznacza ze przycisk dziala impulsowo, tzn komenda generowana jest dopoki przycisk pozostaje wcisniety
-- alternatywnie przycisk moze miec funkcje zmiany trybu dzialania galek gamepada, konfigurowana nastepujaco:

Kod: [Zaznacz]

buttonX mode Y
gdzie X to liczba-identyfikator przycisku, a Y to liczba-identyfikator trybu dzialania galek
-- przypisanie funkcji do galek odbywa sie na poziomie poszczegolnych osi, w sposob nastepujacy:

Kod: [Zaznacz]

axisX value komenda numerparametru
// lub
axisX 3state komenda1 komenda2
gdzie X to liczba-identyfikator osi ruchu galki; w trybie value wychylenie galki powoduje wygenerowanie podanej komendy zas wartosc wychylenia (w zakresie od -1 do 1) zostanie dolaczona jako podany parametr -- numerparametru moze miec wartosc 1, 2, x lub y (1 oraz x maja ten sam efekt, podobnie jak 2 oraz y) Mozliwe jest tez podanie trybu value_inverted ktory dziala tak jak value ale odwraca wartosc polozenia galki. Wreszcie tryb 3state powoduje wygenerowanie komendy1 przy wychyleniu galki w kierunku pozytywnym, lub komendy2 przy wychyleniu w kierunku przeciwnym
-- definicja funkcji osi galki moze byc rozbudowana o dodatkowe konfiguracje, poprzez dodanie ciagu:

Kod: [Zaznacz]

modeX tryb parametry
gdzie X to liczba-identyfikator, zgodna z wartoscia Y podana dla przycisku, ktory ma aktywowac dany tryb pracy. Tryb to klucz value/value_inverted/3state zas parametry zaleza od trybu, zgodnie z opisem powyzej

przykladowo:

Kod: [Zaznacz]

axis0 value movehorizontal x mode0 3state hornhighactivate hornlowactivate
axis1 value_invert movehorizontal y
button0 mode 0
taki zapis konfiguruje podstawowa galke gamepada by w trybie "zwyklej" pracy sterowala poruszaniem sie po scenerii. Dodatkowo ruch galki w poziomie przy wcisnietym przycisku 0 wywoluje dzwiek syreny nisko- lub wysokotonowej, zaleznie od kierunku wychylenia.

[JAN21]

Tak się zapytam z ciekawości :) Dlaczego gdy "zainstaluje" ReShade-a  (sama obecność pliku opengl32.dll wystarcza) to magicznie znikają punkty światła? Wszystkie poza niektórymi lampami ulicznymi, a tamte stają się duże i kwadratowe. Wiem, wiem, modyfikacja, brak wsparcia i takie tam, ale ciekawi mnie to po prostu ;)

[Stele]

Niektóre lampy uliczne nie są punktami światła tylko ręcznie wstawianymi bilbordami. Jak wyświetla je jako kwadrat, to coś mocno psuje w alfa blendzie. Kiedyś reshade z maszyną działał.

[JAN21]

I teraz ani SSAO, ani Blooma, ani nawet kontrastu podbić :(

[Stele]

Kontrast możesz sobie w tonemappingu podbić. :P

[tmj]

Tak się zapytam z ciekawości :) Dlaczego gdy "zainstaluje" ReShade-a  (sama obecność pliku opengl32.dll wystarcza) to magicznie znikają punkty światła? Wszystkie poza niektórymi lampami ulicznymi, a tamte stają się duże i kwadratowe. Wiem, wiem, modyfikacja, brak wsparcia i takie tam, ale ciekawi mnie to po prostu ;)

Biblioteka z ReShade ignoruje to, o co prosi exe i dostarcza nieco inna wersje openGL (compatibility zamiast core) na ktorej punkty swiatla potrzebuja dodatkowej inicjalizacji by dzialac. Powinno dac sie ogarnac w nastepnym wydaniu.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, malowanie punktow swietlnych powinno byc mniej wrazliwe

- poprawka, odczyt stanu gamepada powinien byc bardziej zjadliwy dla komendy jointcontrollerset

- funkcjonalnosc, do zestawu dostepnych shaderow ktore mozna wykorzystac w plikach .mat doszly dwa nowe: shadowlessnormalmap (wariant teksturowania z normalmapa pozbawiony cieni) oraz sunlessnormalmap (wariant teksturowania z normalmapa bez udzialu swiatla "slonecznego") Tryby te sa w zalozeniu przydatne do teksturowania drzew, krzakow i innego zielska

[Turbokibel]

Tak zapytam, czy będzie kiedyś dodane lub czy w ogóle jest możliwość dodania jakiegokolwiek światła jak sprzęgamy skład w nocy? Teraz kompletnie nic nie widać, reflektory lokomotywy nic nie dają.

[Turbokibel]

Od wersji exe 14.12.19 występują crashe na sceneriach ( mniej więcej 10-20 sekund po załadowaniu lub od razu), na td raczej nie, ale takich większych typu l053 tak, na exe 12.12.19 takich problemów nie ma. W załączniku plik log itd.

[tmj]

W zalaczniku wersja z wyrwanym chwastem.

[Turbokibel]

Niestety, ale u mnie dalej występują crashe, ale już nie takie częste, około raz na 2 uruchomienia symulatora.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, odchwaszczania ciag dalszy

- poprawka, szaderowy silnik graficzny powinien byc bardziej zjadliwy dla wybrednych kart AMD

[Tobiasz]

Na karcie Nvidia GTX 1060 6GB oraz najnowszych sterownikach pojawiły się dziwne szarpania obrazu. Obecnie posiadam sterowniki 430.64 i na nich ten efekt się nie pojawia. Podejrzewam że to wina braku opcji "maksymalna liczba wstępnie renderowanych klatek" i stąd ten efekt szarpania. Czy można to jakoś zniwelować na najnowszych sterownikach?
Jeszcze zauważyłem przy latarniach że występują poświaty w kształcie czworokąta to efekt zamierzony?

[tmj]

Mam akurat GTX 1060, ale przy sterownikach 441.66 nie widze jakichs zmian w stosunku do starszych. "Dziwne szarpania" jest okresleniem dosc nieprecyjnym wiec nie bardzo wiem jak to interpretowac. Masz moze w pliku ini zalaczona synchronizacje, ustawieniem "vsync yes"? W takiej sytuacji chwilowy spadek fps nawet lekko ponizej 60 spowoduje redukcje do 30 i moze to wlasnie obserwujesz?

[Tobiasz]

Właśnie vsync jest załączony. Chodzi mi o poruszanie myszką np. w prawo oraz w lewo obserwuje efekt szarpania. Nie chodzi mi o to szarpanie podczas wyłączonego vsync tylko takie dość widoczne ścinki.

[Hirek]

Tutaj się chyba kłania już GSync albo FreeSync - On jest głownie odpowiedzialny za takie chwasty. Ja na swoim gtx 1660ti też takie coś mam, ale po uruchomieniu GSync w monitorze wszystko zaczęło dzałać normalnie
(widać tutaj: klik)

[tmj]

Właśnie vsync jest załączony. Chodzi mi o poruszanie myszką np. w prawo oraz w lewo obserwuje efekt szarpania.

Zaraz, troche dokladniej. Chodzi o poruszanie samym kursorem myszy na ekranie, czy obracanie kamery poprzez ruch mysza? Jesli to drugie, to zmiana polozenia kamery moze powodowac koniecznosc doczytania przez exe nowych danych graficznych (ktorych do tej pory nie musialo rysowac) co z kolei moze spowodowac mniejsza lub wieksza pauze i w konsekwencji "przyciecie". Nawet bez koniecznosci doczytywania danych moze zmienic sie ilosc malowanych obiektow, co w sytuacji aktywnego vsync rowniez moze objawic sie ostrym spadkiem ilosci klatek. Zobacz jak wygladac bedzie sytuacja przy ustawieniu "vsync no"? Oprocz tego pomoc moze redukcja w pliku ini domyslnej wartosci parametru multisampling do wartosci 1 albo 2, bo domyslne x16 jest meczace nawet dla mocnego sprzetu.

[Tobiasz]

Chodzi mi o obracanie kamery poprzez ruch myszą. Ścinki również występują przy samej jeździe. No spróbuję ale odczułem różnice przy wydajności na starszych sterownikach niż na nowszych. W najnowszych sterownikach nvidia pozbyła się opcji "maksymalna liczba wstępnie renderowanych klatek" i zastąpiła opcją "opóźnienia" (wył, wł oraz ultra) i właśnie na nowych sterownikach jest masakra.

[tmj]

Hmm byc moze nie widze roznicy poniewaz nigdy nie uzywalem tej opcji, wiec zawsze widzialem ta sama "masakre" i nie wiem co stracilem. Tak czy owak jesli jest to zmiana w sterowniku graficznym to raczej nic na to nie moge poradzic ;/