Exe - konwersja na C++

[Siecool]

Zajrzyj tutaj: http://eu07.pl/forum/index.php/topic,26934.msg444039.html#msg444039

[Krzysiek626]

@Milek7, katowałem twoje exe, i jak dotąd nie udało mi się wywalić je do windy. Męczyłem wersję 32 bitową na nowo postawionym win xp. Nawet raz odpaliłem dwa razy, jednocześnie załadowałem Drawinowo i L053. Jeśli wyłączyć zapis do plik $.scn, to rainsted uruchomi aplikację drugi a nawet trzeci raz. Mimo 100% mocy wykorzystania procka i gorącej grafiki oba scenariusze ukończyłem.
@tmj, oprócz L61 osobowy, wszystkie scn załadowały się bez problemu. Jednak, trzeba by sprawdzić czy okresowe wysypy u mnie na Quarku, również nie są powodowane przez wpisy samochodów. Rano wszystkie usunąłem i wysypy ustąpiły.

[tmj]

@Milek7, jest gdzies do sciagniecia skompilowany .lib itp dla libpng, czy trzeba je sobie recznie skladac? ;/

[Milek7]

ręcznie. dołączyłem mój, ale robiony na vs2015 więc nie wiem czy kompatybilny

[tmj]

Bleh. Dzieki, sprawdze pozniej. BTW, sizeof(TSubModel) przy kompilacji VS2013 to 300 bajtow, nie 256 (308 w trybie debug) ale po usunieciu testu wyglada na to ze dziala ok, przynajmniej jesli chodzi o ladowanie .e3d  Byc moze kwestia ustawien kompilacji, nie wiem.

[Milek7]

mówisz o moim kodzie? tam jest zrobiona serializacja każdego pola osobno, więc wielkość nie ma znaczenia.
a jeżeli chodzi o oryginalny to raczej się posypie, bo wczytywanie/zapisywanie do pliku to bezpośrednie kopiowanie pamięci.

[tmj]

mówisz o moim kodzie?

W World::Init jest taki kawalek na poczatku

Kod: [Zaznacz]

if( sizeof( TSubModel ) != 256 ) {
Error( "Wrong sizeof(TSubModel) is " + std::to_string(sizeof( TSubModel )) );
return false;
}
i po polaczeniu symulator of razu sie na tym zamykal, bo wielkosc objektu jest teraz inna. Myslalem, ze to cos od ciebie, ale jak teraz sprawdzam to jest w kodzie od dawna, i po zmianach sie aktywowal, ale wyglada na to ze na 2015 sie nie czepia, jesli przeszedl niezauwazony :)

[Milek7]

obecnie tego checka u mnie nie ma. jak mergujesz to musisz raczej z najnowszym, bo commity mogły być niepełne lub mieć krytyczne bugi naprawione dopiero w późniejszych.

[tmj]

Hmm dalem mu fetch/pull tuz przed merge, wiec powinno byc najnowsze, w history pokazuje ze to stan na 22:34 z wczoraj. Nie wiem czemu tego kawalka nie wylapal, zrobie pozniej compare.

Tak czy inaczej, dzisiejsze uaktualnienie w zalaczniku. Ma teraz (teoretycznie) wszystkie zmiany od Milka, minus zgrywanie zrzutow ekranu, bo wyglada na to ze lib z 2015 mu nie pasuje, bede musial zrobic swoj. Dodatkowo poprawki z wczoraj:
- przywrocona obsluga uruchamiania eventow z klawiatury
- poprawka obslugi definiowanych kamer, nie powinno wiecej wieszac sie na l61_osobowy
- przywrocone umieszczanie sygnalow koncowych
- reflektory lokomotyw w ciagu dnia maja znikomy (czytaj zerowy) efekt
- moze cos tam jeszcze, czego nie pamietam

[Krzysiek626]

L61, nie wiesza symulacji. Co prawda trzeba by przejechać całą scenerię chociaż raz, aby być pewnym. Lamp nie widać, w porównaniu z wczorajszym, gdzie był odblask na słupach sieci.
Coraz bardziej niebiesko jest?

[dymus]

Pusta sceneria, brak zdefiniowanych eventów i shift+3 wywołuje efekt jak Radiostop (spadek ciśnienia w przewodzie), to samo na np. Bałtyku i pewnie na innych sceneriach.

[Krzysiek626]

Potwierdzam, uruchomienie radiostopu na TD.scn
ED:
Brak terenu w Drawinowie, załącznik. Drawinowo: shift+3 hamowanie opróżnienie PG, ale brak ciśnienia w cylindrach hamulcowych EP09.

[tmj]

Tak, zaplatalo sie pod klawisz 3, powinno byc ctrl+pause. Bedzie poprawione w nastepnej wersji.

[Wiggle]

W misji l61_osobowy2 taki oto błąd:

[Krzysiek626]

@pbzylek, masz to samo co ja w Drawinowie. Sreen w poprzednim poście. Na poprzednim exe mam ok.
To hamowanie awaryjne było już na 170305b

[Wiggle]

Ja również na poprzednim exe poprawnie miałem.

[tmj]

Mozna dostac jakiejs wspolrzedne gdzie te dziury sa, spod F2? Bo dralowac przez cala scenerie to troche nieciekawy prospect jest :d

