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

[tmj]

Ale to jakim cudem przy normalnych manewrach odstawieniem działało? Wagony luzem na tym samym torze dostają sprzęg wirtualny i inaczej się skanują?

Nie rozumiem pytania :> Jesli wagony sa wyciagane/wypychane na tor przez lokomotywe, to kontroler skladu w czasie manewrow skanuje droge przed i za soba, wykrywajac potencjalnie zaparkowane tam wagony pozbawione obsady jako przeszkode z ktora prowadzony sklad moze sie zderzyc. Po odlaczeniu wagony pozostawione na torze nie skanuja juz otoczenia i tym samym nie wykrywaja przeszkod, ale poniewaz sa one (a przynajmniej powinny byc) zahamowane nie jest to normalnie problemem, bo nieruchome pojazdy raczej nie wejda w kolizje z rowniez nieruchomymi sasiadami.

[tmj]

W dzisiejszym uaktualnieniu:

- szamyna stawia na jakosc, poprawki w logice obslugi drzwi pojazdow dokladniej odzwierciedlajace funkcjonowanie rzeczywistych konstrukcji

- funkcjonalnosc, dodane urzadzenia kabinowe

Kod: [Zaznacz]

doorstep_sw: // przelacznik stanu stopnia drzwi
i-doorstep: // kontrolka wybranego stanu stopnia drzwi
urzadzenie domyslnie nie ma przypisanego skrotu klawiszowego i kontrolowane jest mysza

- w ramach koncertu zyczen, dodana mozliwosc udzwiekowienia wskazowki sekundowej zegarka w tachometrze. Poniewaz caly zegarek jest oparty na szamynstwie, wykorzystanie funkcjonalnosci wymaga podania wpisu konfiguracyjnego przed wpisem clock: analog. Przykladowy wpis konfiguracyjny wyglada nastepujaco:

Kod: [Zaznacz]

clock_seconds: {
 ClockMhand rot 0 0 0
 soundinc: { soundmain: clocktick.wav range: 2.5 }
 sounddec: { soundmain: clocktick.wav range: 2.5 }
}
clock: analog
(poniewaz modele zegarkow w tachometrze nie maja wskazowki sekundowej aby wypozycjonowac dzwiek podajemy nazwe submodelu wskazowki minut. przypisywany dzwiek odtwarzany jest raz na sekunde, nie powinien wiec raczej byc dluzszy niz rzeczona sekunda)

- eksperymentalnie, dotychczasowy system kalkulacji potencjalnych kolizji zostal czesciowo wymieniony i przeorganizowany. Teoretycznie powinno to zapewnic mniej wiecej prawidlowe zderzanie sie pojazdow (rowniez nieobsadzonych) i usuniecie wystepujacych do tej pory okazjonalnych bledow. A jak jest w praktyce wyjdzie w testach ;/

[pozdze]

Wagony spychane z górki "widzą" już inne wagony na moim teście. Dzięki.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, przy przewijaniu rozkladu uwzgledniane sa rowniez przystanki zlokalizowane za pociagiem

- dobra zmiana, sterowanie mysza dzwignia bocznikow dopasowane jest do ukladu siudemky, tzn. poziom bocznikowania zwiekszany jest ciagnac mysz "do siebie"

- dodane urzadzenie kabinowe, jointctrl: stanowiace polaczenie nastawnika jazdy i hamowania; zastosowane np w SM42 i Elfach.

[tmj]

W dzisiejszym uaktualnieniu:

- eksperymentalnie, nastawnik jazdy i hamowania moze byc obslugiwany w pelnym zakresie (czyli rowniez hamowanie) klawiszami +/-

[KubaPKP]

W SM42 powinno działać?

[Stele]

Powinno działać tam, gdzie sobie wpiszesz. Obecnie tylko elf ma zrobione, bo w paczce nikomu się nie chce.

[tmj]

Zeby dzialalo w SM42 trzeba sobie otworzyc w notatniku jej plik .mmd i zastapic w nim slowo-klucz mainctrl: na jointctrl: oraz usunac linijce definiujaca localbrake:

(do pelnego szczescia trzeba by jeszcze dopasowac wpisy dzwiekow, ale do podstawowego dzialania wystarczy)

[EU40]

Testy na SP42-210 z wpisami zapodanymi przez @tmj zakończone powodzeniem. Fantastyczna sprawa ten nastawnik w jednym.

[Wiggle]

I o wiele lepiej się steruje jeśli wszystko masz w + -, a na myszce to już w ogóle jest mega :)

[Piotr93]

Poprawione .mmd dla SM/SP42, 6Dg, E186 z działającą obsługą hamowania pod +/- (Trzeba dopasować tylko wpisy dźwięków.)

[EP08_015]

Przydalo by sie jakas zapadke dac bo jak schodzi sie do zera to ciezko wyczuc te pozycje zerowa. Od razu wchodzi sie na hamowanie.

[EU40]

I tak jest w realu Włodku. Na SM42 ciężko jest wyczuć położenie neutralne.

[tmj]

