Zamarzająca Maszyna na Shaderowym EXE

[JAN21]

Problem polega na tym, że exe (GL3.3 z 23.05.2019) ubzdurało sobie jeden plik .scn i czy go kijem czy go pałą nie włączy się z tego pliku. Znaczy, włączy się ale zawiesi system do takiego stopnia, że przez może 10 sekund myszka działa a potem i tak się zawiesi. Dźwięk też tylko broni się trochę dłużej (max 2 minuty). Wygląda to typowo na zapchany ram, lecz do ostatniej sekundy kiedy wszystko jeszcze żyje, ram nie jest nawet do połowy zapchany. Sterowniki graficzne zaktualizowane, nic się nie zmieniło. Jakiś czas temu też tak było, tylko wtedy nie palił z żadnego .scn, ale sam się po pewnym czasie naprawił :P Log kończy się w momencie załadowania tekstury maszynisty (dorzucę go za chwilkę bo trochę mu zajmuje załadowanie gór i reset systemu ;) Teraz zaś wrzucę loga z działającego .scn) Pliku .DMP nie generuje bo zbytnio niema kiedy. Jeszcze dodam, że na pliku $.scn z dokładnie taką samą zawartością, jak w tym wyklętym, wszystko działa bezproblemowo (chyba, bo od wczoraj mogło się dużo mu zmienić).

Edit: Dorzucam loga z nie działających Gór. Jednak wysypuje się w różnych momentach :P
Edit2: Ruszyło z tego .scn dopiero jak zostały same tory

[JAN21]

Okej, znalazłem przyczynę, jest nią plik .sbt Przy odpalaniu z $.scn tego pliku nie generuje, więc odpala się dłużej lecz bezproblemowo. Przy odpalaniu przez normalny .scn już ten plik generuje i się także zawiesi :P Każdy następny odpał z wygenerowanym .sbt również go wysypuje. W czym może być rzecz? W trawie albo żwirze z parallax shaderem? Na TD po zamianie na  te tekstury ten problem nie występuje, a na górach wystarczy dopisać mu plik z trawą, oraz żwirem i już się wysypie ruszając z .sbt. Ma ktoś jakiś pomysł? Chciałem ruszyć z zalesianiem a tu taki zonk... W załączniku log, chociaż to raczej nic nie zmieni

[tmj]

wystarczy dopisać mu plik z trawą, oraz żwirem

Pokaz konkretnie jak wyglada to "dopisanie".

[JAN21]

Jako zwykły include

Kod: [Zaznacz]

include gury/teren_p7.scm end

[tmj]

No, a zawartosc rzeczonego .scm?

[JAN21]

14MB plik wypełniony od góry do dołu Tri terenu, nic specjalnego, może poza rozszerzeniami tekstur które skrypt do exportu dopisuje https://eu07.pl/userfiles/21553/teren_p7.rar

[tmj]

Nie wyglada zeby bylo cos nie tak z include jako takim. Wspomniales wczesniej ze podpiety jest parallax shader, jak wygladaja pliki .mat i czy problem ustepuje jesli zamiast parallax shader ustawiony jest zwykly?

[JAN21]

I tu był pies pogrzebany. Po wywaleniu plików .mat i odpaleniu, działa.

[tmj]

Zgadujac na slepo, byc moze ustawiles w .mat parallax shader ale nie dodales wpisu dla drugiej tekstury odpowiadajacej za faktyczna "wypuklosc" rysowanej geometrii, i shader sypie sie z braku danych?

[JAN21]

W zasadzie to shader się nie sypie, bo odpalając z pominięciem pliku .sbt wszystko działa jak powinno. Plik .mat wygląda tak:

Kod: [Zaznacz]

shader: parallax
texture_diffuse: gury/trawa
texture_normalmap: gury/trawa_normal
param_height_scale: 0.06
param_height_offset: 0.03
param_specular: 0.05

[tmj]

No wyglada ok. Dosc dziwne, ale to raczej milek bedzie musial u siebie zobaczyc co sie tam gryzie przy wczytywaniu z .sbt ze sie w takiej aranzacji sypie ;/

[JAN21]

Chyba przechwaliłem... Wtedy sprawdziłem tylko czy działa, teraz patrze, a tu ledwo 3fpsy.. Oczywiście wszystko bez ReShade-a. Po odpaleniu z pominięciem .sbt, klatki utrzymują się na tych 15-30, a podobno z użyciem .sbt miało być wydajniej :P

[tmj]

SBT przyspiesza jedynie wczytywanie scenerii, nie powinno miec normalnie zadnego wplywu na wydajnosc samej symulacji. Ani na plus, ani na minus.

[JAN21]

No niestety u mnie ma i to znaczący.. A wcale pliki terenu nie są wielkościowo jakoś wygórowane, rozmiarowo zbliża się to do Całkowa V2 a z wydajnością o wiele gorzej. Zależy mi mimo wszystko na exe od Milka głównie przez edytor, bo maxa powoli zabija taka ilość obiektów drzewo i trawo podobnych..

[Stele]

Sbt trzyma w sobie cokolwiek niezapisanego w node triangles? Może tekstowo te tri mają ograniczony zasięg renderowania a binarka je wyświetla na max zakresu? Tylko przy spadku wydajności powinien zmniejszyć zakres renderowania i tak.
Patrzę w kod i on tylko przy >20m redukuje do minimalnej ilości plastrów. Dodaj mu w shaderze warunek, by dla 30-50m pomijał całe obliczenia paralaksy i zwracał nietykane f_coord. Jak coś pomoże to pchnij Milkowi na gita. Ewentualnie mi daj jak nie ogarniesz.