Drawinowo ma u mnie dziure w okolicy tuneli (i mialo od dawna, wiec to nie wina ostatniej modyfikacji) ale akurat ta stacja wyglada normalnie :/

[Krzysiek626]

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.

[Stele]

Zarówno Drawinowo jak i l61 (wersja Ra) mają teren wczytywany z e3d. Tu bym szukał przyczyny. Ze dwa dni temu wczytywało go poprawnie.

[Milek7]

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.

[CX MANIAK]

Witam.
 Z tym błędem przy wczytywaniu terenu to loteria jest. Wczoraj na L61 miałem brak terenu, dzisiaj wczytał się poprawnie. To samo exe Tmj 170305b, ta sama misja. Sprawdziłem też opisywany problem ze służbą osobowy 1-3. Uruchomiłem dwójkę, i co ciekawe sceneria została wczytana normalnie. Errors wygenerował co prawda jakieś błędy, ale nic poza tym. Czy to może od komputera zależy sam nie wiem. Byłbym zapomniał, korzystam z Lini61 w wykonaniu Ra.
Pozdrawiam.

[tmj]

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.

Cos w przepisanym ladowaniu jest zakrzaczone raczej na pewno -- dla przykladu, ta beta calkowo v2 ktora robi Siecool wgrywa sie z pustym terenem, natomiast na starej kompilacji teren pojawia sie poprawnie. Blad jest zarowno na twoim exe jak i ostatnim moim, wiec to raczej nie kwestia ze cos selektywnie skopalo sie przy portowaniu.

dla ulatwienia debugowania, mozesz w pliku calkowo_v2_zdawczyB_pom.scn zakomentowac /* */ wszystko ponizej linii

Kod: [Zaznacz]

node -1 -1 none model 0 0 0 0 slimson/calkowo_v2/calkowo_v2_teren.t3d none endmodel
W ten sposob bedzie ladowalo tylko obiekt terenu, ktory sie nie wyswietla.

[Milek7]

ok, sprawdzę po południu

[firleju]

Znowu mi wrócił błąd float to GLUint. Gdzie w opcjach się wywala ten error?

[Krzysiek626]

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.

Niestety też, załącznik. U mnie za każdym razem.

[Krzysiek626]

Witam.
 Z tym błędem przy wczytywaniu terenu to loteria jest. Wczoraj na L61 miałem brak terenu, dzisiaj wczytał się poprawnie. To samo exe Tmj 170305b, ta sama misja. Sprawdziłem też opisywany problem ze służbą osobowy 1-3. Uruchomiłem dwójkę, i co ciekawe sceneria została wczytana normalnie. Errors wygenerował co prawda jakieś błędy, ale nic poza tym. Czy to może od komputera zależy sam nie wiem. Byłbym zapomniał, korzystam z Lini61 w wykonaniu Ra.
Pozdrawiam.

Nie potwierdzam że to loteria, mam za każdym razem na exe od @tmj 170306 i ostatnim @milka7 (32bitowym), natomiast na 170305B mam zawsze poprawnie, załącznik 2.
Nie uruchamiam L061 od @Ra, tylko to z paczki całościowej. Jak pisałem w innym wątku, Drawinowo od @Ra jest w trakcie zmian, więc nie wiadomo czy tam się coś dodatkowo nie sypie. A szukać czy to sceneria, czy exe jest winne, nie chce mi się. Sprawdzam na sceneriach, których zachowanie potrafię przewidzieć.

[Milek7]

ok, nie trzeba już testować.
później zobaczę co się tam zepsuło

[tmj]

Na probe cofnalem pliki model3d do wersji poprzedniej i teren wrocil do normy, ale podejrzewam, ze problem moze byc nie w samym ladowaniu, a np w funkcjach ktore obrabiaja plik terenu -- jesli tam sa jakies sztywne zalozenia co do struktury, offsetow itp, to po zmianach cos tam sie moze rozjezdzac.

edit: znalazlo sie. Przy konwersji zgubiles ten kawalek w BinInit():

Kod: [Zaznacz]

        if( Opacity < 1.0 ) // przezroczystość z tekstury brana tylko dla Opacity 0!
            iFlags |= GfxRenderer.Texture( TextureID ).has_alpha ?
            0x20 :
            0x10; // 0x10-nieprzezroczysta, 0x20-przezroczysta
        else
            iFlags |= 0x10; // normalnie nieprzezroczyste
w rezultacie teren nie mial ustawionych flag widocznosci. Po dopisaniu z powrotem wyswietla sie normalnie.

[Krzysiek626]

Hamowanie pod shft+3 usunąłeś?

[Milek7]

już wywęszyłem że to problem z flagami, ale ubiegłeś mnie :)

tak też jest źle, zobacz że pewnie zepsułeś np. czuwaka w EP08-006 (otwierane z E3D)
Pole Opacity nie istnieje w E3D i nie jest z niego ładowane. (poprzednio było, ale raczej przez przypadek, bo było w "zmiennych roboczych" i nie jest opisane na stronie rainsteda). Prawidłowe flagi przeźroczystości ustawiają się w iFlags przy ładowaniu pojazdów z T3D i zapisywane już są dobrze w E3D, pewnie brakuje tego w terenie.