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

[EP08_015]

Mam pytanie do TMJ. Czy jest sposób na to, by przejść z pojazdu z zapalonymi reflektorami, do pojazdu ostatniego bez uzycia mostka przejściowego? Zmiana czola w takiej konfiguracji polega wlasnie na wyjściu na zewnątrz i poprzez F5 powinna być możliwość wejścia do pojazdu. Niestety jeśli posiada on NOBODY to niewejdziemy. Czy dalo by się to jakos rozwiazac? Podobna sytuacja dotyczy lokomotyw jednokabinowych i podwojnych ezt gdzie z czlonow skrajnych nie przechodzi się przez mostek przejściowy.

Kolejna sprawa, czy jest możliwość animacji np. pantografow w pojazdach niebedacych elektrycznymi? (wszelkie wagony rewizyjne sieci np. SR61 itp.).

Sorki nie zauwazylem ze to watek z info. Proszę przenieść do właściwego.

[tmj]

Skopiuje tutaj na wypadek gdyby przeszlo niezauwazone:

Co do zmiany kabiny chwilowo nie ma niestety takiej mozliwosci, ale mnie tez denerwuje brak mozliwosci wejscia do pojazdu jesli nie byl zdefiniowany w .scn wiec jest to cos, czemu sie (luzno) planuje przyjrzec.

Co do pantografow to nie wiem; jesli maja wpis w animations ale sie nie ruszaja to jest tam byc moze jakis dodatkowy warunek w exe, ale nigdy nie sprawdzalem go pod tym katem.

[Stele]

Na poznych borlandach pantografy w SR61 dzialaly. Moze wystarczy knefla w kabinie zdefiniowac?

[EP08_015]

Tu niestety nie ma zadnej informacji ani tez jakiegokolwiek materialu foto na ten temat. W sumie i tak nikt tego nie bedzie uzywal ale pytam z ciekawosci.

Niestety nie podnosi się. Pomimo wpisow.

[Sawi]

A wpis do pliku fiz dałeś?

[EP08_015]

Tak dalem. Ale tylko sekcje power.

Power: EnginePower=CurrentCollector CollectorsNo=2 MaxVoltage=3600 MaxCurrent=1200 MinH=0.38 MaxH=2.4 CSW=1.4

Zadzialalo. Jednak skacze gora/dol w ułamkach sekund.

[tmj]

Predkosc podnoszenia pantografu zalezy od cisnienia w przewodzie pantografow, wagon ma tam z reguly chyba 0 wiec raczej cud ze tam w ogole sie cokolwiek rusza.

[Stele]

Oj, byl inicjalizowany na 5 atm. Chyba, ze cos zmieniles w tym aspekcie. A SR61 jako pojazd z napedem zawsze moze sobie napompowac bo ma sprezareczke. Vide 105Na na fizyce dumb, pompujacy sznurek do pantografu. ;)

[EP08_015]

Podejzewam ze czegos jeszcze we fiz brakuje. A wagon startuje z powietrzem. Nawet jak nabije powietrze to patyk skacze.

Co do przechodzenia, jesli dam w ostatnim passenger to wejsc sie da. Ale na kaliskiej ta funkcja przeszkadza np w manewrach w ow. A wiec taki myk moze miec negatywny wplyw na dzialanie ai w pewnych przypadkach.

[Milek7]

Zmergowane z buildem openal. (do pobrania tam gdzie zawsze, w drugim wątku).

[Siecool]

Coś jest nadal nie tak z przesyłaniem komend przez semafor. Całkowo v2, misja osobA_wil, na stację w Wilisiu wjeżdża ST45 ze składem. Powinien się odpiąć i pojechać na sąsiedni tor. Komenda odpięcia jest wpisywania do semafora wil_z (zlokalizowany pod ziemią), ale lokomotywa nie reaguje mimo skanowania tego semafora. Stoi nieco ponad 25 metrów od semafora.

[EP08_015]