[Milek7]

Zobaczę na to jak wrócę w poniedziałek.

[tmj]

No niestety u mnie ma i to znaczący.. A wcale pliki terenu nie są wielkościowo jakoś wygórowane, rozmiarowo zbliża się to do Całkowa V2 a z wydajnością o wiele gorzej.

Zobacz z ciekawosci czy ten spadek ma tez miejsce z roboczym exe z dzialu na warsztacie?

Może tekstowo te tri mają ograniczony zasięg renderowania a binarka je wyświetla na max zakresu?

Nie, sbt to po prostu binarny zapis zawartosci struktur utworzonych przy wczytywanie wersji tekstowej. Jak do tej pory nikt nie zglaszal tego typu straty wydajnosci I nie obserwuje u siebie zadnej roznicy w rysowaniu tego scm, bez wzgledu na zrodlo pochodzenia. Bez dostepu do calej scenerii nie jestem w stanie sprawdzic nic wiecej, byc moze pojawia sie jakis efekt uboczny w wersji szaderowej ale byloby to co najmniej dziwne.

[JAN21]

Aktualnie nie mam dostępu do komputera. Jak tylko jutro wrócę to dam znać. Co do tego spadku, to jest on o tyle dziwny, że jeśli tylko wyświetlał jakiekolwiek tri,(prócz plane-a rozciagnietego pod cała mapą) to utrzymywał się równiutko na tych 3fps. A jeszcze miałem pytać, czy zapisanie terenu jako model będzie problematyczne pod jakimiś względami dla np. wydajności?

[JAN21]

Wychodzi na to, że problem wydajnościowy u Milka był tylko przejściowy.. Dzisiaj odpalam Maszyne, exe od Milka próba pierwsza - normalnie z użyciem .sbt - 11fps. Próba druga - z pominięciem .sbt - 15fps. Na exe Tmj, tak jak wcześniej, próba pierwsza - 32fps. Próba druga - >60fps. Dziwi mnie ten przeskok, aż o co najmniej 30 klatek na exe od TMJ, mimo iż Vsync jest wyłączony, więc nie w tym rzecz..

[tmj]

Czekaj, bo nie wiem czy dobrze czytam. Masz 30 fps roznicy wczytujac scenerie z pliku .sbt i z tekstowego .scn? Jak wyglada sytuacja w odwrotnej kolejnosci, tzn jesli usuniesz .sbt, wczytasz scenerie w wersji tekstowej, a nastepnie uruchomisz symulator ponownie i tym razem zaladuje on sobie dane z wygenerowanego .sbt?
Masz taki efekt na wszystkich sceneriach, czy tylko na tej twojej?

[JAN21]

Ja już sam się dziwie co tu się odwala.. Teraz zauważyłem na dodatek, że przy .sbt umarł także shader wody... Odpalony przez Rainsteda bez .sbt  >60fps, powtórnie odpalony przez Rainsteda O dziwo również >60fps. Plik ma około 30mb. Odpał bez .sbt na exe Milka - 11fps, powtórny odpał tym razem exe TMJ i... 30fps. Plik ma 47mb

Edit: Na TD ten problem nie występuje. SBT waży tyle samo z tego i z tego. Klatki również tak samo

[tmj]

Odpał bez .sbt na exe Milka - 11fps, powtórny odpał tym razem exe TMJ i... 30fps.

Szaderowe exe jest bardziej zasobozerne wiec to ze zwykle zadziala szybciej to akurat nic dziwnego. Nie mieszaj wersji exe w tego typu testach, uruchom na tym samym najpierw bez sbt a potem z wygenerowanym sbt.

Jesli mozesz wrzuc do upload ta swoja scenerie i daj mi link, moze byc na PW. Z tego co czytam brzmi to jakby bajzel robil sie tam selektywnie, byc moze wpadles na skonstruowanie czegos, na co exe nie jest mentalnie przygotowane.

[JAN21]

To w takim razie, żadnych takich problemów na Twoim exe niema. Mimo wszystko dziwne jest to, że .sbt generowany przez Exe Milka ma 17MB więcej niż przez Twoje. Za chwilę na PW podeślę Ci cały ten bajzel :P

[Stele]

Mówisz, że odczyt z sbt pomija przypisanie shadera? Choć na screenie wygląda jakby renderował wodę z normalmapą, a na domyślnym nie powinno jej czytać.

[JAN21]

Znaczy się.. Ciężko powiedzieć, coś tam się przemieszcza, coś tam się odbija, ale nie działa jak powinno. Na filmie widać całość tej anomalii https://youtu.be/NRpHHmNth7M

[danter02]

Jaki masz ustawiony zasięg renderowania? Wygląda jakby nie chciał używać shadera dopiero w określonej odległości, była gdzieś taka opcja, jak dobrze pamiętam.

[Milek7]

Ok, już jestem.
Możesz podesłać paczkę do reprodukcji błędu? Łatwiej mi będzie sprawdzić niż zgadywać co trzeba zrobić żeby się ujawniło.

[firleju]

Ja bym powiedział, że uruchom najpierw na wersji tmj, a potem na tych samych plikach binarnych uruchom swoją wersję.