Exe - konwersja na C++

[klimczok_mk]

Przy hamowaniu spotem (EN57-2xxx) gdy pojazdu już stoi hasler pokazuje przez chwilę jeszcze 20km/h i po chwili spada na 0km/h.

[Krzysiek626]

Ja to troszkę inaczej sprawdzam. Podczas ładowania scenerii wyjmuje na wierzch okno konsoli i czekam aż pojawi się koniec logu:

Kod: [Zaznacz]

Loading texture data from "dynamic\pkp\303e_v1\4e_1]podloga.dds"
Finished loading 3d model data from "dynamic\pkp\303e_v1\303e_1]kabina_a.e3d"
Player train init OK
Load time: 10 seconds
EVENT LAUNCHED: tdo_rez_shp by ep07-426-ep
Type: PutValues
Key pressed: [F10]
Key pressed: [Y]W tym momencie na exe z 30 marca mam natychmiastowe pokazanie się okna symulacji co wygląda jak w załączniku.
Od 170405 mam zwiechę, krótka na TD zaledwie kilka, kilkanaście sekund, co pokazuje załącznik. Wydaje się że długo czekam na pokazanie się linijki:

Kod: [Zaznacz]

EVENT LAUNCHED: tdo_rez_shp by ep07-426-ep
Type: PutValues
Jak w załączniku 2.
ED:

Nie napisałem że poprzednich exe tak było. To tylko było moje pytanie.
Na razie staram się wszystko sprawdzić. Jeżeli coś zauważę na pewno przedstawię swoje uwagi.
Dalej mam za słaby komputer na traxxa.

Niby nie napisałeś, ale też nie napisałeś jasno, że to postulat.
Zachowanie haslera EN57-2xxx na exe z paczki i C++ u mnie jest takie samo. Przy czym może warto zauważyć, że mam tu średnio 120 FPS. Inna sprawa, że wskazówka w tej kabinie nie leży na 0.

ED2:
Exe170413b zwiecha jest i wydaje się większa niż na 170413.

[tmj]

OK, znalazlem gada. W kodzie "od zawsze" byl blad w resetowaniu wartosci zegara uzywanego do mierzenia uplywu czasu symulacji itp. W rezultacie przy pierwszym uruchomieniu niektore funkcje zamiast wykonac sie raz, wykonywaly sie po kilka-kilkanascie tysiecy razy. Dopoki pod ta petle podpieta byla tylko komunikacja z pulpitem przechodzilo to niezauwazone (bo pulpitem malo kto dysponuje) ale kiedy podczepilem tam takze uaktualnianie UI i pare roznych rzeczy, zaczelo to robic zauwazalna roznice :P
W zalaczonym uaktualnieniu powinno byc juz dobrze, ale prosze sprawdzic.

[Wiggle]

Potestowałem trochę ostatnie aktualizacje związane z nowymi przełącznikami i przyciskami. Zauważyłem, że w EN57 przyciski impulsowe przetwornicy działają bez zarzutów to znaczy, że w momencie włączania animuje się przełącznik włączający, a wyłączając przetwornicę, przełącznik wyłączający. Natomiast z pantografem jest problem, ponieważ przełącznik od podnoszenia, także opuszcza. W poprzednich exe  (tych przed nowymi przyciskami) było okej.

PS. Na laptopie sprawdziłem jeszcze jak ustawić sobie większe pole widzenia (czyli ctrl+scroll), i się miło zaskoczyłem bo działa "uszczypnięcie" panelu od myszki ;)

[tmj]

Natomiast z pantografem jest problem, ponieważ przełącznik od podnoszenia, także opuszcza. W poprzednich exe  (tych przed nowymi przyciskami) było okej.

Gwoli scislosci, w wersji Borlandowej tez bylo zle, bo tam sa przelaczniki bistabilne i do tego ten od opuszczania po uzyciu zostaje na stale w pozycji zalaczonej ;)  W wersji zmienionej nie ma jeszcze zaimplementowanej obslugi osobnego przycisku opuszczania, stad nieprawidlowe zachowanie.

