Exe - konwersja na C++

[Maciej]

Czyli w jaki sposób można by rozwiązać problem podświetlenia tych haslerów? Bo tekstura podstawowa ma alfę (a jej brak spowodowałby, że na sceneriach nocnych ilość przejechanych kilometrów nie byłaby widoczna) i tekstura podświetlenia także.

[tmj]

Nie bardzo rozumiem dlaczego tekstura podstawowa ma alfe, zamiast miec wycieta dziure tam gdzie jest miernik kilometrow. Pomijajac ten element, zobacze czy uda sie cos zrobic w exe zeby uporzadkowac tutaj zachowanie bez popsucia przy okazji czegos innego.

[Maciej]

Na tej podstawowej teksturze alfa jest użyta do cyfr, co widać na screenie. Dzięki temu w nocy po zapaleniu oświetlenia, cyfry są podświetlone. Gdyby alfy nie było, cyfry byłyby ciemne i nie dałoby się ich odczytać (tak jest np. na ET21).

[tmj]

W dzisiejszym/wczorajszym uaktualnieniu:

- doprowadzona w wiekszosci do konca unifikacja sciezek renderowania, tzn zarowno wersja VBO jak i DL uzywa tego samego kodu. Efektem ubocznym jest drobny (~10%) spadek wydajnosci w trybie DL, i podobny wzrost wydajnosci w trybie VBO.  Wymiana nie jest calkowicie ukonczona, pozostaly:
-- wyrzucanie z pamieci nieuzywanych zasobow (sektorow ktore przejechalismy i nie sa juz wyswietlane itp) w zwiazku z czym tymczasowo moze miec miejsce wieksze zapotrzebowanie na pamiec
-- eksport modeli w formacie t3d do format binarnego e3d
-- optymalizacja danych terenu, konwersja binarnego modelu terenu do schematu niezaleznego od wspolrzednych 'geograficznych'

powyzsza wymiana, jesli wszystko poszlo dobrze, powinna byc niezauwazalna. Zeby wiec nie bylo calkiem nudno...

- usuniety zostal stary limit zasiegu rysowania -- do tej pory mimo 'mnoznika zasiegu' zakres widocznosci ograniczony byl "na sztywno" do okregu o promieniu 2km. Po usunieciu tego limitu teren i obiekty maja teoretyczny zasieg widzialnosci 7.5 km (z tym, ze uwzgledniane sa tez limity definiowane przez pliki .scn i pliki modeli; jesli model ma zdefiniowana widocznosc do 1km to przy maksymalnym mnozniku widzialny bedzie do 3km, nie 7.5)

- drobne poprawki w obsludze przezroczystosci przy wczytywaniu plikow e3d i t3d. powinny pomoc przy zgloszonych ostatnio bledach, ale rownie dobrze cos moglo sie przy okazji zepsuc co wyjdzie dopiero w praniu

[Sawi]

Potwierdzam na wersji z 14 czerwca problem z podświetleniem w SP45 mano i haslera nie występuje.
EDIT:
Jednak przy okazji coś się też zepsuło po drodze, bo np pantografy w zezie na torze doświadczalnym rozjeżdżają się na starcie.

[Maciej]

Łamanie patyków można sobie przecież wyłączyć. Po co wywalać z exe i cofać się z rozwojem. Odnośnie tego, co @Sawi pisze, to rzeczywiście na samym starcie patyki się łamią. Włączyłem sobie też jakąś siódemkę i tam również patyki się połamały. Przezroczystości działają poprawnie :).

[tmj]

Hmm to dziwne, mam u siebie w .ini wlaczone wszystkie ustawienia trakcji na "yes", i lamanie nie wystepuje. Czy moze ktos wkleic swoja konfiguracje .ini przy ktorej sie rozjezdzaja?

[Stele]

Problem występuje gdy ładujesz na tym exe z t3d. Wygenerowałem e3d exekiem 520 z repo i nic się na nowym nie rozsypało.

[tmj]

O faktycznie, nie sprawdzalem z t3d wiec przoczylem. W dzisiejszym uaktualnieniu:

- poprawka ladowania modeli t3d. dosc eksperymentalna, wiec jest szansa ze oprocz naprawienia pantografow cos tam popsula, ale to wyjdzie w praniu
- przy okazji poprawka, teoretycznie powinna zmniejszyc/zlikwidowac okazjonalne miganie ekranow opartych na pythonie

[Sawi]

Jeszcze to nie to. Teraz dosłownie w w/w byku zezie pantografy wciąga do środka.

[Maciej]

Pantografy działają prawidłowo, gdy wczytuje się je z t3d. Po wczytaniu z e3d wciąga je do środka (w sensie znika jakby część pantografu).

[tmj]