Tak wygląda problem z tym pantografem.

https://youtu.be/4dvXE5NDaqg

[tmj]

Ten pantograf to na jakis nawiedzony wyglada ;o

wypedzaniem duchow zajmiemy sie po Zaduszkach, a w miedzyczasie, uaktualnienie:

- poprawka, dzwieki pojazdow powinny byc odtwarzane z poprawna czestotliwoscia

- funkcjonalnosc, wprowadzony pierwszy etap zapisu scenariuszy z poziomu symulatora; na razie ograniczony do zapisu geometrii terenu -- plik z rozszerzeniem .sbt tworzony jest automatycznie po zaladowaniu scenariusza, i rownie automatycznie wykorzystywany przy ladowaniu, o ile wystepuje. Przechowywane sa w nim dane wszystkich node triangles i lines jak rowniez zawartosc ewentualnych modeli 3d terenu. Daje to juz teraz dosc znaczace przyspieszenie ladowania scenariuszy.

Prosze tylko zwrocic uwage, ze jesli exe utworzy plik *.sbt a w odpowiadajacym mu pliku .scn zostana nastepnie wprowadzone zmiany geometrii triangles/lines (np zostana przesuniete lub wsadzone dodatkowe drzewa, podsypki rozjazdow i tym podobne elementy) zmiany takie nie beda widoczne dopoki istniejacy plik .sbt nie zostanie skasowany.

[tmj]

Coś jest nadal nie tak z przesyłaniem komend przez semafor. Całkowo v2, misja osobA_wil, na stację w Wilisiu wjeżdża ST45 ze składem. Powinien się odpiąć i pojechać na sąsiedni tor. Komenda odpięcia jest wpisywania do semafora wil_z (zlokalizowany pod ziemią), ale lokomotywa nie reaguje mimo skanowania tego semafora. Stoi nieco ponad 25 metrów od semafora.

Wrzucilem ten scenariusz na probe, dalem ai do poprowadzenia SU45-201, i minalem sie z niebieska ST45 jadaca luzem gdzies tak w polowie trasy. Po dojechaniu do Wilisia widze tutaj na bocznicy zostawiony sklad towarowy, wyglada wiec na to ze nie jest to blad wystepujacy w 100% przypadkow..?

edit: uruchomilem scenariusz dla pewnosci jeszcze dwukrotnie. Sklad prowadzony przez ST-45 stanal raz w odleglosci nieco ponizej i raz nieco powyzej 20m. W obu przypadkach po 1-2 min otrzymal komende odpiecia, po zrobieniu tego podjezdzal do tarczy, dostawal sygnal do jazdy i robil nawrot/mijanke.

[firleju]

Proponuję, aby w nagłówku pliku przy tworzeniu sbt była zapisywana "suma kontrolna", cokolwiek - może być nawet data modyfikacji pliku scenerii - łatwo sprawdzić i ewentualnie nadpisać plik sbt nowym w takim przypadku.

[Tomnord15]

Uruchomiłem Całkowo retro na najnowszym exe i było ok ale próbowałem uruchomić L053 Całkowo Zima i mam coś takiego jak na screenie. W załączeniu log i errors.

[tmj]

Niech zgadne, uruchamiane przez Rainsted przy wykorzystaniu funkcji zapisu do $.scn?

[Tomnord15]

Tak, uruchomiłem przez Rainsted właśnie z tą funkcją, spróbuję uruchomić bez funkcji zapisu do $.scn. I dam znać czy jest dobrze.

[CX MANIAK]

Zmergowane z buildem openal. (do pobrania tam gdzie zawsze, w drugim wątku).

Exe eu07++ng 32 bit, wywala do windowsa po krótkiej chwili. Sprawdzałem na TD, oraz L053. Na wersji @Tmj wszystko jak na razie jest ok.
Załączam log, errors, crashdump.

[tmj]

Tak, uruchomiłem przez Rainsted właśnie z tą funkcją, spróbuję uruchomić bez funkcji zapisu do $.scn. I dam znać czy jest dobrze.