Przy okazji, czy w EN57 tylny pantograph opuszczany jest tylko grzybkiem do opuszczania wszystkich pantografow? Bo nie widze do tego osobnego przelacznika, a rozumiem ze ten impulsowy do podnoszenia kontroluje tylko podnoszenie?

[Stele]

Na 170414 problem rozwiązany. Nie ma zawieszki. :)

[Wiggle]

Natomiast z pantografem jest problem, ponieważ przełącznik od podnoszenia, także opuszcza. W poprzednich exe  (tych przed nowymi przyciskami) było okej.

Gwoli scislosci, w wersji Borlandowej tez bylo zle, bo tam sa przelaczniki bistabilne i do tego ten od opuszczania po uzyciu zostaje na stale w pozycji zalaczonej ;)  W wersji zmienionej nie ma jeszcze zaimplementowanej obslugi osobnego przycisku opuszczania, stad nieprawidlowe zachowanie.

Przy okazji, czy w EN57 tylny pantograph opuszczany jest tylko grzybkiem do opuszczania wszystkich pantografow? Bo nie widze do tego osobnego przelacznika, a rozumiem ze ten impulsowy do podnoszenia kontroluje tylko podnoszenie?

Ja na repo wrzucałem poprawkę. Wystarczyło w członie S dodać converter=impulse, panthograf=impulse i przełączniki działały bez problemu. Ten od podnoszenia wracał do pozycji po podniesieniu, a opuszczając prawidłowo animował się ten od opuszczania. Fakt, faktem, że było odwrócone stronami, że przód to tył tak jak napisałeś.

[AtapiCl]

Wyłączenie baterii powinno powodować opuszczenie pantografów, oraz czy celowo zostały zamienione klawisze odluźniacza i przestawienia kranu hamulcowego w pozycje jazdy?

Niekoniecznie. Tak jak wspomiał @miko22, dopóki masz zasilanie z przetwornicy, wszystko chodzi. No i tak jak we wspomnianych 4E itd były osobne elektrozawory na podnoszenie i opuszczanie zaworów, tak samo jest w EN57. One zaczną stopniowo odrywać się od sieci dopiero wraz ze spadkiem ciśnienia w przewodzie zasilającym/obwodzie pantografów. Oczywiście gdy elektrozawory zostaną w takiej pozycji, po podpięciu przewodu zasilającego automatycznie pójdą w górę.

Przy okazji, czy w EN57 tylny pantograph opuszczany jest tylko grzybkiem do opuszczania wszystkich pantografow? Bo nie widze do tego osobnego przelacznika, a rozumiem ze ten impulsowy do podnoszenia kontroluje tylko podnoszenie?

Zgadza się.

[tmj]

Przy hamowaniu spotem (EN57-2xxx) gdy pojazdu już stoi hasler pokazuje przez chwilę jeszcze 20km/h i po chwili spada na 0km/h.

Na ile moge powiedziec to jest akurat normalne, w sense kod obslugi haslera ma tu celowo wpisana opozniona reakcje:

Kod: [Zaznacz]

// skacze co sekunde - pol sekundy pomiar, pol sekundy ustawienie
(..)
// schodz powoli - niektore haslery to ze 4 sekundy potrafia stukac
to jest kod z 2003 i ja tutaj nic nie ruszalem :)

[Krzysiek626]

Na 170414 problem rozwiązany. Nie ma zawieszki. :)

Potwierdzam, zawieszki brak.
Trochę science fiction @tmj, jak wygląda możliwość wytworzenia dymu, mógłbyś się odnieść? Oczywiście zdaje sobie sprawę, że nie teraz. QueuedEU kiedyś zrobił generator cząstek dymu i śniegu, ale wydajność tego była niska (wersja borlandowa).

[tmj]

