Programy na użytek symulatora. [szczawik]

[Hubertnator23]

Gdy dodaje 2 kible, starter nie pozwala mi dodać sprzęg "przejście" między nimi.

[Stele]

A widzisz tam jakiś mostek czy drzwi? Wysiadka i lecisz na drugi koniec peronem.

[Czarodziej]

No niestety, nowy starter nie pozwala już na robienie takich rzeczy, więc jeśli chcesz pociągnąć na przykład ukrotnienie do lokomotywy popychającej, to musisz edytować składy w notatniku, w pliku starter/magazyn.ini bodajże.

[Hubertnator23]

Inna bardzo denerwująca rzecz: często podczas zostawiania startera w tle (np. podczas gry), a późniejsze wyłączenie i  zmiana składu wyskakują okienka "Access violation at (adres kómorki RAM) Read of address (adres innej komórki RAM).

Rozumiem, że chodzi tu o wskaźnik, który pokazywał do danej komórki RAM (powiedzmy: przechowującą miniaturkę SU45), i po 20min Windows przesuwa komórkę gdzieś indziej, a nasz wskaźnik teraz pokazuje do odczytu pliku "config.txt" w programie abc. Oczywiście Windows nie może pozwolić by odczytać "config.txt" przez starter, i stąd powiadomienie o "Access violation". Dobrze zrozumiałem?

Jeżeli tak, to może przed uruchomieniem scenerii dać wskaźniki na NULL, a resztę zapisać do jakiegoś pliku? Albo jakiś wskaźnik który zawsze pokazuje na adres miniaturki? Nie wiem dokładnie co się da zrobić, ale na pewno coś się da, bo w innych aplikacjach takich powiadomień jest bardzo mało.

[Stele]

Jak wygląda parowanie ładunku z wagonem? Testuję dynamic\pkp\409w_v2\409w.mmd

Kod: [Zaznacz]

LoadAccepted=coal,iron_ore,sulfur,aggregate,scrap_metal,logs,logs_4m,coke,sand,gravel,biomass,coal_duff

Kod: [Zaznacz]

loads: {
 coal: loads/409w_coal
 iron_ore: loads/409w_iron_ore
 sulfur: loads/409w_sulfur
 aggregate: loads/409w_aggregate
 scrap_metal: loads/409w_scrap_metal
 logs: loads/409w_logs
 logs_4m: loads/409w_logs_4m
 coke: loads/409w_coke
 sand: loads/409w_sand
 gravel: loads/409w_gravel
 biomass: loads/409w_biomass
 coal_duff: loads/409w_coal_duff
}A starter pokazuje mu dostępne dla dynamic\pkp\409w_v1\409w.mmd

Kod: [Zaznacz]

LoadAccepted=coal,piasek,piasek2,ruda,tluczen,zlom,zlom2W nowym fiz jest błąd złamania wiersza ładunku, to może wadzić.

[szczawik]

W .fiz błędów nie stwierdziłem, natomiast Starter nie sprawdzał katalogu i brał pierwszy .fiz o podanej nazwie. Wykonałem poprawkę.
Link do paczki: https://eu07.pl/userfiles/7492/130520.zip

@Hubertnator23 nie spotkałem się z takim błędem, jeszcze przed wysłaniem posta zostawiłem włączony starter w tle na pół godziny po czym edytowałem skład bez błędów.

[Jakub_Private]

Prosiłbym o zmianę wybierania taboru w “magazynie” na wzór aplikacji Rainsted. Czyli o to że wybór rodzaju taboru, modelu i tekstury był obok siebie jak w Rainsted ponieważ aktualne ułożenie wybierania taboru jest nie komfortowe w użytkowaniu m.in. dlatego, że “okienka” się wysuwają a następnie “znikają” a przy wysunięciu zasłaniają inne opcje. (Mam nadzieję że udało mi się zrozumiale wytłumaczyć)

[Hubertnator23]

@Hubertnator23 nie spotkałem się z takim błędem, jeszcze przed wysłaniem posta zostawiłem włączony starter w tle na pół godziny po czym edytowałem skład bez błędów.

