Exe - zmiany w stosie graficznym i dźwiękowym

[jakubg1]

W niektórych programach gdzie używa się mnóstwo skrótów klawiaturowych używa się tzw. trybów - tryby te przełącza się za pomocą kombinacji klawiszy Alt albo Ctrl + jakiś klawisz odpowiadający trybowi, i w każdym trybie jest oddzielna pula skrótów klawiszowych.
Na przykład w symulatorze mogłaby być oddzielna pula do sterowania urządzeniami lokomotywy typu sprężarka, przetwornica, wyłącznik szybki, wentylatory silników trakcyjnych, pompy itp., a oddzielna dla sterowania pojazdem, np. nastawnik, hamulec, pantografy, światła, hamulec sprężynowy, drzwi, oświetlenie przedziałów/kabiny, itp. To pozwoli również używać tempomatu z klawiatury zamiast klikać na guziczki, co potrafi wkurzać np. klikając co chwilę 0 i 160 w Elfie.

To taka luźna koncepcja na rozwiązanie problemu "zatłoczenia" skrótów klawiszowych, i chyba jedna z najprostszych do wdrożenia.

[Michał K.]

Moim zdaniem utrudniło by to niepotrzebnie sterowanie. Wprowadzenie trybów kombinacji (pomijam istnienie podobnej funkcji pod NumLock-iem), spowodowało by to potrzebę sprawdzania aktualnego trybu (czy coś nie zostało przez przypadek zmienione), czy też jego zmianę w przypadku rozłączenia WS-a przez spadek napięcia itp.

W chwili obecnej można chyba (nie testowałem) ustawić w klawiszologi startera: ,,ustalenie dla tempomatu zdefiniowanej prędkości nr x".
Osobiście uważam, że ręczna obsługa tempomatu jest nawet czymś przyjemnym pod tym względem. Nawet kiedy mi się nie chce go obsługiwać, ustawiam maksymalną prędkość na danym odcinku i hamuje ręcznie, w końcu MaSzyna ma być symulatorem, a nie zręcznościówką w, której wszystko jest uproszczone.

Nie mówię tutaj, że od razu wszystkie uproszczenia w klawiszologii są złe. Może ich zmiana na dłuższą metę by się opłaciła.


Co do samego problemu klawiszologii: może zostawić przełączanie tylko wajchą lub podmienić funkcję klawiszy pod NumLockiem?

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, bistabilny przelacznik oswietlenia przedzialow powinien dzialac wiecej niz jeden raz

- w ramach koncertu zyczen, definicja sprzegu w pliku .fiz moze zawierac wpis PowerCoupling=X gdzie X jest flaga bitowa sprzegu wymaganego by przekazac napiecia 24/110/3x400V do sasiedniego pojazdu. Domyslna wartosc tego parametru to 128 czyli tak jak dotychczas, sprzeg staly.

- palimy intele, w pliku eu07.ini mozna podac parametr gfx.reflections.fidelity X okreslajacy elementy otoczenia uwzgledniane przy malowaniu odbic. X moze przyjac wartosci z zakresu 0-2, gdzie:

Kod: [Zaznacz]

0 = tryb dotychczasowy, malowana jest tylko geometria terenu
1 = j.w. oraz dodatkowo pobliskie modele statyczne
2 = j.w. oraz dodatkowo pobliskie pojazdy
wartosc parametru mozna rowniez modyfikowac "w locie" za posrednictwem suwaczka w sekcji GfxRenderer panelu F12

[mareczek]

- palimy intele, w pliku eu07.ini mozna podac parametr gfx.reflections.fidelity X okreslajacy elementy otoczenia uwzgledniane przy malowaniu odbic. X moze przyjac wartosci z zakresu 0-2, gdzie:

Kod: [Zaznacz]

0 = tryb dotychczasowy, malowana jest tylko geometria terenu
1 = j.w. oraz dodatkowo pobliskie modele statyczne
2 = j.w. oraz dodatkowo pobliskie pojazdy
wartosc parametru mozna rowniez modyfikowac "w locie" za posrednictwem suwaczka w sekcji GfxRenderer panelu F12