Wczytywanie zarowno .t3d jak i .e3d dziala u mnie na ostatniej wersji poprawnie. e3d jest z paczki calosciowej, byc moze to ktore macie u siebie bylo wygenerowane przez ktoras z wczesniejszych wersji c++ i nie jest zbudowane prawidlowo. Przyjrze sie przy przywracaniu eksportu.

[Maciej]

Ja mam e3d wygenerowane najnowszą wersją exe.

[tmj]

Najnowsza (615, rowniez 614) wersja exe nie generuje e3d, wiec jest to zwyczajnie niemozliwe :>

[Maciej]

Dobra, cofam. Przy convertmodels 0 wszystko działa jak należy, a po zmienieniu na convertmodels 135 powstaje ten błąd.

[tmj]

Przy wlaczonej konwersji faktycznie glupieje, bo konwersji chwilowo nie ma. Powinno sie wyprostowac w nastepnym uaktualnieniu.

[Sawi]

Dla jasności oczywiście dzieje się tak przy parametrze 135.

[tmj]

W dzisiejszym uaktualnieniu:

- przywrocony eksport do format binarnego e3d (oprocz modelu terenu, bo to przypadek specjalny i wymaga paru dodatkowych zmian) przy okazji powinny byc tez usuniete wczesniej zgloszone bledy animacji pantografow itp.

(nie wykluczam ze w eksporcie kryja sie jakies krzaki, bo cos za latwo poszlo. jak zwykle wyjdzie w praniu)

[mareczek]

Chyba wina ostatniego exe, poznikały szkiełka z semaforów kształtowych. Parę dni temu było jeszcze wszystko ok.

[tmj]

Na exe c++ szybka wczesniej byla wyswietlana bo exe ignorowalo dostarczone flagi, i traktowalo element jako polprzezroczysty na podstawie obecnosci alfy w teksturze... ale ta metoda prowadzila do blednego wyswietlania wskaznikow w kabinie SP45 pare stron do tylu. Wnioskujac z komentarzy w kodzie i z patch notes, dla polprzezroczystosci element powinien miec zarowno Opacity 0 jak i tektsure z alfa. I taka tez zmiana/poprawka zostala wprowadzona. Technicznie rzecz biorac, exe robi to, co mu "dyktuje" model t3d. Szybki pojawiaja sie, gdy w modelu .t3d zmienimy parametr Opacity dla ich submodeli do wartosci 0

Dowcip w tym, ze exe Borlandowe rowniez wyswietla szybki mimo "blednie" zdefiniowanego modelu .t3d z Opacity 100. Wie ktos moze, dlaczego?

[mareczek]

Poprawiłem Opacity na 0, dalej nie ma szkiełek - np. models/pkp/sk12krat.t3d

[Milek7]

tmj: może przyjdziesz na mattermosta? http://eu07.pl/forum/index.php/topic,28919.msg458144.html#msg458144

[EP08_015]

U mnie tez ten problem wystepuje. Brak szkiełek. To samo w tarczach ostrzegawczych i manewrowych. Wszedzie na kształtach brak szkiełek.

[tmj]

Poprawiłem Opacity na 0, dalej nie ma szkiełek - np. models/pkp/sk12krat.t3d

Dziwne, u mnie po ustawieniu Opacity 0 pojawily sie. Nie masz przypadkiem ciagle w katalogu starego pliku .e3d? Jesli tak, to exe bedzie go ladowac, ignorujac poprawiony t3d.

[firleju]

Tylko górne szkiełko nie powinno być kwadratowe (zresztą widać że tektura przy górnym ramieniu wchodzi na drugie szkiełko).

[tmj]

Szklo jest okragle. Kwadratowe jest pudelko zawieszone za przeslona :>

edit:
swoja droga, warto by chyba dodac cos takiego jak mozliwosc recznego wymuszenia renderowania obiektu zarowno w fazie przezroczystej jak i nieprzezroczystej, np definiujac Opacity 50

[firleju]

Jak kompiluje sobie exe 0612 to na DisplayList po wciśnięciu F12 mam crasha gdzieś w ntdll.

[tmj]

Znaczy sie jak dasz F12 i quit, juz na wyjsciu? To mu sie czasem trafia bo watek pythona probuje pisac do logu a potem wychodzi zanim przekaze komunikat, ale ze to na wyjsciu jest to nie bylo specjalnie parcia zeby to poprawiac. Zdarza sie dosc losowo.

[firleju]

Nie, odpalam i daje F12 i w momencie naciśnięcia mam crasha.

[tmj]

Jesli to jest przy uruchomieniu z VS, to F12 wymusza przerwanie, ale jesli przy zwyklym uruchomieniu to nie wiem, u mnie tego nie ma ;/