Warto pamietac ze przy obsludze z klawiatury mozna uzyc kombinacji klawisza +/- z klawiszem Shift, aby przerzucic nastawnik od razu do pozycji krancowej lub neutralnej.

W dzisiejszym uaktualnieniu:

- w ramach koncertu zyczen, z poziomu modulu pythona dostepna jest informacja o wysunieciu stopnia drzwi, za posrednictwem kluczy doorstep_l_X oraz doorstep_r_X gdzie X to numer pojazdu w skladzie, "r" odpowiada stronie prawej a "l" stronie lewej.

- funkcjonalnosc, do wachlarza zachowan AI doszedl nowy tryb, Loose_shunt Dziala on w duzej mierze tak samo jak zwykly tryb Shunt i akceptuje takie same parametry, ale powoduje ze zamiast zatrzymywac sie w bezpiecznej odleglosci przed napotkanym skladem, AI bedzie probowalo ten sklad popychac (bez koniecznosci sprzegania) z predkoscia ok 8 km/h. Umozliwia to AI wykonywanie manewrow odrzucaniem tam gdzie autorzy scenariusza uznaja to za stosowne.

[Stele]

Zauważone na aktualnym buildzie Milka z multi, które wywala ai z pojazdu gracza trochę później. Przy wsadzeniu gracza do pojazdu z v0=0 startuje on z kranami hamulców w ustawieniu -2+0. Jak się wsadzi ai do tego pojazdu, przestawia ono na 0+1, mimo bycia w wait_for_orders. Na tym buildzie, robi to nim zostanie wysadzone. W wmb10 hamulec się kaszani, jeśli da się w jazdę nim nabije 5atm w ZG. Trzeba wysiadać i zasilać PG cięgnem z zewnątrz.

[tmj]

W dzisiejszym uaktualnieniu:

- poprawka, GAGAR Z BIPOM powinien byc ponownie funkcjonalnym srodkiem przewozow pasazerskich

- poprawka, skanowanie trasy powinno zaczynac sie dopiero po akytwacji trybu Prepare_engine

- funkcjonalnosc, przy wywolaniu trybu Loose_shunt jako operacji polaczenia i rozlaczenia (podajac komende Loose_shunt X Y) jesli podany typ sprzegu (parametr Y) jest wartoscia dodatnia to po zakonczeniu operacji rozlaczania AI bedzie kontynuowac jazde w kierunku skladu, pchajac go przed soba

- lekcje dla AI, w trybie Loose_shunt w przypadku gdy popychany sklad jest zahamowany jego hamulce zostana wyluzowane "recznie" bez koniecznosci polaczenie

edit maly update, nie warty osobnego posta

- poprawki bledow ktore zalegly sie w poprzednim uaktualnieniu

- w ramach koncertu zyczen, usuniety domyslny dzwiek przelaczania kabinowych urzadzen uniwersalnych

[pozdze]

Na komendę wpisaną w tor przed składem typu "putvalues" Loose_shunt -1 0, SM42 ładnie wpycha skład podzielony na odprzęgi na górkę rozrządową, skąd odprzęgi rozlatują się jak trzeba na tory kierunkowe. Piękna sprawa.

[tmj]

Dobrze wiedziec ze dziala :>

W dzisiejszym uaktualnieniu:

- funkcjonalnosc, przygotowane przez youBy dodatkowe opcje konfiguracyjne w pliku .fiz oraz elementy hamulca na potrzeby implementacji EW58. Szczegoly bedzie musial podac sam autor, bo ja nic z nich nie rozumiem :v

- funkcjonalnosc, interfejs uzytkownika wzbogacil sie o okienko informacji na temat scenariusza, dostepne pod klawiszem F3. W oknie tym podawane jest aktualne polecenie dla danego skladu oraz, opcjonalnie, ogolny opis misji dla danego skladu. Opis jest odpowiednikiem wpisu //$o z ktorego korzysta Rainsted i definiowany jest jako dodatkowa sekcja we wpisie trainset:

Kod: [Zaznacz]

trainset
assignment
pl "zlecenie dla skladu, wyswietlone gdy ustawiony jest jezyk polski"
en "assignment for this consist, shown when language is set to english"
endassignment
endtrainset
(opis misji moze obejmowac rowniez wersje jezykowe inne niz pl i en; nie ma tez obowiazku podawania dla kazdego wpisu wersji pl i en, tutaj podane sa jako przyklad)

[jochand]

W tej ostatniej wersji w Gfx Renderer nie pokazuje fps. Chyba ze zostalo to przeniesione gdzie indziej.

[tmj]

Nie bylo nic zmieniane pod tym wzgledem i obawiam sie ze "u mnie dziala" ;/

Aktualne FPS wyswietlane jest w pierwszej linijce informacji w sekcji Gfx Renderer, po wartosci FoV (kat pola widzenia kamery) i Draw Range (obszar wizualizacji)

[jochand]

U mnie tak to wyglada:

[Wiggle]

Jakbyś rozszerzył okienko to byś miał. ;)