Dodalem z 2 i wyleciało. Ale nie wiem czy to będzie to. Wcześniej nie było problemów. L053_poludnie, pierwsza misja.

[DieselPower]

Na przykładzie kibla w lusterku odbija się lowpoly, choć widok powinien być podobny do tego z drugiego screena.

[Stele]

Wysyp na Bałtyku ot tak z czapy podczas jazdy. Nie robiłem nic wyjątkowego, w logu też nie widać przyczyny ani dump u mnie nie pokazuje niczego konkretnego.

Co do odbić, to boku i tak ci nie złapie, bo to projekcja cubemapy. Z pozycji kamery wykonuje sześć renderów na wszystkie strony i wymnaża błyszczącą płaszczyznę przez jeden z nich na podstawie jej wektora normalnego. Sugerowałem przesunięcie kamery o półtora metra w prawo. Wtedy jedno lusterko by było sensowniejsze, ale dalej nie dawałoby poprawnego odbicia, bo to nie ta technologia.

[tmj]

Dodalem z 2 i wyleciało. Ale nie wiem czy to będzie to. Wcześniej nie było problemów. L053_poludnie, pierwsza misja.

Kod: [Zaznacz]

openGL error: out of memory; failed to create a geometry buffer
Critical error, memory allocation failure: bad allocation
Skonczyla mu sie dostepna pamiec i sie wylozyl. To raczej nie kwestia malowania paru obiektow wiecej w ramach odbic, bo mapa ma taka sama wielkosc jak miala do tej pory.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, symulator nie powinien juz wysypywac po napotkaniu blednego eventu getvalues

- w ramach koncertu zyczen, w sekcji announcements: pliku .mmd zdefiniowac mozna rowniez dzwiek chime: ktory to dzwiek bedzie odgrywany przed kazdym komunikatem

- eksperymentalnie, o stopniu widocznosci odbic otoczenia malowanych przez silnik graficzny w wersji szaderowej decyduje wylacznie zawartosc mapy odbic; pozwala to potencjalnie uzyskac widzialne odbicia rowniez na bardzo ciemnych elementach geometrii

[tmj]

W dzisiejszym uaktualnieniu:

- w ramach koncertu zyczen, przy definiowaniu eventow oprocz dotychczasowego parametru randomdelay mozna zdefiniowac rowniez parameter departuredelay X Event z takim parametrem zostanie wywolany o czasie odjazdu z biezacej stacji pobranym z rozkladu pojazdu ktory wywolal event, z przesunieciem X sekund (przesuniecie moze takze wynosic 0, co rowna sie z wykonaniem eventu o rozkladowym czasie odjazdu) Czyli np

Kod: [Zaznacz]

departuredelay -30
oznacza ze event zostanie wywolany na 30 sekund przed czasem odjazdu z aktualnej stacji w rozkladzie skladu, ktory wywolal event. W przypadku uzycia zarowno parametru randomdelay jak i departuredelay (jak rowniez standardowego opoznienia wykonania eventu) opoznienia te sa sumowane, czyli np

Kod: [Zaznacz]

randomdelay 5 departuredelay 10
spowoduje wykonanie eventu w losowym przedziale 10-15 sekund po czasie odjazdu z biezacej stacji w rozkladzie skladu, ktory wywolal event.

- eksperymentalnie, definiujac parametr "zasiegu" node sound lub zasiegu dzwieku parametrem range: podana wartosc moze byc liczba ujemna inna niz -1. Dzwiek taki bedzie mial zasieg rowny wartosci bezwzglednej podanej liczby ale nie bedzie pozycjonowany, tzn poziom glosnosci bedzie identyczny na calym obszarze a zrodlo umieszczone bedzie "na glowie" sluchacza. Funkcjonalnosc ta ma na celu w miare latwa definicje dzwiekow otoczenia (ptaki, odglosy miasta itp) ktore to dzwieki beda wytlumiane w duzo wiekszym stopniu gdy kamera zlokalizowana jest nie na zewnatrz ale w pojezdzie, lub mu towarzyszy. Oprocz tego system domyslnie zastosowany jest dla dzwiekow komunikatow pokladowych i rozladunku/zaladunku.