Czyli coś z moim RAMem? Jeszcze sprawdzę dokładnie pod jakimi warunkami występuje to okienko.

[Turbokibel]

Prosiłbym o zmianę wybierania taboru w “magazynie” na wzór aplikacji Rainsted. Czyli o to że wybór rodzaju taboru, modelu i tekstury był obok siebie jak w Rainsted ponieważ aktualne ułożenie wybierania taboru jest nie komfortowe w użytkowaniu m.in. dlatego, że “okienka” się wysuwają a następnie “znikają” a przy wysunięciu zasłaniają inne opcje. (Mam nadzieję że udało mi się zrozumiale wytłumaczyć)

Myślę, że może zostać tak jak jest, kwestia przyzwyczajenia.

[Czarodziej]

Ustawianie czasu działa tylko na niektórych sceneriach, np na linia61_towarowy1 nie działa. Pewnie dlatego, że scenario.time.override jest po time.

[Stele]

Zamienił ci się stan "nadpisuj poprzednie przebiegi symulacji". Przy zaptaszkowaniu generuje osobne logi, zamiast nadpisywać główny.
---
W scenerii widniał wpis

Kod: [Zaznacz]

//$n Linia61, Kielce - Fosowskie
//$d Linia pasażersko-towarowa (61, 144, 700).
//$d Sceneria wg stanu na rok 2011 (przed remontem): Ra
//$d Główne stacje: Cz. Stradom, Herby Stare, Herby Nowe, Lubliniec.
//$d Prędkości rozkładowe: IC/EX/posp. 120, osobowe [ezt] 100, towarowe 80.
//$i l61_4.jpg
//$f pl inne/2011r/WOS-61b.png Otwórz WOS dla Linii 61 (Stradom - Pawonków)
//$g PUWG1992 488 320
//$l L61

sky skydome_clouds.t3d endsky
atmo 0 0 0 1000 2000 0.341 0.408 0.471 -1.2 endatmo
time 6:43 06:07 21:02 endtime //w Lublińcu 7:30

//config pause yes endconfig //yes: zatrzymanie symulacji zaraz po wczytaniu, jeśli start jako jadący
config hiddenevents 1 endconfig
Temp to tak rozwalił, zjadając otwarcie dyrektywy config:

Kod: [Zaznacz]

atmo 0 0 0 1071 1071 0 0 0 0 endatmo
//$n Linia61, Kielce - Fosowskie
//$d Linia pasażersko-towarowa (61, 144, 700).
//$d Sceneria wg stanu na rok 2011 (przed remontem): Ra
//$d Główne stacje: Cz. Stradom, Herby Stare, Herby Nowe, Lubliniec.
//$d Prędkości rozkładowe: IC/EX/posp. 120, osobowe [ezt] 100, towarowe 80.
//$i l61_4.jpg
//$f pl inne/2011r/WOS-61b.png Otwórz WOS dla Linii 61 (Stradom - Pawonków)
//$g PUWG1992 488 320
//$l L61

sky skydome_clouds.t3d endsky

time 6:43 06:07 21:02 endtime //w Lublińcu 7:30

//config
scenario.time.override 6:43
scenario.weather.temperature 15
movelight 137  pause yes endconfig //yes: zatrzymanie symulacji zaraz po wczytaniu, jeśli start jako jadący
config hiddenevents 1 endconfig

[wysek44]

Skoro przy godzinach jesteśmy, to wczoraj odpalając Krzyżową zauważyłem, że pomimo zmiany godziny w starterze, eventlauncher uruchamiający cały ruch trzyma się domyślnej 10:30 i jak można się domyśleć, wszystko stoi i czeka, aż owy czas wybije. Nie testowałem jeszcze z poziomu eu07.ini i wpisem scenario.time.offset, ale wiem, że w przeszłości działał, myślałem więc, że i starter taką funkcję odwzorowuje.

#edit

