Maszyna 19.08 - problemy

[FileEX]

Wczoraj zabrakło już czasu, więc dzisiaj przeprowadziłem te testy.

linia61_osobowy1
74130 (en57) - Po poprawce przejezdny
Jedynie jest problem z radiem. Radio jest bardzo bardzo ciche, prawie, że w ogóle go nie słychać. Gdyby nie transkrypt to nie wiedziałbym nawet, że cokolwiek jest mówione przez radio. Występuje to tylko i wyłącznie na tym scenariuszu.

84507 (eu07) - Przejezdny

linia61_osobowy2
64040 (en57) - Przejezdny

5514 (en57) - Nie przejezdny Przejezdny
Nie otrzymujemy wyjazdu z Lublińca. Po wciśnięciu dużego "M", otrzymujemy wyjazd z Lublińca i reszta scenariusza przebiega bez problemów.

linia61_osobowy3
S5513 (en57) - Nie możliwy do załadowania Przejezdny
Próbowałem 3 razy pod rząd załadować ten scenariusz, kończy się zawieszeniem się symulatora w trakcie ładowania tego scenariusza. Pojawia się kursor na ekranie i jedynym sposobem na wyjście z okna ładowania jest ctl+alt+del i tam widać, że program nie odpowiada, log stoi zamrożony. O dziwo scenariusz się załadował. Jest przejezdny w stu procentach.

linia61_pospieszny1
61108 (ep09) - Przejezdny

46041 (en57-2xxx) - Nie przejezdny
Scenariusz powinien wczytać się według opisu i rozkładu, w Częstochowie Osobowej, natomiast po wczytaniu się scenariusza "jedziemy" i jesteśmy gdzieś między Częstochową Stradom, a Częstochową Gnaszyn. Uniemożliwia to prawidłowe przejechanie tego scenariusza, ponieważ na F1 limit jest ciągle 0, nie odhaczają się stacje w rozkładzie i nie ma wysiadania/wsiadania pasażerów. Załączam log.

