121
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 16 Września 2020, 15:58:50 »
Nie dorzucalem plikow bo override jest opcjonalny a wpis dla deszczu byl jedynie przykladowy :>
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.
122
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 16 Września 2020, 01:45:16 »
Po przerznieciu wystarczajaco daleko pomocnik przestaje zwracac uwage na miniety sygnal i podaje predkosc kalkulowana tak jakby przerzniecie nie mialo miejsca. Podobnie z pominieciem W4, zamiast "predkosc: 0" podawana bedzie predkosc szlakowa lub podana przez ostatnio miniety semafor.
(po przerznieciu przystanku jesli zatrzymanie nastapi wystarczajaco blisko to wymiana pasazerska przeprowadzona zostanie normalnie, chociaz odbedzie sie to w polu)
(po przerznieciu przystanku jesli zatrzymanie nastapi wystarczajaco blisko to wymiana pasazerska przeprowadzona zostanie normalnie, chociaz odbedzie sie to w polu)
123
Na warsztacie / Odp: Exe c++ aktualnosci, changelog itp
« dnia: 04 Maja 2020, 02:45:03 »
Zmiany w stosunku do exe z paczki 20.04:
Cytuj
* w pliku .mmd mozna podac jaka tekstura powinna byc uzyta dla "pustych" tablic, zamiast domyslnej "nowhere.tga". Definicja umieszczana jest w ostatniej "sekcji" pliku .mmd (razem z definicjami ekranow itp) wpisem destinationsignbackground: X gdzie X to nazwa pliku.
* w sekcji Security pliku .fiz mozna zdefiniowac opcjonalnie automatyczna aktywacje syreny pojazdu przy wdrozonym hamowaniu awaryjnym. Definicji dokonuje sie wpisem EmergencyBrakeWarningSignal=X gdzie X to suma liczb odpowiadajacych aktywowanym syrenom:Kod: [Zaznacz]1: syrena niskotonowa
2: syrena wysokotonowa
4: gwizdawka
* dodana diagnostyka inicjalizacji portu LPT, oraz lekko zmodyfikowane formatowanie logowania tabelki rozkazow dla pojazdu
* w przypadku wystapienia we wpisie trainset sasiadujacych ze soba pojazdow wyposazonych w sprzegi roznego typu, zakladany jest miedzy nimi polsprzeg
* dodana czesciowa obsluga przez ai nastawnika uniwersalnego w pojazdach z napedem spal-ele
* w sekcji Ctrl. pliku fiz wpisem ReleaseParkingBySpringBrake=Yes mozna zasygnalizowac ze w danym pojezdzie hamulec postojowy powinien byc luzowany po aktywacji hamulca sprezynowego
* w sekcji tempomatu pliku .fiz mozliwe jest zdefiniowanie parametrow PowerUpSpeed oraz PowerDownSpeed okreslajacych predkosc zwiekszenia/zmniejszenia mocy (wartosc domyslna dla obu parametrow to 1000)
* przy wykryciu w trybie jazdy manewrowej sygnalu W5 oprocz uwzgledniania obecnosci rozjazdow AI sprawdza rowniez, czy na odcinku miedzy pojazdem oraz W5 znajduje sie semafor lub tarcza manewrowa dla jazdy w przeciwnym kierunku, i jesli znajdzie taki semafor, zawraca dopiero po jego minieciu
* dodane urzadzenie kabinowe couplingdisconnect_sw: rozpinajace sprzeg po stronie obsadzonej kabiny. Domyslny skrot klawiszowy urzadzenia to Shift + Delete
* w konfiguracji sprzegu w pliku .fiz mozna wpisem ControlType=X (gdzie X to lancuch tekstowy) podac identyfikator, bedacy abstrakcja rodzaju komunikacji i/lub polaczenia uzywanych przy przesylaniu sygnalow ukrotnienia. Przy sprzeganiu pojazdow zapiecie ukrotnienia mozliwe jest tylko miedzy sprzegami z tym samym identyfikatorem
* wczytywanie plikow dzwiekowych jest odnotowywane w logu
* w przypadku pojazdow z nastawnikiem uniwersalnym okienko pomocnika wyswietla zadany procent mocy/hamowania oraz pozycje nastawnika. Jesli w pojezdzie zalaczony jest tempomat sygnalizowane jest to litera 'T' na wskazniku kierunku jazdy
* dodatkowa wartosc eventu whois: 32+1 = nazwa pojazdu prowadzacego sklad, ktory wyzwolil event
* dodany nowy rodzaj eventu sluzacy do zmiany tekstury wymiennej w statycznym modelu/modelach. Event definiowany jest nastepujaco:Kod: [Zaznacz]event ... texture ... model1|model2|model3|etc skinindex skinfile inputcell endeventgdzie:Kod: [Zaznacz]model1|model2|etc: lista modeli ktore otrzymaja nowa teksture, rozdzielonych znakiem |wartosci przechowywane w podanej komorce pamieci moga byc uzyte jako parametry (p1) (p2) oraz (p3) w lancuchu skinfile na normalnych zasadach
skinindex: numer tekstury wymiennej ktora zostanie zastapiona, w przedziale 1-4
skinfile: tekst definiujacy nazwe materialu ktory zostanie przypisany jako podana tekstura wymienna
inputcell: nazwa opcjonalnej komorki pamieci (lub none jesli ciag skinfile nie uzywa parametrow)
* dodany opcjonalny parametr friction dla node track w postaciKod: [Zaznacz]friction nazwakomorkipamieciWartosc tarcia dla danego odcinka toru jest modyfikowana wg wzoruKod: [Zaznacz]tarcie = wartosc bazowa * pierwsza wartosc liczbowa z komorki pamieci + druga wartosc bazowa z komorki pamieci
* w modelu 3d przypisanym do node dynamic umiescic mozna submodel(e) swiatel z rozszerzeniem _xon Wariant ten zostanie dla danego swiatla pokazany zamiast modelu _on w przypadku gdy pojazd ma zalaczone przyciemnienie swiatel
* w modelu 3d przypisanym do node dynamic umiescic mozna submodel(e) sprzegow z rozszerzeniem _xon. Wariant ten zostanie dla danego sprzegu pokazany zamiast modelu _off w przypadku gdy pojazd spiety jest z innym pojazdem wyswietlajacym wariant modelu _on lub w przypadku nalozenia polsprzegu
* malowanie ekranow pythona mozliwe jest rowniez na modelu lowpoly, w przypadku gdy obsadzona kabina nie posiada dedykowanego modelu
* przesylanie komend obslugi urzadzen kabinowych dziala czesciowo rowniez w maszynowni
* dodana czesciowa obsluga pary dodatkowych swiatel w pojazdach. Identyfikatory submodeli nowych swiatel to headsignal a flagi bitowe dla programatora swiatel to +128 (swiatlo lewe) oraz +256 (swiatlo prawe)
* w pliku .fiz mozliwa jest parametryzacja asymilacji przewodu glownego. W sekcji Cntrl.:
OMP= Maksymalny wzrost ciśnienia w przewodzie głównym podczas asymilacji hamulca. [bar]
OPD= Prędkość spadku ciśnienia w przewodzie głównym po asymilacji hamulca. [bar/s]
* dodana obsluga dedykowanych dzwiekow zapiecia/rozpiecia poszczegolnych elementow sprzegu:Kod: [Zaznacz]brakehoseattach: brakehosedetach: // przewod glowny hamulca
mainhoseattach: mainhosedetach: // przewod zasilajacy
controlattach: controldetach: // ukrotnienie
gangwayattach: gangwaydetach: // mostek
heatingattach: heatingdetach: // ogrzewanie
* dodane urzadzenie kabinowe: lampka i-mainbreakerblinking: sygnalizujaca zamkniecie wylacznika szybkiego oraz sygnalizujaca miganiem gotowosc do zalaczenia WS
* stan lampki aktywacji obslugi hamulca EP dostepny jest dla modulu uart (bajt 0, bit 0)
* okienko pomocnika powinno nieco inteligentniej wyliczac i/lub prezentowac odleglosc do zmiany dozwolonej predkosci
* w logu zglaszane sa tekstury o watpliwych wymiarach
* dodana obsluga nowych urzadzen kabinowych:Kod: [Zaznacz]dirforward_bt: // guzikolampka ustawiajaca kierunek jazdy "naprzod"
dirneutral_bt: // guzikolampka ustawiajaca nastawnik kierunku w pozycji neutralnej
dirbackward_bt: // guzikolampka ustawiajaca kierunek jazdy "wstecz"
* sekcja MotorParamTable0: pliku .fiz ma zastosowanie rowniez dla pojazdow z silnikiem diesla
* dodana mozliwosc wstawiania obiektow w edytorze scenerii, zgodnie z dokumentacja dostepna w watku https://eu07.pl/forum/index.php/topic,31581.msg512361.html
* poszerzona obsluga pliku nodebank.txt
-- zamiast jak dotychczas prezentowac zawartosc danego wpisu node model, prezentowany jest uproszczony opis
-- jako opis traktowany jest tekst umieszczony w danej linijce przed slowem kluczowym node
-- w przypadku braku opisu (linijka rozpoczyna sie od slowa kluczowego node) opis zostanie wygenerowany automatycznie, w postaci nazwa_modelu (tekstura wymienna)
-- jesli linijka nie zawiera slowa kluczowego node jest ona traktowana jako nazwa zwijalnej kategorii. Wpisy napotkane po nazwie kategorii umieszczone zostana w tej kategorii
-- wpisy umieszczone w danej kategorii automatycznie sortowane sa w porzadku alfabetycznym
* panel Node Bank edytora wzbogacil sie o pole wyszukiwania. Prezentowana lista dostepnych do wstawienia modeli jest dynamicznie ograniczana do wpisow zawierajacych tekst wprowadzony w polu wyszukiwania
* w pliku .mmd w sekcji internaldata: przy uzyciu klucza rainsound: zdefiniowac mozna dzwiek deszczu odtwarzany podczas przebywania w kabinie danego pojazdu. W przypadku braku wpisu domyslnie odtwarzany jest dzwiek z pliku rainsound_default
* w log.txt zapisywana jest konfiguracja z jaka uruchomiony zostal symulator
* czestotliwosc dzwieku sprezarki napedzanej przez silnik pojazdu modyfikowana jest zgodnie z aktualna iloscia obrotow silnika (za wartosc bazowa przyjmowana jest ilosc obrotow przy biegu jalowym)
* komunikat odjazdu nadawany przez kierownika skladu transmitowany jest przez radio pojazdu, na kanale wyszczegolnionym w rozkladzie jazdy. Odbierane sa rowniez komunikaty dla pobliskich innych pojazdow
* prowadzac pojazd ai ustawia sobie kanal radia zgodnie z informacjami w rozkladzie jazdy
* w parametrach wpisu node model mozna podac parametr angles X Y Z gdzie X, Y i Z to katy o jakie powinien zostac obrocony model
* w logu symulacji umieszczany jest rezultat testow trackbusy/trackfree
* zaimplementowane zostalo odtwarzanie w pojazdach komunikatow dla pasazerow
-- aktywacja odtwarzanych komunikatow odbywa sie poprzez wpisy w pliku .mmd w sekcji sounds, w postaci:Kod: [Zaznacz]announcements: {-- dzwieki dla ktorych brakuje wpisow nie sa odtwarzane; po odtworzeniu kazdego komunikatu odgrywany jest dzwiek z nazwa danej stacji. Dzwieki nazw stacji wyszukiwane sa w folderze scenerii oraz sounds/sip/ Nazwy plikow z dzwiekami nazw stacji powinny byc identyczne z nazwa danej stacji w rozkladzie jazdy (z uzyciem znakow _ zamiast spacji) z pominieciem potencjalnej koncowki "po". W przypadku gdy dzwiek z nazwa danej stacji nie zostanie znaleziony komunikat jest pomijany
near_stop: nazwa_pliku // plik dzwiekowy komunikatu informujacego o zblizaniu sie do stacji
stop: nazwa_pliku // plik dzwiekowy komunikatu odtwarzanego po zatrzymaniu sie na stacji
next_stop: nazwa_pliku // plik dzwiekowy komunikatu informujacego o nastepnej stacji w rozkladzie
destination: nazwa_pliku // plik dzwiekowy komunikatu informujacego o stacji docelowej
}
* panel F12 w sekcji Engine wyswietla aktualna wartosc "czestotliwosci falownika" uzywanej do wyboru probki skladanego dzwieku inverter:
* system wizualizacji ladunku w sytuacji gdy pojazd jest prozny wyswietla model ladunku "none" o ile model taki zostanie zlokalizowany w katalogu pojazdu lub zdefiniowany w grupie loads: pliku .mmd, na standardowych zasadach
* 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.
* 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
* w sekcji announcements: pliku .mmd zdefiniowac mozna rowniez dzwiek chime: ktory to dzwiek bedzie odgrywany przed kazdym komunikatem
* stopien widocznosci odbic otoczenia malowanych przez silnik graficzny w wersji szaderowej okreslany jest wylacznie na podstawie zawartosc mapy odbic; pozwala to potencjalnie uzyskac widzialne odbicia rowniez na bardzo ciemnych elementach geometrii
* 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) W przypadku uzycia zarowno parametru randomdelay jak i departuredelay (jak rowniez standardowego opoznienia wykonania eventu) opoznienia te sa sumowane
* 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
* kamery udajace "lusterka" w pojazdach umieszczane sa na wysokosci srodka zdefiniowanego obszaru kabiny, zamiast na wysokosci jego przedniej "sciany"
* definicja parametrow node model moze obejmowac slowo-klucz notransition ktorego obecnosc wylacza plynne przejscie miedzy stanem swiatel dla danego modelu
* sekcja Vehicle panelu F12 podaje rowniez stan hamulca postojowego i sprezynowego
* tabelka skanowania panelu F12 podaje tez wartosci parametrow wykrytych eventow
* parser plikow tekstowych ignoruje identyfikator plikow UTF
* w przypadku komendy Emergency_brake przekazywanej za posrednictwem eventu getvalues pojazd aktywuje radiostop w momencie miniecia komorki eventu, zamiast dopiero po zatrzymaniu
* 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
* w pliku eu07.ini okreslic mozna dodatkowo poziom glosnosci dla okreslonych kategorii dzwiekowKod: [Zaznacz]sound.volume.vehicle X // wzgledna glosnosc dzwiekow wydawanych przez pojazdy, gdzie X jest mnoznikiem w przedziale 0-1oprocz wpisow w pliku .ini glosnosc mozna modyfikowac tez na biezaco za posrednictwem suwakow w sekcji Settings panelu F12
sound.volume.positional X // wzgledna glosnosc pozycjonowanych dzwiekow emitowanych przez eventy scenerii, gdzie X jest mnoznikiem w przedziale 0-1
sound.volume.ambient X // wzgledna glosnosc dzwiekow globalnych (o ujemnym zakresie) emitowanych przez eventy scenerii, gdzie X jest mnoznikiem w przedziale 0-1
* pominiecie przez sklad prowadzony przez uzytkownika semafora lub przystanku o co najmniej 250 m (lub 100 poza koniec skladu) powoduje zignorowanie wskaznika przez okienko pomocnika oraz usuniecie go z tabelki skanowania
* w katalogu data/ umiescic mozna opcjonalny plik sound_overrides.txt zawierajacy konfiguracje dla niektorych dzwiekow domyslnych (w postaci klucz: definicja ). Na ten moment obslugiwany jest jedynie wpis weather.rainsound: definiujacy parametry dzwieku opadow deszczu
* dzwiek weather.rainsound: definiujacy dzwiek opadow deszczu moze byc dzwiekiem skladanym, ktorego parametrem jest aktualny poziom opadow w przedziale 0-100
124
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 16 Września 2020, 01:37:13 »
W dzisiejszym uaktualnieniu:
- poprawka, wykryte bledy w obsludze openGL nie powinny zasmiecac logu
- poprawka, sprzegi typu articulated nie powinny stawac okoniem
- eksperymentalnie, pominiecie przez sklad prowadzony przez uzytkownika semafora lub przystanku o co najmniej 250 m (lub 100 m poza koniec skladu) powoduje zignorowanie wskaznika przez okienko pomocnika oraz usuniecie go z tabelki skanowania. Dzieki temu pomocnik nie powinien juz tracic uzytecznosci po pierwszym popelnionym bledzie
- funkcjonalnosc, w katalogu data/ umiescic mozna opcjonalny plik sound_overrides.txt zawierajacy konfiguracje dla niektorych dzwiekow domyslnych (w postaci klucz: definicja ). Na ten moment obslugiwany jest jedynie wpis weather.rainsound: definiujacy parametry dzwieku opadow deszczu
- funkcjonalnosc, dzwiek weather.rainsound: definiujacy dzwiek opadow deszczu moze byc dzwiekiem skladanym, ktorego parametrem jest aktualny poziom opadow w przedziale 0-100. Np wpis
- poprawka, wykryte bledy w obsludze openGL nie powinny zasmiecac logu
- poprawka, sprzegi typu articulated nie powinny stawac okoniem
- eksperymentalnie, pominiecie przez sklad prowadzony przez uzytkownika semafora lub przystanku o co najmniej 250 m (lub 100 m poza koniec skladu) powoduje zignorowanie wskaznika przez okienko pomocnika oraz usuniecie go z tabelki skanowania. Dzieki temu pomocnik nie powinien juz tracic uzytecznosci po pierwszym popelnionym bledzie
- funkcjonalnosc, w katalogu data/ umiescic mozna opcjonalny plik sound_overrides.txt zawierajacy konfiguracje dla niektorych dzwiekow domyslnych (w postaci klucz: definicja ). Na ten moment obslugiwany jest jedynie wpis weather.rainsound: definiujacy parametry dzwieku opadow deszczu
- funkcjonalnosc, dzwiek weather.rainsound: definiujacy dzwiek opadow deszczu moze byc dzwiekiem skladanym, ktorego parametrem jest aktualny poziom opadow w przedziale 0-100. Np wpis
Kod: [Zaznacz]
weather.rainsound: { sound0: rain-sound-loop sound50: rain-sound-loop-heavy }
spowoduje ze przy zachmurzeniu w przedziale 1.0-1.5 odgrywany bedzie dzwiek rain-sound-loop natomiast przy zachmurzeniu w przedziale 1.5-2.0 odgrywany bedzie dzwiek rain-sound-loop-heavy
125
Pomoc doraźna / Odp: Dwa składy na jednym torze - Bałtyk SKM 2
« dnia: 13 Września 2020, 19:33:40 »
https://eu07.pl/forum/index.php/topic,30957.msg531320.html#msg531320
Pobierz wersje scenariusza z repo, wyglada ze jest to blad ktory Transkei jakis czas temu usunal. Albo zaczekaj na nastepna paczke calosciowa bo w sumie juz niedlugo :>
Pobierz wersje scenariusza z repo, wyglada ze jest to blad ktory Transkei jakis czas temu usunal. Albo zaczekaj na nastepna paczke calosciowa bo w sumie juz niedlugo :>
126
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 13 Września 2020, 18:28:36 »
W dzisiejszym uaktualnieniu poprawki na ostatnia chwile:
- poprawka, drzwi wymagajace do dzialania napiecia 24V pobiora je sobie rowniez z dzialajacej przetwornicy
- poprawka, kalkujacje glosnosc dzwiekow pojazdu ponownie uwzglednia rowniez tryb latajacej kamery
- poprawka, drzwi wymagajace do dzialania napiecia 24V pobiora je sobie rowniez z dzialajacej przetwornicy
- poprawka, kalkujacje glosnosc dzwiekow pojazdu ponownie uwzglednia rowniez tryb latajacej kamery
127
Bieżące Symulatorowe / Odp: Dyskusja o datach zmiany pór roku
« dnia: 10 Września 2020, 18:34:02 »
Prosze przedstawic precyzyjne daty jakie maja byc wpisane do exe jako punkty przelaczenia poszczegolnych por roku. Jesli dacie rade wypracowac jakies wspolne stanowisko to wpisze, bez tego zostanie jak jest bo nie mam specjalnie ochoty robic tego po piec razy gdy po zmianie parametru zaraz pojawi sie ktos protestujacy ze tak tez jest zle i jego zdaniem powinno byc inaczej.
128
Bieżące Symulatorowe / Odp: Dyskusja o datach zmiany pór roku
« dnia: 10 Września 2020, 18:18:43 »
Ogolnie rzecz biorac na ten moment pory roku przelaczane sa na 2 tygodnie przed odpowiadajaca im data astronomiczna. To ze w 2020 pogoda wariuje i jest o dobrych pare stopni cieplej niz dekade temu uwazam za malo wiazace w sytuacji gdy czesc scenariuszy i taboru odwzorowuje sytuacje sprzed 20-30 lat.
129
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 09 Września 2020, 23:04:09 »
Mialo nie byc ficzerow juz ale coz; w dzisiejszym uaktualnieniu:
- zeby bylo tak jak bylo, powrot starej ikony
- w ramach koncertu zyczen, w pliku eu07.ini okreslic mozna dodatkowo poziom glosnosci dla okreslonych kategorii dzwiekow
- zeby bylo tak jak bylo, powrot starej ikony
- w ramach koncertu zyczen, w pliku eu07.ini okreslic mozna dodatkowo poziom glosnosci dla okreslonych kategorii dzwiekow
Kod: [Zaznacz]
sound.volume.vehicle X // wzgledna glosnosc dzwiekow wydawanych przez pojazdy, gdzie X jest mnoznikiem w przedziale 0-1
sound.volume.positional X // wzgledna glosnosc pozycjonowanych dzwiekow emitowanych przez eventy scenerii, gdzie X jest mnoznikiem w przedziale 0-1
sound.volume.ambient X // wzgledna glosnosc dzwiekow globalnych (o ujemnym zakresie) emitowanych przez eventy scenerii, gdzie X jest mnoznikiem w przedziale 0-1
oprocz wpisow w pliku .ini glosnosc mozna modyfikowac tez na biezaco za posrednictwem nowego gangu suwaczkow w sekcji Settings panelu F12130
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 08 Września 2020, 19:04:33 »
W dzisiejszym uaktualnieniu tzw rilis kandidejt czyli wersja ktora potencjalnie pojdzie do nastepnej paczki; dlatego tez zadnych ambitnych zmian na razie nie bedzie, jedynie ewentualne poprawki:
- poprawka, kalkulacja glosnosci dzwiekow w przedziale silnikowym pojazdu uwzglednia rowniez kamery zewnetrzne
- poprawka, plastikowy zlom uwzglednia stan aktywacji kabiny przy okreslaniu efektu hamulca pomocniczego
- poprawka, programator swiatel zapala swiatla zgodnie ze swoja konfiguracja
- poprawka, parametr dir_brake udostepniany skryptom Pythona podaje wlasciwa wartosc
- poprawka, kalkulacja glosnosci dzwiekow w przedziale silnikowym pojazdu uwzglednia rowniez kamery zewnetrzne
- poprawka, plastikowy zlom uwzglednia stan aktywacji kabiny przy okreslaniu efektu hamulca pomocniczego
- poprawka, programator swiatel zapala swiatla zgodnie ze swoja konfiguracja
- poprawka, parametr dir_brake udostepniany skryptom Pythona podaje wlasciwa wartosc
131
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 08 Września 2020, 00:26:38 »Po zmianie exe na najnowsze nie wszystkie składy zatrzymują się w peronach oraz nie odpinają wagonów i robią z nimi manewry.
132
Poradniki / Odp: [SCN] Obsługa edytora w eu07.exe
« dnia: 05 Września 2020, 15:43:03 »
Nie uzywasz przypadkiem ustawien "uproszczony szaderowy" w nowym starterze? Z tego co pamietam aktywuja one opcje ktore koliduja z kalkulacja wskazywania elementow mysza, ale nie bylo to cos co szczegolnie pilnie domagalo sie poprawienia. Zobacz czy sytuacja nie poprawi sie uzywajac "normalnego", pelnego trybu szaderowego, lub w ostatecznosci trybu legacy.
133
Symulator / Odp: Programy na użytek symulatora. [szczawik]
« dnia: 05 Września 2020, 00:43:52 »
Parametry uarttune dla polepszenia czytelnosci moze warto rozbic na odrebne pole z wartosciami poszczegolnych definiowanych parametrow, i skladac to w jeden ciag wewnetrznie w starterze?
134
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 04 Września 2020, 04:29:59 »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ć.Hmm Baltyk SKM to jeden ze scenariuszy ktory sprawdzam pod tym katem, i obawiam sie ze w biezacej wersji nic takiego u siebie nie obserwuje. Jesli na nowym scenariuszu nastepuje zupelne zablokowanie to byc moze dzieje sie tam cos odmiennego, ale to bede mogl sprawdzic dopiero gdy nowy scenariusz bedzie dostepny.
135
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 02 Września 2020, 16:09:48 »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.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.
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.
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
136
Bocznica / Odp: Odp: Czat - błąd
« dnia: 30 Sierpnia 2020, 18:57:51 »
Padla rura w Warszawie to i cale guffno z czata idzie do Wisly zamiast w internety.
137
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 24 Sierpnia 2020, 23:52:51 »
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
- 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
138
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 23 Sierpnia 2020, 23:59:24 »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.
139
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 23 Sierpnia 2020, 18:43:20 »
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 ;/
140
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 23 Sierpnia 2020, 06:47:15 »
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?
141
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 22 Sierpnia 2020, 17:00:00 »
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.
142
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 22 Sierpnia 2020, 04:41:05 »
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
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
144
Tabor kolejowy / Odp: Symulator SM42
« dnia: 21 Sierpnia 2020, 05:46:42 »Czy jest możliwość uzyskania informacji zwrotnej ze wskazaniami obrotomierza, temperatury oleju, wody i innych nieużywanych w zwykłych symulatorach np. EU07 przyrządów? Jeśli tak to, w jaki sposób? Z góry dziękuję za odpowiedź.Obawiam sie ze komunikacja przez PoKeys odbywa sie w symulatorze na zasadzie "zgodnosci wstecznej" -- modul obslugujacy to urzadzenie to kod z czasow slusznie minionych i nie wiem czy ktokolwiek z pozostalych przy zyciu programistow ma jakies glebsze pojecie co on wlasciwie robi. Poki modul dziala jest kompilowany, ale chyba nikt nie zaryzykuje grzebania w nim bo raz ze latwo moze w ten sposob dzialac przestac, a dwa ze na zmienionej/poszerzonej informacji polamia sobie zeby juz istniejace pulpity, niespodziewajace sie takiej dodatkowej dobroci inwentarza.
Biorac pod uwage ze pulpit swoj dopiero budujesz, moze lepsza opcja byloby oparcie go o kontroler arduino? Ten wariant komunikacji jest nadal rozwijany w symulatorze, w miare na biezaco.
145
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 18 Sierpnia 2020, 22:23:46 »
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, wylaczenieplastikowego zlomu impulsa po zakonczonej jezdzie nie przerasta juz mozliwosci wirtualnego mechanika
- 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
146
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 15 Sierpnia 2020, 23:39:08 »
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
- 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
147
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 15 Sierpnia 2020, 03:06:02 »
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
- 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.
- 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 npKod: [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.
148
Uruchamianie Symulatora / Odp: Rainsted nie uruchamia sie po przeniesieniu
« dnia: 13 Sierpnia 2020, 16:39:33 »Klawisz ESC powoduje pojawienie się zielonego, prawie nieprzezroczystego tła. Zwykle stosowałem ESC aby np. odczytać nazwę przystanku. A teraz duda.Do odczytywania nazw przystankow chyba nieco wygodniejszy jest rozklad jazdy.
Menu wyjscia po wcisnieciu klawisza ESC pojawia sie w standardowym trybie pracy symulatora. Jesli potrzebna jest stara funkcjonalnosc, tzn. pauza nie blokujaca mozliwosci ruchu kamery itp., nalezy aktywowac tryb Debug (skrotem klawiszowym, lub uzywajac przelacznika na panelu F12)
149
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 07 Sierpnia 2020, 17:42:35 »
Czysciciele szyb na stacji Baltyk Miasto pracuja na premie.
150
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 07 Sierpnia 2020, 03:27:22 »
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
- 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