Aktualnie testuję pod tym kątem l053_poranek na misji z RE z Sandomierza do Dębicy, bo widzę, że i tam chyba są eventlaunchery z godzinami.
Wygląda na to, że l053_poranek radzi sobie ze zmianą godziny z poziomu startera. To więc chyba kwestia Krzyżowej i eventów w niej zastosowanych, że tak to działa...

[szczawik]

To jak to jest, scenario.time.override działa tylko przed wpisem time? Chwilę potestowałem tą dyrektywę, na baltyk_skm2.scn często wyrzuca do pulpitu, zwykle przy ustawieniu godziny nocnej. Na krzyżowej tak jak @wysek44 napisał, czas i rozkłady się przestawiają, jednak nic nie jedzie.

[Stele]

Bym patrzył za każdym razem na tempa, czy się nic nie rozwala tak jak na przykładzie z l61 powyżej. EU40 dłuższy czas testował time.current, tmj przy wprowadzaniu też je testował i nikt problemów nie zgłaszał.

[szczawik]

Piszę o override, current nie sprawdzałem. Te kilka testów uruchomiłem bezpośrednio z eu07.exe, o ile się nie mylę te błędy występują i na repozytorium. Starter postaram się poprawić w niedzielę/poniedziałek.
Nowa wersja, zmiany:

• Poprawki obsługi sekcji config w scenerii,
• poprawiona obsługa parametrów w .fiz,
• sprawdzanie istnienia katalogów scenery/ dynamic/ textures; przy braku wyświetlany jest komunikat o błędnej instalacji symulatora,
• parę innych drobnych poprawek.

Link do paczki: https://eu07.pl/userfiles/7492/starter170520.zip

[Czarodziej]

Zamienił ci się stan "nadpisuj poprzednie przebiegi symulacji".

Nic takiego nie zaznaczałem, poza tym - jest to błąd w starterze lub scenariuszu…

[Stele]

To uwaga do Szczawika, nijak nie związana z Twoim problemem. :P

[AtapiCl]

Ja bym proponował, aby starter nie usuwał wpisów z eu07.ini, których nie rozpoznaje.

[szczawik]

A jaki usunął?

[AtapiCl]

Mea culpa, dopisywanie linijek podczas otwartego programu się kłania. Nie było tematu.

[jakubg1]

Propozycja - jako że exe mają stały schemat nazewnictwa (rrmmdd), proponuję automatyczne sprawdzanie czy w głównym katalogu nie ma nowszego EXE i w takim przypadku jego automatycznego wybrania.

[hanys]

W przypadku EZT, nie łączy się ze sobą pojazdów różnych typów, nie są ze sobą kompatybilne (nie licząc nie modernizowanych kibli i kiblopodobnych oprócz ED73). Nie wiem jak to jest rozwiązane w maszynie ale w realnym życiu taka kombinacja po prostu nie zadziała.

Nie zgodzę się z Tobą. O tyle co stara generacja Elfów nie widzi siebie nawzajem między tymi samymi typami, to nowe Elfy 2 już tak. W Kolejach Śląskich 34WEa, 21WEa oraz 22WEd można łączyć ze sobą w różnych kombinacjach.

Dodatkowo w Śląskich EN57AKŚ można połączyć wraz z EN71AKŚ. Były takie próby w 2012 roku u tabor się widział.

[tmj]

To jak to jest, scenario.time.override działa tylko przed wpisem time? Chwilę potestowałem tą dyrektywę, na baltyk_skm2.scn często wyrzuca do pulpitu, zwykle przy ustawieniu godziny nocnej. Na krzyżowej tak jak @wysek44 napisał, czas i rozkłady się przestawiają, jednak nic nie jedzie.

Zegar symulacji inicjalizowany (lub przestawiany) jest w momencie napotkania dyrektywy time podczas ladowania scenerii. Inicjalizacja ta uwzglednia potencjalne ustawienia przesuniecia czasu (offset, current itp) ktore wystapily przed nia.