5518 (en57) - Nie przejezdny
Przed Blachownią (w stronę Częstochowy) tor blokuje nam IC EP09, ma S1. Kawałek dalej stoją dwa składy towarowe, z czego jeden ma podany wyjazd, lecz nie wiedzieć czemu; nie jedzie (z tego co zauważyłem to nie ma rozkładu, ale czy to przez to?). Screeny: (https://eu07.pl/userfiles/26887/2019-11-17_19-38-12_22576817466003.png, https://eu07.pl/userfiles/26887/2019-11-17_19-39-28_22577573839239.png, https://eu07.pl/userfiles/26887/2019-11-17_19-39-38_22577681822987.png) Log niżej, nie w załącznikach

linia61_towarowy1
(et22) - Nie przejezdny
Scenariusz nie jest przejezdny, za... bodajże stacją Herby Stare, inny pociąg "gubi wagony", które blokują nasz tor. Na screenie akurat są one nieco "z boku", ponieważ przepchałem je kawałek. Screen (https://eu07.pl/userfiles/26887/2019-11-18_14-41-42_23262970442235.png), log i errors niżej.

Przekroczyło rozmiar 1,5mb więc daję jako upload
pospieszny1 - 5518
Log: https://eu07.pl/userfiles/26887/log_posp1_5518.txt
Errors: https://eu07.pl/userfiles/26887/errors_posp1_5518.txt
towarowy1
Log: https://eu07.pl/userfiles/26887/log_tow1.txt
Errors: https://eu07.pl/userfiles/26887/errors_tow1.txt

Pozostałe scenariusze przetestuję jeszcze dziś i edytuję ten post by nie robić zbędnego bałaganu - Scenariuszem z błędami przejezdności jest linia61_regio, obydwa składy, potem pojadę ten scenariusz i podrzucę logi. (Piszę tak "na raty", bo korzystam z chwili, że mam wolny czas, więc piszę co dotychczas przetestowałem.)

[tmj]

linia61_osobowy3
S5513 (en57) - Nie możliwy do załadowania
Próbowałem 3 razy pod rząd załadować ten scenariusz, kończy się zawieszeniem się symulatora w trakcie ładowania tego scenariusza. Pojawia się kursor na ekranie i jedynym sposobem na wyjście z okna ładowania jest ctl+alt+del i tam widać, że program nie odpowiada, log stoi zamrożony.

Jakby co, aktualna wersja Ry tego scenariusza (http://rainsted.com/warsztat/linia61.r_i) wczytuje sie normalnie.

[FileEX]

Możliwe, potem sprawdzę. Póki co sprawdzam przejezdność tych scenariuszy, które znajdują się obecnie w paczce, bo co komu po tym, że oficjalna wersja scenariusza z warsztatu Ra jest sprawna, jeśli nikt tego nie rusza i w paczce jest jakaś starsza wersja, która jest nie przejezdna. MaSzyna to publiczny projekt, a więc moim skromnym zdaniem wszystko co zostaje wypuszczone w oficjalnej paczce powinno być sprawne, a nie by userzy musieli ręcznie szukać, zmieniać, ściągać inne wersje scenariuszy z innych źródeł. Kolokwialnie mówiąc, to co w paczce powinno działać bez problemowo. Skoro nikt nie rusza tematu l61 i nikt tego nie aktualizuje z wersjami od Ra, to chociaż niech te aktualne wersje będące w paczce będą przejezdne.

[Stele]

Kod: [Zaznacz]

//Ra 2G65: wyjazd drugiego osobowego z Lublińca, na razie odpalany ręcznie
node -1 0 blokada memcell 9735.48 261.18 -8311.16 nic 0 0 none endmemcell
node 100 0 none eventlauncher 9735.48 261.18 -8311.16 100 m 0 lbc_odjazd5514a lbc_odjazd5514a end
event lbc_odjazd5514a multiple 0 blokada lbc_odjazd5514b lbc_odjazd5514c condition memcompare * * 0 endevent
event lbc_odjazd5514b updatevalues 0 blokada * * 1 endevent
event lbc_odjazd5514c multiple 1 none Lbc_13:- Lbc_12:bd Lbc_5:ac Lbc_J3_s10 Jw_ItE>Kwc2 Jw_ItE:loop endevent
//dodana blokada komórką, żeby przypadkiem nie podało wyjazdu, jak się tym z Ozimka przyjedzieWyjazd na wciśniecie dużego M, czyli stary skrót klawiszowy zamknięcia WSa. Nie wiem czemu tak, więc strach tykać.

[matek123]

Trzeba sprawdzić czy można zmienić na małe "m".

[jochand]

Wystarczy zamknac WS malym m i natychmiast podaje semafor- sprawdzone.

[FileEX]

Edytowałem swój poprzedni post i będę go edytował na bieżąco, sprawdzając kolejne scenariusze na linii 61, linia 61 + 144 z tego co się orientuję jest w pełni przejezdna. W międzyczasie znalazłem kilka nowych problemów.

- Nie działają wyświetlacze w ED72
- W ET22-2000 nie działa obsługa radia, nie można zmienić kanału, użyć zew3 ani radiostopu, po prostu nie działa. Szczerze mówiąc to nie zwróciłem uwagi, czy w ogóle mysz jest obsługiwana w ET22-2000, w każdym bądź razie z radiem nic nie możemy zrobić.
- W każdym elfie jest drobny problem. Jeśli otwieramy drzwi z poziomu klawiatury < lub > to pstryczek od drzwi nie reaguje. Nie byłoby z tym problemu gdyby nie fakt, że przez to po zamknięciu drzwi także z klawiatury < lub > musimy wejść do kabiny, ustawić pstyczek drzwi na obojętnie jaką pozycję i z powrotem na pozycję zamknięcia, bo inaczej nie ruszymy gdyż jest aktywna blokada od drzwi. Drzwi się normalnie zamykają i otwierają w porządku, natomiast no ten pstryczek nie reaguje i trzeba ręcznie "zamykać" te drzwi jeszcze raz.

[Stele]

ED72 nie miał nigdy robionych wyświetlaczy.
ET22-2000 zalicza się do trupopojazdów, którym nikt nie wymienił radia na nowy model. Opisane funkcje trzeba aktywować z klawiatury.
Klawisze < > nie powinny działać w elfie. Programator ma inne skróty o ile wiem.

[tmj]

Wyjazd na wciśniecie dużego M, czyli stary skrót klawiszowy zamknięcia WSa. Nie wiem czemu tak, więc strach tykać.

To chyba mial byc taki "sprytny" mechanizm otrzymania tarczy po przeprowadzeniu rozruchu lokomotywy. IMO w kubel i przepiac pod normalna metode uruchamiania eventu X sekund po uruchomieniu symulacji.

[FileEX]

(Ponownie edytowałem post u góry :P)

Klawisze < > nie powinny działać w elfie. Programator ma inne skróty o ile wiem.

Najwidoczniej coś poszło nie tak. Konkretna kombinacja:
shift + < lub > (przyzwolenie na konkretną stronę)
shift + / (wymuszenie otwarcia) Kombinacja / czy < lub > nie działa/nie zamyka drzwi. Gdy otwieramy drzwi klawiaturą to pstryczek w kabinie i tak się nie rusza. Kombinacja by zamknąć drzwi jest identyczna, czyli shift + < lub > wtedy się zamykają, chowa się stopień i możemy ruszyć. Jeśli taka miała być koncepcja, to czy aby na pewno identyczna kombinacja na otwieranie i zamykanie drzwi? Czy może jednak w ogóle nie miało być takiej możliwości z poziomu klawiatury? W każdym bądź razie mini szczegół myślę godny poprawki jest. Bo nawet jeśli tak miało być z tym otwieraniem to i tak zostaje kwestia, że pstryczek się nie rusza, nie reaguje na te klawisze.

[Stele]

W aktualnym keyinpucie jest następujący wpis:

Kod: [Zaznacz]

doortoggleleft , // przelaczenie stanu drzwi lewych
doortoggleright . // przelaczenie stanu drzwi prawych
doorcloseleft none // zamkniecie drzwi lewych
doorcloseright none // zamkniecie drzwi prawych
doorcloseall ctrl / // zamkniecie wszystkich drzwi
departureannounce / // sygnal odjazdu
doorlocktoggle ctrl s // przelaczenie stanu blokady drzwiCzyli nic od kręciołka nie widzę. Exemajstry muszą się wypowiedzieć.

[Turbokibel]

Od kręciołka jest CTRL + SHIFT + < lub >.

[Miłosz Dorsz]

W pesobusie przełącznikiem kręci się ctrl+shift+>/<. W elfie chyba też.
EDIT: Widzę, że zostałem wyprzedzony. Posta można na bok.

[tmj]

Mhm, do obslugi pokretla zezwolenia sa skroty

Kod: [Zaznacz]

doorpermitpresetactivatenext shift ctrl . //
doorpermitpresetactivateprevious shift ctrl , //

Nie pamietam w tym momencie czy gdzies zjadlo opis, czy zapomnialem w ogole dac przy wprowadzaniu skrotow.

[FileEX]

Od kręciołka jest CTRL + SHIFT + < lub >.

Racja CTRL + SHIFT + < lub > zmienia pozycję tego pstryczka/ "kręciołka". Czyli ostatecznie wniosek jest taki, że wypada wyłączyć możliwość sterowania drzwiami za pomocą shift + < lub > (bez ctrl) lub podpiąć pstryczek także pod tą drugą kombinację, bo na chwilę obecną są dwie możliwości otwierania drzwi z klawiatury z ctrl i bez, z czego ta z ctrl reaguje na pstryczek, a ta bez ctrl nie reaguje.

[MrObwarzanek]

Drawinowo tabliczki są różowe. dodaje screna.  Dodam że to na najnowszym exe

[tmj]

Szaderowy renderer zaznacza brakujace tekstury wscieklym rozem by trudniej bylo je przeoczyc, co jak widac sie sprawdza :v

edit:

Czyli ostatecznie wniosek jest taki, że wypada wyłączyć możliwość sterowania drzwiami za pomocą shift + < lub > (bez ctrl) lub podpiąć pstryczek także pod tą drugą kombinację, bo na chwilę obecną są dwie możliwości otwierania drzwi z klawiatury z ctrl i bez, z czego ta z ctrl reaguje na pstryczek, a ta bez ctrl nie reaguje.

Poczawszy od wersji 19.1117 pojazdy wyposazone w pokretlo z ustawieniami zezwolen ignoruja komendy bezposredniej zmiany stanu zezwolenia na otwarcie drzwi

[MrObwarzanek]

Szaderowy renderer zaznacza brakujace tekstury wscieklym rozem by trudniej bylo je przeoczyc, co jak widac sie sprawdza :v

No w nocy jeszcze w nocy bardziej to widać

[Joachimowicz]

Masz braki, to zajrzyj w errors i je uzupełnij. Wrzucanie screenów z każdym różowym obiektem jest bezcelowe, bo raz, że na paczce svn braków nie ma, a dwa, że bez errors nawet nie możemy powiedzieć czego Ci brakuje.

[FileEX]

Prędkość wskazywana przez hasler jest nie spójna z prędkością pokazywaną w okienku pomocnika. Wskazówka haslera tylko "drgała", ale nie przesunęła się już do przodu, a na pomocniku prędkość wzrastała.

https://eu07.pl/userfiles/26887/2019-11-19_12-30-40_24048583428807.png

[Miłosz Dorsz]

Eee, mistrzu. Ta lokomotywa ma prędkość maksymalną 125 km/h. Używając jej zgodnie z przeznaczeniem żadnego błędu nie będzie.

[FileEX]

No owszem, ale skoro jest dalszy próg, czyli jak widać bez problemowo można się rozpędzić więcej (bez żadnych bugów) i przekroczyć vmax, to hasler powinien obsługiwać cały swój przedział poprawnie, czyli od 0 do 150. Przynajmniej skoro jest taka skala to powinien się po niej poruszać bez problemów, a nie zatrzymywać się na vmax + ~10, bo już rozumiem gdyby skończyła się skala, ale tam jeszcze dobre 20 km/h do wskazania.

[Miłosz Dorsz]

W tym symulatorze symulujemy rzeczywistość, a w rzeczywistości nikt nie przekracza maksymalnej prędkości ekspolatacyjnej. IMO nie ma sensu, by ta wskazówka dalej się przesuwała.

[FileEX]

Tylko, że... W rzeczywistości ta wskazówka przesunęła by się dalej niż vmax, gdyby go przekroczyć. No nikt nie przekracza w normalnych warunkach wiadomo, ale z punktu widzenia realności i z punktu widzenia kodu, to bug. Okej, że symulujemy rzeczywistość, ale skoro skala przekracza vmax to i wskazówka powinna się po tej skali poruszać poprawnie. IMO to błąd, nie "krytyczny", ale warty naprawienia "kiedyś" chociaż...

[SM40]

W tym symulatorze symulujemy rzeczywistość, a w rzeczywistości nikt nie przekracza maksymalnej prędkości ekspolatacyjnej. IMO nie ma sensu, by ta wskazówka dalej się przesuwała.

Przepraszam ale się nie zgadzam, kompletnie nierozumieniem takiego podejścia przecież może zdarzyć się taki przypadek że lokomotywa przekroczy prędkość, tak samo można by było powiedzieć:
"W tym symulatorze symulujemy rzeczywistość, a w rzeczywistości nikt nie pozwala na hamowanie nagłe wywołane przez Czuwaka. Nie ma sensu, by następowało hamownie nagłe."

[tmj]

Exe nie ma swiadomosci gdzie "konczy sie skala" na predkosciomierzu w danej kabinie, nie jest wiec w stanie okreslic jak daleko moze przesunac wskazowke zanim przesunie sie ona za daleko i podniosa sie glosy ze tak tez jest zle. Przekroczenie dopuszczalnej predkosci konstrukcyjnej o 5% w zasadzie powinno sie skonczyc zatrzymaniem i komunikatem ze pracodawca podziekowal nam za wspolprace i wynagrodzil nas wilczym biletem, na wzor starego Mechanika.

[FileEX]

Trochę inny problem. Dziś rano w rainsted gdy chciałem uruchomić symulator wyskakiwał komunikat "Nie można odnaleźć określonego pliku", mimo iż wczoraj jeszcze normalnie działało. No to dobra, wywaliłem wszystko i pobrałem instalator, zainstalowałem wszystko "na czysto". Pierwsza sprawa to nie ściągają się pliki .bpl od rainsteda, jedynie plik datafile.bpl jest, reszte musiałem ściągnąć z repo ręcznie. Odpalam rainsted, a tam coś ewidentnie nie gra. Nie ma prawie żadnych obrazków, po załadowaniu TD wszędzie biało, errors z brakami plików. Myślę sobie, no coś się może nie pobrało. Ponownie usuwam, ściągam instalator, wszystko się pobiera i instaluje znów "na czysto", ale identyczna sytuacja. Wrzucam .bpl uruchamiam rainsted, a tam to samo. Nie ma np. plików samochodów, wielu wagonów bo na wielu sceneriach każe mi "poprawiać pojazdy". Coś z tym instalatorem jest ewidentnie nie halo. Z tego co było napisane w instalatorze, MaSzyna powinna zajmować ok 22 gb, u mnie zajmuje teraz 13,9gb. Problem z uruchamianiem scenerii ustąpił, ale pojawiły się te "braki".... :/

Screeny:
https://eu07.pl/userfiles/26887/image.png
https://eu07.pl/userfiles/26887/image-r2.png
https://eu07.pl/userfiles/26887/image-r3.png
https://eu07.pl/userfiles/26887/2019-11-19_16-44-07_24200533801629.png

Log i errors:
https://eu07.pl/userfiles/26887/log.txt
https://eu07.pl/userfiles/26887/errors.txt

[jochand]

Prosze o sprawdzenie 303eb-zez. U mnie boczne lusterka sa biale i wisza w powietrzu.

[Stele]

Jasne uchwyty. Czarne lusterko ze statycznym obrazkiem odbicia. Testowane na czystym repo.

[jochand]

Sciagnalem z repo kabiny i teraz gra. W paczce byly kabiny z stycznia.

EDIT: trzeba bedzie chyba sie wstrzymac z testowaniem poki nie wyjdzie nowa PC.