Ewentualnie kiedys tak, ale w dosc dalszej przyszlosci -- systemy czasteczkowe wymagaja troche pracy, tak przy obsludze jak i przesylaniu uaktualnien do karty graficznej. Dobrym momentem zapewne bedzie tutaj robienie tego po zaimplementowaniu normalnych shaderow (zeby nie bylo takiego spadku wydajnosci jak na przejsciowych) a to z kolei moze nastapic po zakonczeniu unifikacji metod renderowania i (prawdopodobnie) wprowadzeniu obslugi materialow w miejsce obecnego definiowania pojedynczych tekstur.

W duzym skrocie w tym momencie ogolny plan jest nastepujacy:
faza 1
- skonczyc ogarnianie system kontroli, przynajmniej dla samego pojazdu
- skonczyc unifikacje systemow renderowania, poprawic przy okazji wysypy zwiazane z generowaniem geometrii w niektorych sytuacjach
- uporzadkowac nieco to, jak w tej chwili przechowywane i organizowane sa dane symulacji, glownie chodzi tu o redukcje bezposrednich wskaznikow do wszystkiego we wszystkim
faza 2 (bo zalezy od 1-ej)
- selekcja obiektow mysza -> umozliwi obsluga pojazdu mysza i edycje scenerii
- zapis stanu scenerii z poziomu symulatora, i ponowny odczyt -> niezbedne dla edycji scenerii z programu
- podpiecie normalnego interfejsu uzytkownika
- opcjonalnie, wprowadzenie shaderow, obsluga map normal/specular, shadow maps
- opcjonalnie, modul komunikacji sieciowej
faza 3 (bo zalezy od 2-ej)
- edycja scenerii z poziomu programu
- multiplayer

... a ile z tego wyjdzie, to juz inna para kaloszy.

[klimczok_mk]

Czy dzięki przepisaniu exe do c++ będą większe możliwości na rzeczywiste odwzorowanie sterowania pojazdów?

[tmj]

Samo przepisanie nie zmienia pod tym wzgledem nic, natomiast dalsza rozbudowa exe pod tym katem, jak najbardziej ;)  Przepisanie pozwala na uzycie bardziej wspolczesnych kompilatorow i dodatkowych elementow jezyka c++ co powinno ulatwic taka rozbudowe.

[Piotr93]

Nie wiem czy to było poruszane, czy w SU45/46 dałoby radę przypisać przełącznik "grzania" tak aby n.p po wciśnięciu klawisza "H" ustawiał się w pozycji 1 po wciśnięciu drugiego razu na 2 pozycję, i tak aż do końca i powrót? Coś jak w trainz jest w kabinie Adama. (to tylko moja sugestia)

[tmj]

A ten przelacznik w Trainz to cos robi, czy tylko tak dla picu jest? Bo to dwie rozne rzeczy, a w exe z tego co widze na razie jest tylko implementacja ogrzewania pociagu (i w sumie chyba tez dla picu, ale nie przygladalem sie)

Ogolnie rzecz biorac to rozbudowa kabiny o dodatkowe elementy mialaby sens po ogarnieciu tego, jak kabiny sa zorganizowane i definiowane w exe, a to z kolei moze sie wiazac z przekonstruowaniem tego jak traktowane sa obwody i inne flaki w pojazdach. Na forum chyba wypowiadalo sie pare osob, ze to jest temat ktory ich interesuje.

[Wiggle]

Dobra, ale na obecną chwilę nie ma zbytnio sensu ogrzewanie pociągu, skoro ono nic nie robi po za dodaniem obrotów silnika w spalinówkach. Fajnie, że takie coś jest, bo dodaje realizmu. Ale np. jeśli byłby bardziej rozwinięty system pasażerów (co pokazywał Q, czyli wsiadanie itd) to mogłoby to działać tak jak w OMSI czyli Omnibussimulator, gdzie mamy temperaturę powietrza na zewnątrz i w środku pojazdu, która jest uzależniona od tego, czy ogrzewanie jest załączone, czy nie. Ale na obecną chwilę to jest tak właściwie tylko bajer który większego sensu nie ma. Natomiast sama kwestia przełączników, to fajnie jeśli dałoby się przełączyć o tyle pozycji ile w danym pojeździe jest. W niektórych np. światła mają kilka pozycji.