Ogolnie ustawienia w pliku .ini powinny zawsze byc wczytane przed dyrektywami pliku .scn, i podawanie ich pozniej poprzez config/endconfig jest w pewnym sensie szamynstwem ktore jesli juz jest wykorzystywane, to powinno miec miejsce na samym poczatku pliku .scn

[yrek150]

W przypadku EZT, nie łączy się ze sobą pojazdów różnych typów, nie są ze sobą kompatybilne (nie licząc nie modernizowanych kibli i kiblopodobnych oprócz ED73). Nie wiem jak to jest rozwiązane w maszynie ale w realnym życiu taka kombinacja po prostu nie zadziała.

Nie zgodzę się z Tobą. O tyle co stara generacja Elfów nie widzi siebie nawzajem między tymi samymi typami, to nowe Elfy 2 już tak. W Kolejach Śląskich 34WEa, 21WEa oraz 22WEd można łączyć ze sobą w różnych kombinacjach.

Dodatkowo w Śląskich EN57AKŚ można połączyć wraz z EN71AKŚ. Były takie próby w 2012 roku u tabor się widział.

Z tymi pojazdami nie miałem styczności, w moim poście powinienem sprecyzować, że miałem okazje osobiście sprawdzać to na EN57AL, EN57ALc i EN57FPS. Z czego w przypadku łączenia FPS z innymi turbokiblami polega na tym, że FPS ma klawiaturę Faniny, a AL i ALC Dellnera. A AL i ALc mają inny typ przekładni i dlatego temat nie ma prawa zadziałać. Stąd mój, jak się okazało, błędny wniosek.

W przypadku EN57 i 71 AKŚ, jeśli użyto tych samych podzespołów (silniki, przekładnie, hamulce, klima, cała aparatura NN), faktycznie może być to możliwe. A kombinacja ELFów z ELFami2 mnie zaskoczyła. Warto wiedzieć.

[Stele]

https://wiki.eu07.pl/flyspray/task/373

[szczawik]

Nowa wersja, zmiany:

• Mała poprawka na uruchamianie pojazdów bez podanych tekstur,
• wybór exe- możliwość opcji "Auto".

Lista exe jest sortowana; przy wyborze opcji auto wybierane jest ostatnie exe z listy. Jako .exe traktowane są pliki zgodne z maską "eu07*.exe".
Link do paczki: https://eu07.pl/userfiles/7492/starter200529.zip
Jeśli nie będzie problemów wrzucę paczkę do aktualizacji.
Przy okazji, przeniosłem Starter na systemy Linux. W większości jest to program taki jak na Windows, obecnie ma kilka funkcji mniej (m.in. brak zestawiania składu przez przeciąganie miniaturek, inne skróty klawiaturowe). Wymagane jest pewne dostosowanie paczki- na Linuxie wielkość liter ma znaczenie, a jest w tej kwestii niespójność pomiędzy nazwami wpisanymi w textures.txt a faktycznymi nazwami plików. Ponadto dobrze by było, by pliki tekstowe były kodowane w UTF-8.
Niestety nie posiadam działającego symulatora na Linuxa, a dokładniej pliku wykonywalnego i ewentualnych plików zależnych niezbędnych do jego prawidłowego uruchomienia. W testach korzystałem z Linux Mint (Cinnamon) oraz Ubuntu. Proszę o przesłanie takich plików.

[Stele]

Rainsted wymaga win-1250. :/ Różnice w rozmiarze znaków też wynikają z tego, jak on generuje wpisy. Ale tu chyba nie nadpisuje nic, jak znajdzie małe. Może kiedyś tak robił, albo przy sortowaniu wpisów.

[Milek7]

na Linuxie wielkość liter ma znaczenie, a jest w tej kwestii niespójność pomiędzy nazwami wpisanymi w textures.txt a faktycznymi nazwami plikó

Przy ładowaniu z treści wszelakich nazw plików, z textures.txt, .scn, czy skądkolwiek, należy zamieniać litery na małe.

Rainsted wymaga win-1250. :/

Na rainsteda mam przygotowaną łatkę, ale były obawy że posypią się skrypty VBA.