[tmj]

W dzisiejszym uaktualnieniu:

- eksperymentalnie, kamery udajace "lusterka" w pojazdach umieszczane sa na wysokosci srodka zdefiniowanego obszaru kabiny, zamiast na wysokosci jego przedniej "sciany"

- zeby bylo tak jak bylo, definicja parametrow node model moze obejmowac slowo-klucz notransition ktorego obecnosc wylacza plynne przejscie miedzy stanem swiatel dla danego modelu

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, guzikolampki powinny uwzgledniac stan zasilania pojazdu

- poprawka, niespodziewane usuniecie pasazera uzyszkodnika z pojazdu nie powinno konczyc sie wysypem

- dobra zmiana, wirtualny mechanik przesiadajacy sie do innego pojazdu nie morduje napotkanych po drodze pasazerow

- lekcje dla ai, wylaczenie plastikowego zlomu impulsa po zakonczonej jezdzie nie przerasta juz mozliwosci wirtualnego mechanika

[Turbokibel]

Na najnowszym exe po przejściu do kabiny B w obojętnie jakim pojeździe strzałki działają odwrotnie.

[bprog]

Czy jest możliwe dodanie suwaka temperatury do exe, tak jak są suwaki godziny i pory roku?

[tmj]

Mozliwe jest (prawie) wszystko ino ktos musi zrobic :v

W miedzyczasie, w dzisiejszym uaktualnieniu:

- poprawka, ai zmieniajaca kabine nie powinna juz unieruchamiac sobie prowadzonego zespolu trakcyjnego

- poprawka, procedura przeladunku powinna byc bardziej odporna na nieoczekiwane wydarzenia w trakcie

- poprawka, nazwy zmiennych w kodzie szaderow nie powinny bulwersowac niektorych wybrednych sterownikow graficznych

- dobra zmiana, sekcja Vehicle panelu F12 podaje rowniez stan hamulca postojowego i sprezynowego

- a po co to komu, tabelka skanowania panelu F12 podaje tez wartosci parametrow wykrytych eventow; pozwala to na latwiejsza weryfikacje np ustawien przystanku W4

[Stele]

Na przedwczorajszym unoffie, kibel w Liswarcie zatrzymał się na radiostopie i już nie ruszył. A Przecież była na to poprawka kilka miesięcy temu. Coś mu górka wadzi? Czy efekt uboczny testu ciśnień przed popełnianiem składu? Bo ma tylko 6.03 bar w ZG. Kibel ma mincp=5.8.

[tmj]

To chyba nie gorka; on tam ma desired velocity 0 czyli w ogole nie chce jechac, i twierdzi ze to (prawdopodobnie) przez event1 w torze t552? Puszcze go u siebie i zobacze co zrobi.

[Stele]

To jest getvalues z komórki w którą leci radiostop.

Kod: [Zaznacz]

node 800 0 rs memcell -799 0 -1305.8 SetProximityVelocity -1 -1 none endmemcell
event start_rs-os2:event1 multiple 0 none [2193]rs_1 wstaw_rs condition propability 0.25 endevent
event wstaw_rs updatevalues 0 rs Emergency_brake 1 1 endevent
event t552:event1 getvalues 3 rs endevent //!!!! rąbie się symulacja od tego !!!!

[Siecool]

Na ostatnich exe (08.18 i 21) jest jakiś problem z obracaniem się zespołów trakcyjnych. Dostają rozkład z semafora za sobą, zmieniają czoło, ale nie podjeżdżają pod semafor, tak jak robiły to kiedyś. Scrreen z danymi pod F12: https://eu07.pl/userfiles/7546/stoi.png. Widziałem to zarówno na EN76, jak i EN57.

[tmj]

Na screenie w sekcji AI wyswietlony jest Stop time wiec wyglada na to ze wisi na oczekiwaniu na pasazerow ktorzy z jakiegos powodu nie moga sie zameldowac. Na ktorym scenariuszu moge to zaobserwowac?

[Siecool]