[EU40]

Myślenie maszynisty pociągu towarowego. Moim zdaniem wyłącznik ogrzewania, jak najbardziej powinien zostać. Spełnia on funkcję bezpieczeństwa i jest zakodowany w psychice maszynisty kiedy i jak ma go używać. Macie do wykorzystania jeszcze inne przyciski (rolety, drzwi, wiatraczki, okno) które spełniają już mniejszą rolę.

[MichałŁ]

Ja tu trochę błądzę. Nie wiem jak naprawić problem z tan problem z pantografami w et41, które nie chcą się podnosić.
Znalazłem to:

Na nowych exe nie działa mi et41_v2 wstawiony jako AI. Mimo wstawienia z V=0.1 lok się nie uruchamia. W errors.txt jest coś takiego:
Kod: [Zaznacz]

Animations tag is missing from the .mmd file "dynamic\pkp\et41_v2\203e-a.mmd"
Animations tag is missing from the .mmd file "dynamic\pkp\et41_v2\203e-b.mmd"


Jak rozumiem fakt braku animacji powoduje, że lok nie ma prądu (bo nie podnoszą się pantografy)? Ktoś mądry jest w stanie te animacje dopisać?

i to

Zrobione dawno temu. :) http://eu07.pl/daily/export/dynamic/pkp/et42_v2/

Ale za bardzo nie wiem co z tym zrobić. Może ktoś pomoże.

[matek123]

To wina jednej linijki w mmd. Wystarczy jak zapiszesz te pliki u siebie i wkleisz do dynamic/pkp/et42_v2. Z mmd i txt może będziesz musiał kombinować z prawoklik i zapisz element docelowy jako.

[MichałŁ]

Dobrze. Ale problem dotyczy nie et42 tylko et41. To muszę jakąś linijkę z mmd et42 zamienić z mmd et41?

[matek123]

Sorka, poranek wczesny. http://eu07.pl/daily/export/dynamic/pkp/et41_v2/ ten link, i mmd wrzucić do ET41_V2. (UWAGA: mamy w paczce ET41_V1 i V2)

[MichałŁ]

Teraz jest dobrze. Cały czas się zastanawiałem jak to jest że problem jest w jamniku a naprawiać mam w rusie. Dziękuje za pomoc.

EDIT.
Teraz tak mając czas pojeździć na tym exe zauważyłem że kiedyś jesteśmy poza kabiną nie można sterować nastawnikiem hamulcem itp. Moim zadaniem to nie jest dobre rozwiązanie gdyż to uniemożliwia sprawne prowadzenie misji manewrowych. Moim zdaniem przynajmniej nastawnik jazdy kierunku hamulec dodatkowy i samoczynny powinien być możliwi do obsługi spoza kabiny.

[Krzysiek626]

Moim zadaniem to nie jest dobre rozwiązanie...

Też tak myślałem, szczególnie manewrowo3. Idąc tym tropem, z kabiny powinniśmy mieć możliwość podczepiania i odczepiania (insert/delete). Po dłuższym namyśle jednak nie jestem pewien. Mnie bardziej przemawia napisanie skryptu wirtualnego manewrowego, który obsługuje sprzęgi ograniczając nasze wysiadanie i wsiadanie do kabiny.
Wspomniane było, że możliwość sterowania po za pojazdem, pozostanie w debug mode.

[MichałŁ]

Akurat tu mi nie chodzi o sprzęganie, bo to nawet w prawdziwym świecie musi robić maszynista. Ja mam na myśli to że w realu mam ustawiacza który mówi mi przez radio albo podaje sygnały ręczne kiedy dojeżdża się do składu albo przy zwrotnicach mając cały bat wagonów przed albo za sobą. Na starych exe wyskakiwało się z kabiny i było się takim wirtualnym ustawiaczem-maszynistą czyli sterowało się maszyną podczas dojeżdżania czy krzyżowania z perspektywy ustawiacza. Teraz jest to bardzo niewygodne lub nawet niewykonalne.

