Pokaż wiadomości
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Jest coś o czym należy wiedzieć, żeby na nowych exe wygenerować sobie plik e3d terenu scenerii? Póki co program się sypie (crashdump w załączeniu), ostatni wpis w logu "saving e3d model..".Na jakiej scenerii to można przetestować?
Wlaczyc z powrotem VBO do mojej wersji to w zasadzie nie bedzie duzy problem, wiec moge to dodac z powrotem do nastepnego uaktualnienia i wtedy mozesz spokojnie laczyc
Na pierwszy krok planowalem na razie wstawic zastepczy "matrix stack" dla glTranslate, Rotate() itp, bo to sie przyda bez wzgledu ktora wersja pojdziemy.Być może nie będzie takiej potrzeby. Nie wiem ile jeszcze tego zostało, ale wyprułem już to z renderowania TModel3d. (pozamieniałem na glm::mat4 przekazywane w argumentach)
No i w końcu kwestia shaderów. Nie rozumiem tego do końca. Dla karty graficznej wszystko co ona jest w stanie zrozumieć to shader. Więc nie bardzo widzę, jak MaSzyna może wyświetlać cokolwiek na DX czy OpenGL BEZ shaderów. To raczej niemożliwe, więc pewnie kwestia języka i żargonu, prosiłbym o wytłumaczenie dla jasności.Obecnie używane są funkcje fixed pipeline ze starego opengl1.x. Tak, wewnętrznie sterownik pewnie sobie podpina swój domyślny shader, ale aplikacja nie ma do tego dostępu.
Oświetlenie na niektórych trasach wygląda nieźle, na niektórych troszkę gorzej, na niektórych tragicznie, w zależności od wielkości trójkątów terenu. Strzelam, że dopiero kombinacja vertex-shaderów z pixel-shaderami będzie załatwiać sprawę, ale zbudowanie pixel shaderów biorących pod uwagę geometryczne położenie wierzchołków nie jest rzeczą trywialną i raczej nie powstanie "w tym tygodniu", a nawet "w tym miesiącu". Dobrze zgaduję?
Ostatnie pytanie: VBO. Czy ta opcja w ogóle działa i powinniśmy testować z włączoną i wyłączoną? Z tego co ja testowałem w ostatnich wersjach - nie widzę żadnej różnicy, ale znów być może różnica nie jest widoczna w każdym miejscu.
Aha :) Tak przy okazji, ten minidump calkiem ladnie sie odczytal, i wyglada na to ze wysypalo sie na probie alokacji pamieci na teksture .tga Byc moze w paczce tga sa jakies egzemplarze wyprodukowane w taki sposob, ze loader sobie nie radzi. Bede musial wypakowac wersje .tga i sprawdzic :/ Pewnie nie ma nadziei, ze masz tam w logu info, przy ktorym .tga sie to wydarzylo?Wysypało się pewnie bo brakło przestrzenii adresowej. U mnie kaliska T3D/TGA po załadowaniu zajmuje 5.1GiB, nie ma siły żeby to się zmieściło na 32 bitowej wersji. Z jakiegoś powodu wzrosło zapotrzebowanie na pamięć po konwersji, może kwestia tego że borland pewnie miał swój własny alokator który mógł się inaczej zachowywać.
Przemnożenie normalnych przez magiczny macierz mat3(transpose(inverse(macierz))) nie wystarczy?Też nie wiem, nie mam żadnych opisów słownych stanu pojazdu, tabeli skanowania ani rozkładów. Testowane na paczce co zwykle.Czekaj czekaj, a ty masz na mysli panele widoczne w pojezdzie (skanowanie trasy, rozklad itp) czy te alternatywne, ktore wyswietlaja sie na zewnatrz? (pozycja kamery i inne takie) Bo jesli te drugie to faktycznie nie sa chwilowo podpiete.Ja mam taką sugestię (może zbyt dalekosiężną), aby w przyszłości wprowadzić możliwość skalowania modelu w 3 wymiarachZe skalowaniem moze byc klopot, bo modele oprocz wspolrzednych wierzcholkow maja tez wektory normalne opisujace w ktora strone 'skierowany' jest kazdy trojkat, i tutaj skalowanie (zwlaszcza jesli nie jest takie samo we wszystkich wymiarach) potrafi sporo napsuc, i trzeba by to w locie korygowac.
Przepuscilem exe przez profiler, i wychodzi ze potencjalnie zrodlem spowolnienia moze byc uzycie funkcji glGet do odczytu aktualnego ustawienia kamery; niektore implementacje/sterowniki nie lubia jej bardziej niz inne. Problem w tym, ze na chwile biezaca idealnego rozwiazania tutaj nie ma. Mozna:Żeby nie rozgrzebywać kodu można by zachować stos macierzy, tylko napisać klasę z api takim samym jak w opengl i najlepiej użyć GLM do obliczeń.
- wrocic do tego co bylo, i ignorowac ze modele czasami znikaja kiedy nie powinny
- zostawic jak jest teraz i pogodzic sie ze na niektorych konfiguracjach bedzie wolniej
- wymienic odczyt na kalkulacje parametrow od strony exe. To akurat byloby najlepsze bo praktycznie calkowicie eliminuje koszt (w dodatku i tak trzeba to zrobic przy przejsciu na shadery itp) /ale/ latwo nie da sie zrobic, bo exe bardzo miesza przy renderowaniu widoku z kabiny, i dopoki sie tego nie rozsupla, zwykla wymiana wiecej psuje niz naprawia.
na razie sklaniam sie ku 2 i docelowo 3.
Drawinowo, u mnie to tak jakby w zasiegu wzroku bylo w okol stacji. Dalej nie zapuscilem sie. L061 sprawdzalem tylko wysyp na tyc kamerach, tez nie zpuszczalem sie w glab. Przejechalem calego Quarku, tu ciemnosc, ale nic nie rzucilo sie w oczy. Zerknalem tez na manewrowo, tam jest ok. Na dzis to tyle, mam inne zajecia w domu.A na moim exe w drawinowie nie było dziur? Bo oprócz tych screenshotów to praktycznie żadnych znaczących różnic nie powinno być teraz między moimi exekami a tmj.