Wybierz sobie dowolny osobowy. Stop time się przewija w granicach 30-29 sekund i nigdy nie dociera do 0. Ale moim zdaniem on powinien zacząć pobierać pasażerów dopiero jak podjedzie pod przeciwny semafor.

[Stele]

Nie masz tam sprzecznych definicji peronu po przeciwnych jego końcach? Mieliśmy podobny przypadek na quarku, gdzie po wjeździe otwierał z prawej, zmieniał kierunek i chciał przyjmować z lewej ale że miał otwarte już prawe drzwi to sterczał i czekał a ludzie się dobijali. Właśnie strona krawędzi była odwrotnie podana w W4.

[tmj]

W ostatnich wersjach robilem zmiany pod to by sobie z takimi wlasnie sytuacjami radzil, wiec to raczej nie to. Nawet gdyby krawedzie byly nie w ta strone powinien sie umiec dostosowac. Jak przyjedzie mi na stacje to zobacze co mu tam nie pasuje ;/

[tmj]

Wybierz sobie dowolny osobowy. Stop time się przewija w granicach 30-29 sekund i nigdy nie dociera do 0. Ale moim zdaniem on powinien zacząć pobierać pasażerów dopiero jak podjedzie pod przeciwny semafor.

Zgadza sie, po dotarciu do ostatniej stacji pasazerowie jedynie wysiadaja. No i z powodu chwasta nie byli w stanie tego zrobic a pan maszynista cierpliwie czekal az skoncza sie guzdrac.

Na marginesie, tabliczka Janiszew4a ma wpisany brak krawedzi peronowych (wartosc 0) i pasazerowie ktorych przywozi spot okolo 11:20 pozostaja w nim uwiezieni, dopoki nie dostanie nowego rozkladu i przekula sie na drugi koniec peronu.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, ai powinna lepiej orientowac sie przez ktore drzwi chca wsiadac/wysiadac jej pasazerowie

- poprawka, ai powinna luzowac hamulec pomocniczy do konca zamiast na odwal sie

- dobra zmiana, parser nie powinien krztusic sie identyfikatorem plikow UTF

- dobra zmiana plus, w przypadku komendy Emergency_brake przekazywanej za posrednictwem eventu getvalues pojazd aktywuje radiostop w momencie miniecia komorki eventu, zamiast dopiero po zatrzymaniu

[Siecool]

Chyba jest jakiś problem tym razem z EP09, drugi razu zauważyłem, że nie chce ruszać (tzn. AI chce, ale jakoś mu nie wychodzi). Screen.

Można sobie sprawdzić na dowolnym Całkowie v2 osobowym - trzeba znaleźć EP09 na którejś ze stacji technicznych, sprawdzić godzinę odjazdu i przesunąć czas na 1-2 minuty przed. Event ruszenia jest odpalany na minutę przed rozkładowym czasem odjazdem z randomdelay 180.

[Marconi]

Dokładnie AI nie chce kręcić nastawnikiem. Po otrzymaniu sygnału do odjazdu lokomotywa luzuje hamulce i ... dalej nic. Po ręcznym rozruchu i ponownym włączeniu AI, pociąg porusza się normalnie, tzn. reaguje na sygnały semaforów. Przy sygnale S1 przestawia nastawnik w pozycję 0 i wdraża hamowanie pociągu. Po otrzymaniu sygnału do jazdy luzuje hamulce i ... dalej nic. Zmieniałem lokomotywy na EP07, EP08, ET22, SU45 zachowanie takie samo. Dopiero po wstawieniu Elfa reakcja na sygnały była prawidłowa. Po dotarciu do stacji końcowej i otrzymaniu sygnału do manewrowania reaguje normalnie. Po podpięciu się do składu z drugiej strony znowu traci ochotę do jazdy.

[miko22]

Dawno nie zaglądałem, ale już nadrobiłem...

- maszyna stawia na jakos, popelnienie przewodu glownego przy aktywnym wylaczniku cisnieniowym mozliwe jest tylko na pozycji neutralnej nastawnika jazdy; aktywacja wylacznika cisnieniowego w pojazdach z napedem spal-ele powoduje zejscie silnika spalinowego na obroty jalowe