[Krzysiek626]

Chodzi nam dokładnie o to samo, tyle że nie dość sprecyzowałem o co mi chodzi.
Chcesz powiedzieć że jak mamy 17 wagonów na haku, to maszynista leci na koniec składu podpinać następne 4?

[MichałŁ]

Na przetoku nie będzie spinał ani rozpinał. Ale kiedy zapina się lokomotywą pod sformowany skład to raczej będzie spinał się sam.

[miko22]

Ja mam na myśli to że w realu mam ustawiacza który mówi mi przez radio albo podaje sygnały ręczne kiedy dojeżdża się do składu albo przy zwrotnicach mając cały bat wagonów przed albo za sobą. Na starych exe wyskakiwało się z kabiny i było się takim wirtualnym ustawiaczem-maszynistą czyli sterowało się maszyną podczas dojeżdżania czy krzyżowania z perspektywy ustawiacza. Teraz jest to bardzo niewygodne lub nawet niewykonalne.

Zgadzam się. Teraz bardzo ciężko dojeżdża się tymi przykładowymi 17 wagonami do 4 następnych, kiedy nie widać, ile jeszcze zostało do tych 4. Trzeba wyskakiwać z kabiny, lecieć do tego 17. wagonu, żeby sprawdzić, ile trzeba jeszcze podjechać, wskakiwać do kabiny, żeby ew. skorygować moc lokomotywy/prędkość, znowu lecieć na koniec składu itd. Na starszych exe można było być cały czas przy tym 17. wagonie i na bieżąco kontrolować parametry jazdy, żeby nie zatrzymać się 10m od następnego wagonu lub nie dobić do niego. To samo przy zatrzymywaniu się przy tarczach manewrowych czy zaraz za rozjazdami. Do tego moim zdaniem dużo wygodniejsze były stare prędkości latania po scenerii, bo w razie potrzeby można było szybko przelecieć na koniec składu ([Ctrl]+[strzałka] czy nawet przez chwilkę [Ctrl]+[Shift]+[strzałka] przy dłuższym składzie) i zmienić się chwilowo z maszynisty/manewrowego w ustawiacza, który jak napisał @MichałŁ, stałby tam w rzeczywistości i np. przez radio podawał, jaka jeszcze odległość została do następnego składu, pod który się podjeżdża.

[tmj]

Biorac pod uwage, ze te wymagania sa dosc sytuacyjne i w calosci adresuje je debug mode, czy nie wystarczy zwykle przelaczenie shift+ctrl+f12 na czas tego manewru, i wylaczenie po fakcie? Wtedy i biegasz dookola skladu szybciej, i mozna sterowac bez potrzeby przebywania w kabinie.

A co do wlasciwego zaadresowania problem, to sklanialbym sie raczej w strone dodania takiego 'wirtualnego ustawiacza' ktory podaje do kabiny odleglosc konca skladu do najblizszego pojazdu. Zwlaszcza ze mozna takiego rowniez zastapic pomocnikiem/ustawiaczem 'prawdziwym' przy multiplayerze.

[Stele]

Praca manewrowa nie może wymagać debugmode. Szary gracz nie powinien musieć nawet wiedzieć o tym trybie. O ile prędkość lotu z shift+strzałka w trybie normalnym jest moim zdaniem wystarczająca, to kontrola numerycznej+kierunku z freefly powinna pozostać z tego względu. No albo "asystent parkowania". Może być póki co jako odległość do pojazdu na interfejsie.

[miko22]

Nie twierdzę jak "ma być", tylko po prostu moim zdaniem akurat to było po staremu lepiej/wygodniej i nie zmniejszało zbytnio realizmu.

Może być póki co jako odległość do pojazdu na interfejsie.

Zawsze to coś, ale nie zapominaj o tarczach manewrowych i rozjazdach (kiedy np. nie ma Tm).

Edit:

A to to już mamy jako odległość do sygnału podane na diagnostyce.

Ok., cofam powyższe.