Pakowanie kazdej scenerii do jednego i tego samego pliku bez mozliwosci ustalenia jaka jest faktyczna nazwa uzytego .scn zawsze bedzie sprawiac tego rodzaju problemy. W tym konkretnym przypadku kompletnie rozwala mozliwosc tworzenia wersji binarnej -- albo exe stworzy jeden plik binarny przy zaladowaniu "$.scn" na podstawie jego zawartosci, i nie bedzie to pasowalo do stanu innej scenerii ladowanej pod plaszczykiem tej samej nazwy, albo plik bedzie kasowany I tworzony od nowa przy kazdej zmianie zawartosci "$.scn" co praktycznie eliminuje podstawowa zalete formatu binarnego, czyli przyspieszenie ladowania raz zaladowanych i przetworzonych scenerii.

[Tomnord15]

Wystarczyło że skasowałem plik sbt oraz tymczasowy scn i uruchomiła się sceneria poprawnie. Wyglądało na to że wczytywało teren z wcześniejszego uruchomienia Całkowa.

[CX MANIAK]

Zapis pliku tymczasowego $.scn był i jest ściśle związany z Rainsted. Bez tego nie ma możliwości podmiany/edycji składów za pomocą startera. Bo ustawień atmo exe i tak chyba już nie słucha? Rzeczywiście tu powstaje pewien konflikt. Jednak moim zdaniem ważniejszy jest rozwój exe. Tak czy inaczej trzeba by znaleźć alternatywny sposób na zmianę chociażby textur pojazdów bez konieczności każdorazowego kasowania pliku sbt danej scenerii.

[tmj]

Zapis pliku tymczasowego $.scn był i jest ściśle związany z Rainsted. Bez tego nie ma możliwości podmiany/edycji składów za pomocą startera.

Mozliwosc jak najbardziej istnieje -- nic nie stoi na przeszkodzie by np. Rainsted zapisywal plik z podmienionymi skladami jako $nazwa_pierwotna.scn (albo nazwa_pierwotna z jakims innym rozszerzeniem)  Mialoby to dodatkowa zalete 'pamietania' podmian dla kazdego scenariusza, zamiast tracenia ich w momencie tworzenia $.scn z podmianami dla innego pliku.

[Milek7]

Zmergowane z buildem openal. (do pobrania tam gdzie zawsze, w drugim wątku).

Exe eu07++ng 32 bit, wywala do windowsa po krótkiej chwili. Sprawdzałem na TD, oraz L053. Na wersji @Tmj wszystko jak na razie jest ok.
Załączam log, errors, crashdump.

Powinno być lepiej w najnowszym buildzie.

[tmj]

Proponuję, aby w nagłówku pliku przy tworzeniu sbt była zapisywana "suma kontrolna", cokolwiek - może być nawet data modyfikacji pliku scenerii - łatwo sprawdzić i ewentualnie nadpisać plik sbt nowym w takim przypadku.

Rozwazalem cos podobnego (konkretnie to automatyczna ponowna kreacje w przypadku gdy data modyfikacji pliku .scn jest pozniejsza niz ta sama data dla pliku binarnego) ale to chyba jest zbyt wrazliwe na pomylki -- bez jakiejs doglebniejszej analizu raczej nie ma mozliwosci okreslenia czy zmiana dotyczyla akurat triangles/lines a nie np podmiany skladu, zmiany eventu, przestawienia modelu itepede. Zostawie to chyba przynajmniej na razie w gestii autora scenerii, on powinien wiedziec najlepiej czy wprowadzane zmiany uzasadniaja utworzenie pliku od nowa.

Na razie, w dzisiejszym uaktualnieniu:

- drobne zmiany w formacie pliku binarnego terenu, utworzone pliki powinny byc mniejsze

- plik binarny nie jest tworzony/ladowany w przypadku scenariuszy o nazwie $.scn by uniknac klopotow z tym zwiazanych