[EU40]

Z cyklu: prośby i kaprysy mniejszego znaczenia.
Czy w trybie F2 byłoby możliwe przesunięcie wskazań czasu aktualnego bezpośrednio nad tabelą rozkładu jazdy? Lubię mieć nieraz włączony srjp na stałe.
W niektórych kabinach przesuwam rozkład maksymalnie w górę, tak abym widział tylko zbliżającą się stację. Niestety, aktualny czas jest na samej górze i 3/4 informacji ogranicza mi znacznie widzialność.

[DieselPower]

Sytuacja: 9 przedziałów, 54 miejsca, 27 submodeli po dwa ludky w każdym.

Zauważyłem, że szczególnie dla mniejszych wartości pasażerów woli dać jeden przedział pełny, a resztę pustą niż zrobić to równomiernie. Choć są przebłyski, że zrobi to w miarę dobrze. Ze względu na losowanie oświetlenia przedziałów submodele z ludkami muszą być podpięte pod odpowiedni przedział. Pewnie gdyby każdy ludek był osobno, to nie byłoby z tym problemu. Ale z drugiej strony dawanie 54 submodeli do dekoracji trochę mija się z celem, liczbę submodeli można ograniczyć do 27 albo i nawet do 18 (po 3 ludki na submodel).

[tmj]

Sytuacja: 9 przedziałów, 54 miejsca, 27 submodeli po dwa ludky w każdym.

Zauważyłem, że szczególnie dla mniejszych wartości pasażerów woli dać jeden przedział pełny, a resztę pustą niż zrobić to równomiernie.

Submodele aktywowane sa przedzialami, tzn kolejnosci przedzialow jest losowana, ale najpierw aktywowane sa kolejno submodele pierwszego wylosowanego przedzialu, potem kolejnego, itp.

Od strony tworzenia modelu 3d jakims rozwiazaniem tutaj byloby szamynstwo w postaci polaczenia przedzialow w grupy -- geometria 2-3 przedzialow umieszczona jest w modelu jako "przedzial1", kolejna grupa jako "przedzial2" itp, a submodele pasazerow w obrebie danej grupy rozmieszczone mniej wiecej proporcjonalnie w faktycznych przedzialach. Korzystnym efektem ubocznym bylaby przy takim rozwiazaniu redukcja ogolnej liczby submodeli (lub alternatywnie mozliwosc wiekszego "zapakowania" przedzialow bez zwiekszania ilosci submodeli)

[DieselPower]

W kiblach czy innych bezprzedziałowych nie ma z tym problemu, bo wszystko mamy podpięte pod korytarz. W 612A dałem tylko jeden submodel na przedział, jest ich 4 co nie robi to większej różnicy. Też wpadłem na pomysł by pogrupować przedziały, zobaczymy jak to będzie działać. Poza tym i tak większość przedziałów jest oświetlona, więc może lepiej to będzie wyglądać w nocy.

Będzie różnica między nowym a starym sposobie zapełnienia, co widać w załączniku.

Zgrupowałem po trzy przedziały w jeden submodel. Jak zapełni się pierwsza grupa, to potem zaczyna zapełniać się kolejna i tak dalej. Więc teraz to sensownie wygląda i tak zostanie. Najlepiej by było żeby wszystkie przedziały były jednym submodelem, ale wtedy rezygnujemy z losowego oświetlenia przedziałów. Po pogrupowaniu nawet lepiej wygląda to w nocy, liczba oświetlonych i nieoświetlonych przedziałów jest porównywalna.

Na sam koniec wypełniłem korytarz i teraz też to ładnie działa. Na screenach przy pełnym zapełnieniu.

[EP08_015]

W scenerii drawinowo zauwazylem ze zacina się funkcja wsiadania/wysiadania pasazerow przez co nie ma odjazdu od kierpocia. W przypadku na screnie funkcja ta zaciela się w 8 procencie i zmienia się 8/7 8/7 i tak w kolko ponad 5 min. Jak rusze delikatnia skład i ponownie zahamuje to licznik odlicza dalej do 0 i wtedy jest odjazd od kierpocia. Ciekawa rzecza jest ze jeśli zamiast tej EP dam siodemke, to tego zjawiska nie ma.

[Stele]

A to nie jest jakaś szamyńska EP z drzwiami w fiz? Wywal to, masz teraz 10 lampek universali do użycia.

[tmj]

Z drzwiami, albo bez drzwi za to z wpisem ze moze ladowac pasazerow do lokomotywy i sie dobijaja. To chyba jakis unoff jest, bo nie widze takiej lokomotywy w paczce calosciowej? Bez dostepu do pojazdu nie sprawdze co tam moze byc nie tak.

[EP08_015]

Akurat ta EP nie ma drzwi w fiz zdeklarowanych bo nie ma takiej potrzeby. Ten lok to taki polunoff bo kiedyś w paczce była oficjalnie, tylko wyleciała podobnie jak EP23.

Możesz sprawdzić > https://eu07.pl/userfiles/212/EP40_v1.rar