[Stele]

W wersji 4.4.1 jak i w 4.4.0 znowu coś składnie sypie w tempie.
Mam l61_pospieszny1.scn

Kod: [Zaznacz]

//$n Linia61, Kielce - Fosowskie
//$d Linia pasażersko-towarowa, stan na rok 2011.
//$d Główne stacje: Cz. Stradom, Herby Stare, Herby Nowe, Lubliniec.
//$d Prędkości rozkładowe: IC/EX/posp. 120, osobowe [ezt] 100, towarowe 80.
//$d
//$d Propozycje rozwoju (Ra 2GCK):
//$d -start 61108 z Ozimka (przelot ok. 13:55)
//$d -start 46041 z CzO 14:24 (teraz w HrS, z Gnaszyna 14:39)
//$d -zmiana drużyn 61108 z 16105 w CzO (15:18 do 15:22)
//$d -jazda 5518 z Lbc 14:46 do CzO 15:36 (za 61108)
//$d -powrót jako 5517 z CzO 15:42 do Lbc 16:44
//$d -jazda 64042 z Ozimka 14:41 do CzO 16:23 (powrót 46943?)
//$i l61_2.jpg
//$g PUWG1992 488 320
//$f pl inne/2011r/WOS-61b.png Otwórz WOS dla Linii 61 (Stradom - Pawonków)
//$l L61

//sky cgskj_sunset060.t3d endsky
//atmo 0 0 0 1000 3000 0.412 0.424 0.341 endatmo
//light 1500 500 300 0.236 0.236 0.236 0.275 0.278 0.153 0.808 0.769 0.616 endlight
time 14:35 06:30 20:30 endtime
sky skydome_clouds.t3d endsky
atmo 0 0 0 1000 3000 0 0 0 -1.2 endatmoA robi z niego

Kod: [Zaznacz]

config
scenario.time.override 14:35
scenario.weather.temperature 15
movelight 150

endconfig
atmo 0 0 0 2337 2337 0 0 0 0 endatmo
time 14:35 0 0 endtime
//$n Linia61, Kielce - Fosowskie
//$d Linia pasażersko-towarowa, stan na rok 2011.
//$d Główne stacje: Cz. Stradom, Herby Stare, Herby Nowe, Lubliniec.
//$d Prędkości rozkładowe: IC/EX/posp. 120, osobowe [ezt] 100, towarowe 80.
//$d
//$d Propozycje rozwoju (Ra 2GCK):
//$d -start 61108 z Ozimka (przelot ok. 13:55)
//$d -start 46041 z CzO 14:24 (teraz w HrS, z Gnaszyna 14:39)
//$d -zmiana drużyn 61108 z 16105 w CzO (15:18 do 15:22)
//$d -jazda 5518 z Lbc 14:46 do CzO 15:36 (za 61108)
//$d -powrót jako 5517 z CzO 15:42 do Lbc 16:44
//$d -jazda 64042 z Ozimka 14:41 do CzO 16:23 (powrót 46943?)
//$i l61_2.jpg
//$g PUWG1992 488 320
//$f pl inne/2011r/WOS-61b.png Otwórz WOS dla Linii 61 (Stradom - Pawonków)
//$l L61

//sky cgskj_sunset060.t3d endsky
//atmo 0 0 0 1000 3000 0.412 0.424 0.341 endatmo
//light 1500 500 300 0.236 0.236 0.236 0.275 0.278 0.153 0.808 0.769 0.616 endli
sky skydome_clouds.t3d endskyoEndlight zakomentowany zjadło a co gorsza posypało tag domykający sky.

Dla braku czasu startu w scn starter przyjmuje 0:00; exe przyjmuje 10:30.

[szczawik]

Postaram się wrzucić poprawki do końca tygodnia. Czy czas uruchamiania programu jest akceptowalny? Obecnie chyba wszystkie dane są wczytywane w momencie uruchomienia. W razie potrzeby może być zrobione tak, by dany scenariusz wczytywał się dopiero przy wybraniu go na liście.