[CX MANIAK]

Powinno być lepiej w najnowszym buildzie.

Tak teraz nic się nie wysypuje. Dopiero zauważyłem na Twojej wersji zakłócenia dźwięków w postaci regularnych cichych trzasków w tle. Ma ktoś podobnie u siebie?

[Siecool]

Coś jest nadal nie tak z przesyłaniem komend przez semafor. Całkowo v2, misja osobA_wil, na stację w Wilisiu wjeżdża ST45 ze składem. Powinien się odpiąć i pojechać na sąsiedni tor. Komenda odpięcia jest wpisywania do semafora wil_z (zlokalizowany pod ziemią), ale lokomotywa nie reaguje mimo skanowania tego semafora. Stoi nieco ponad 25 metrów od semafora.

Wrzucilem ten scenariusz na probe, dalem ai do poprowadzenia SU45-201, i minalem sie z niebieska ST45 jadaca luzem gdzies tak w polowie trasy. Po dojechaniu do Wilisia widze tutaj na bocznicy zostawiony sklad towarowy, wyglada wiec na to ze nie jest to blad wystepujacy w 100% przypadkow..?

edit: uruchomilem scenariusz dla pewnosci jeszcze dwukrotnie. Sklad prowadzony przez ST-45 stanal raz w odleglosci nieco ponizej i raz nieco powyzej 20m. W obu przypadkach po 1-2 min otrzymal komende odpiecia, po zrobieniu tego podjezdzal do tarczy, dostawal sygnal do jazdy i robil nawrot/mijanke.

No to kicha, u mnie bez zmian, a próbowałem już kilkanaście razy. Za każdym razem skład staje 25-26 m od sygnału i nie reaguje na przesłaną komendę odpięcia. Sprawdzane też na ostatnim exe.

[tmj]

Samo w sobie hamowanie o 5m dalej nie powinno teraz robic roznicy, ale dziwne ze w ogole ma miejsce, u mnie ten sklad regularnie zatrzymuje sie w granicach 19-21m. Czy masz moze jakas inna wersje tej scenerii niz ta, ktora byla opublikowana? Albo moze jakies zmiany wprowadzone w skladach..?

[Siecool]

Dla pewności przesyłam pliki, na których pracuję. Wypakuj do swojego Całkowa v2 i zobacz, jak to się zachowa. Ja testuję zachowanie tego pociągu przez misję testową, którą też załączyłem do paczki. Wsiadasz do SN61, nic nie robisz, tylko obserwujesz zachowanie składu z ST45.

[tmj]

Ja po prostu uruchamiam ten scenariusz osobowy ktory wymieniles w zgloszeniu, bez wsiadania do jakiegokolwiek pojazdu, wciskam 6 zeby mnie przenioslo do Wilisia i tam siedze sobie na peronie ;>

I tu ciekawostka, bo wgraniu twojej wersji ST45 zatrzymal sie 5m wczesniej i nie dostaje komendy. Tak jak opisywales. Czyli cos tutaj jest innego w pliku scenariusza, co skutecznie psuje dzialanie. Zobaczymy czy uda sie znalezc, co.

edit: chyba juz wiem.

Kod: [Zaznacz]

node 1000 0 wilis8ng track normal 17.0006 1.435 0.25 25.0 20 0 Flat vis
...
event0 wil_tor8_manewry
event1 wil_z_sem_info
isolated wil_tor8
endtrack

node 1000 0 wilis8nf track normal 43.0944 1.435 0.25 25.0 20 0 Flat vis
...
event0 wil_tor8_manewry
isolated wil_tor8
endtrack

Sklad zatrzymuje sie wczesniej, na torze 8nf a nie na torze 8ng jak to robil przed zmianami. O ile sie nie myle to znaczy, ze nie jest uruchamiany event przeslania komendy do semafora, ktory jest skanowany przez sklad, i w rezultacie lokomotywa faktycznie nic nie dostaje..?