W prawdziwych siódemkopodobnych nie ma takiego uzależnienia i popełnić PG można na dowolnej pozycji nastawnika jazdy, a teraz w MaSzynie nie. Mógłbyś to jakoś rozdzielić? Na początek choćby tak prosto - spalinowe/elektryczne?

- w ramach koncertu zyczen, na drugi bis, stan lampki aktywacji obslugi hamulca EP dostepny jest dla modulu uart (bajt 0, bit 0)

Yyy, na pewno? Przecież na bajcie 0. jest prędkość. A w zasadzie od jakiegoś czasu już na 4., bo 0, 1, 2 i 3 to 0xef.

Edit: Znalazłem w kodzie, że ta kontrolka jest na bajcie 2. (+4) i bicie 0. Pozostaje więc kwestia tego popełniania PG. Przypomniało mi się, że nawet była kiedyś na ten temat rozmowa na czacie i @biovital1 nagrywał filmy z ET22, na których było widać, że można popełnić PG przy nastawniku jazdy na pozycji innej niż 0. To samo wychodzi ze schematów.

[tmj]

Chyba jest jakiś problem tym razem z EP09, drugi razu zauważyłem, że nie chce ruszać (tzn. AI chce, ale jakoś mu nie wychodzi). Screen.

Można sobie sprawdzić na dowolnym Całkowie v2 osobowym - trzeba znaleźć EP09 na którejś ze stacji technicznych, sprawdzić godzinę odjazdu i przesunąć czas na 1-2 minuty przed. Event ruszenia jest odpalany na minutę przed rozkładowym czasem odjazdem z randomdelay 180.

Przyczyna sa przypiete do tej dziewiatki wagony, a konkretnie ich definicja obslugi drzwi w plikach .fiz  Drzwi sa tam skonfigurowane jako zamykajace sie samoistnie, ale nie ma podanych warunkow zamkniecia (predkosc jazdy i/lub czas pozostawania otwartymi) w zwiazku z czym po otwarciu nie zamykaja sie nigdy, a ze wzgledu na skonfigurowany typ AI nie moze zrobic tego sama, mimo ze usilnie probuje.

W dzisiejszym uaktualnieniu:

- eksperymentalnie, AI nie przejmuje sie stanem drzwi skonfigurowanych jako zamykajace sie samoistnie

- w ramach koncertu zyczen, uzaleznienie mozliwosci popelnienia PG od pozycji nastawnika jazdy skonfigurowac mozna w sekcji Brake pliku .fiz wpisem ReleaserPowerPosLock=Yes/No (przy czym Yes blokuje mozliwosc w pozycji nastawnika innej niz neutralna) Dla pojazdow z napedem spalinowym lub spal-ele wartoscia domyslna jest Yes, dla pozostalych No

[EU40]

Wolałbym zlikwidowanie przerywania czasowego luzowania kranem w EN57, ale temat pewnie dalej bez akceptacji.
Spytacie dlaczego? Bo tak mi w pulpiciku na arduino by pasowało.
W każdym bądź razie Deo gratias za dotychczasową robotę z exe.

[Transkei]

W dzisiejszym uaktualnieniu:
- poprawka, ai powinna lepiej orientowac sie przez ktore drzwi chca wsiadac/wysiadac jej pasazerowie
(...)

Nadal pojawia się problem z EZT które kończą jazdę, od razu zmieniają czoło i dostają nowy rozkład. Objaw bardzo podobny do tego co opisał Siecool, przy odliczaniu czasu postoju, czas niby się zmniejsza, ale co chwilę się zwiększa o około sekundę. Ponieważ nie dzieje się to zbyt często, czas w końcu zostaje odliczony do zera. Można to łatwo zaobserwować na Bałtyku SKM (np.: SKM-1, misja EN62, Bałtyk Plaża). Problem ten staje się odczuwalny na innych sceneriach, np.: Drawinowo (nowy scenariusz, w trakcie uruchamiania, jeszcze nie dostępny), gdzie EZT potrafi totalnie się zablokować.