- Symulator MaSzyna -
Symulator EU07 (i nie tylko) => Bieżące Symulatorowe => Wątek zaczęty przez: HTD w 22 Listopada 2016, 18:51:28
-
Odgrzewam kotleta, bo jazda tym zabytkiem, zwłaszcza po Całkowie to niezła zabawa. Są 2 problemy z tym pojazdem, a nawet 3. Po pierwsze - w jednej z kabin jest coś nie tak z teksturami. No niby pasują, ale kabina wygląda ohydnie, tekstura haslera ma pixle jak woły. W obydwu nie działa podświetlenie przyrządów, a w misji z wyjazdem o 5:55 by się przydało. Trzeci to nie błąd czy niedoróbka, tylko moja nieumiejętność obsługi: jak mam zwolnić tym cudem do 20km/h (typowe w okolicach Boldów) to mi gaśnie. Jakaś porada co by zrobić co by nie gasła? Omijać pierwsze 3 pozycje nastawnika? No że na pierwszej gaśnie to normalne. Na drugiej się startuje, to niby nie powinna. Nie wiem co trzecia robi, ale dopiero od 4 da się jechać normalnie.
Swojego czasu było w testach dodatków podświetlenie przyrządów (do tego i Gagarina) ale cóż, nigdy mi to nie zadziałało. Czy ktoś to ma może w wersji działającej i jest jakaś szansa, żeby to oficjalnie wyszło?
-
Pozycje nastawnika SN61 są następujące:
O - zatrzymanie silnika
S - bieg jałowy
C - pozycja rozruchowa silnika, wzmożona praca urządzeń pomocniczych
A - rozruch wagonu ze zredukowaną siłą pociągową, 60% napełniania
1, 2, 3, 4, 5 - odpowiednio 12-20%, 40%, 60%, 80%, 100% napełniania
Wnioski z powyższego opisu można wyciągnąć samemu. Nad resztą niuansów bym się nie rozczulał, gdyż względem prawdziwego SN61 w MaSzynie wszystko jest dość mocno uproszczone.
-
Gagarin i Ganz były od @EP08_015 i miały błędy, których autor nie miał ochoty poprawiać. Każdy może wygrzebać z testu i poprawić.
Na pierwszej i drugiej pozycji masz pełne sprzęgło. Pracujemy nad poprawkami do niego, wraz z poprawkami do diesli w exe, bo jak się yB wyraził "cud, że to jeździ".
-
Ale wy się potem bawicie w przerzucenie tego do c++.
-
Dlatego kiśnie i czeka na movera w cpp. ;)
-
Trzeci to nie błąd czy niedoróbka, tylko moja nieumiejętność obsługi: jak mam zwolnić tym cudem do 20km/h (typowe w okolicach Boldów) to mi gaśnie. Jakaś porada co by zrobić co by nie gasła? Omijać pierwsze 3 pozycje nastawnika?
Miałem to samo. Aby pozbyć się problemów, zacząłem jeździć w debugmode, o tyle łatwiej, że na ekranie monitora masz opisaną pozycję nastawnika i ciśnienie w cylindrach. Animacja nastawnika niestety nie daje prawdziwego poczucia pozycji wajchy, stąd trudność trafienia nią na właściwe miejsce przy powrocie do hamowania. Ta pożądana pozycja, to 3 2. Podobnie jest z hamulcami. Po jazdach w debugmode, można nabrać pewnej ręki i bez problemu wrócić na tryb zwykły.
-
Do hamowania trzeba zejść na pozycję 2, a na 3 nie można za długo jeździć, bo spali się sprzęgło i zdechnie nam Ganz.
-
@matek123, poprawiłem, wkradła się literówka.
Też miałem ten problem z gaśnięciem Sn61. Szczególnie przy ukrotnieniu i prowadzeniu ciężkich składów.
Co Ty chrzanisz? Sn61 nie jest (nie był) do prowadzenia ciężkich składów.
-
Sceneria ta to jest wielki niewypał. Uruchamiamy scenerię i jesteśmy, zmuszeni do wachlowania myszką. Bo komuś nie chciało się prawidłowo ustawić kamerę. Opis ruszenia i jazda.
4. Po udanym rozruchu można przesunąć nastawnik na następną pozycję (biegu jałowego) i poczekać na naładowanie powietrzem zbiornika głównego.
Nic podobnego, trzeba kliknąć Shift+X i Shift+C, inaczej zbiornik główny nigdy się nie naładuje.
Ciekawe że SN61 uruchomi się, bez klikania Shift+J, ale oświetlenia nie będzie. Sceneria na pewno wymaga ćwiczeni, ale autor uszczęśliwił nas manewrami.
-
To jedna z najlepszych scenerii jak dla mnie, uwielbiam Całkowo, można na nim szaleć wszystkimi spalinówkami. To właśnie na niej nauczyłem się jeździć stonką i ogólnie polubiłem stare stonki. Chociaż nocną misję wolę jechać na 6DG, bo starsze są za słabe. Swoją drogą ciekawi mnie jakim cudem stara stonka (ta z garbem) daje radę ciągnąć 2 bohuny 90km/h na trasie na której często jeżdżę na żywo (Czersk-Gdynia). Normalnie GPS-em sprawdzałem i wyszło, że do 90 się buja nie wiem jakim cudem. No niby to jest jej maksymalna, ale w MaSzynie tak rozbujać SP42 jest trudno. Czyżby maszynowe były słabsze, czy ta w Regio jest jakaś "wzmocniona"?
Wracając do SN61 - tak, już to rozkminiłem, mam taką zasadę teraz - na półsprzęgle patrzę aż strzałka pierwszego zegara od lewej zatrzyma się na zero, czekam jakieś 2s, potem daję parę pozycji do przodu. Tak ze 2 albo 3 jak chcę się do 40 rozbujać. Potem zjeżdżam gazem do pozycji, w której wajcha jest mniej więcej równolegle do krawędzi blatu. To pozycja neutralna, nie przyśpieszam, nie zwalniam. Jak chcę zahamować, od tej pozycji neutralnej daję dokładnie 2 pozycje w dół - to jest luz. Nie gaśnie, chyba że z półsprzęgła zjadę za szybko.
Bardzo, BARDZO, bardzo by się przydało wyświetlanie pozycji nastawnika i kranu hamulca STALE na ekranie. Gdzieś tam przykładowo w prawym dolnym rogu. Bez żadnych innych napisów. Powiedzmy: "K: N N: 0 B: 0 H: 0" - kierunek: neutralny, nastawnik na pozycji 0, bocznikowanie na pozycji 0, hamulec na pozycji jazda, "K: D N: 2 B: 0 H: 2" - kierunek do przodu, nastawnik na pozycji 2, bocznikowanie na 0, hamulec jak na "Num5", czyli bodajże hamowanie służbowe. Co do hamowania: "-" odcięcie, "-1" fala, "0" - jazda, "1" - hamowanie jak z "Num2", "2" - hamowanie jak z "Num5", "3" - pełne hamowanie, "4" - hamowanie awaryjne. I wartości pośrednie, co by można klawiaturą jakoś tym kranem sterować płynnie bez gapienia się na sam kran, bo trzeba patrzeć na szlak a nie na kran podczas jazdy.
A już bajka by była jakby jakiś taki miniaturowy rysunek / ikonka się wyświetlała z położeniem kranu.
Tak, próbowałem włączać debug mode, ale mi się strasznie wzrok gubi na tym maczku napisów. W końcu i tak patrzę na wajchę od nastawnika, a co do kranu to pstrykam "Num5" i "Num2" na zmianę na wyczucie. Inna sprawa, że w innych lokach to muszę oszukiwać, jak jest duży nastawnik, ponad 40 pozycji to używam shifta żeby przełączać od razu obwody pomiędzy szeregowym a równoległym. Inaczej znów musiałbym patrzeć na nastawnik a nie na szlak. W prawdziwej powiedzmy siódemce to pewnie jakoś czuć jak się wjedzie na bezoporową, a nawet jak nie, to i tak lepsze wyczucie jest na "kierownicy" niż klawiszami.
Jeszcze co do tego scenariusza - wszędzie powinna być taka komunikacja z dyżurnym, bosz jak mnie wpienia jak mi wjazd w ostatniej sekundzie podają. Gdyby tak można jak S5 przed wjazdowym widzę szczeknąć "Dostanę wjazd?" Mogłaby być nawet odpowiedź "nie" to bym wiedział, że mam stać, a nie że jak się prawie zatrzymam to dostanę.
-
Niestety od lewej są dwa zegary, nie wiadomo na który patrzysz. Próbowałem nigdzie do zera nie zeszło. Jak ruszy daję następną pozycję. Nie ma czegoś takiego jak pozycja neutralna nastawnika. Jestem na pozycji 2. bieg jałowy. Daję pozycję 3. ruszenie. Następnie następne pozycje w zależności do jakiej prędkości mam rozpędzić. Jak uzyskam prędkości, zjeżdżam nastawnikiem na odpowiednią pozycję. Wszystko dobrze jak jest równy teren. A jak nagle spalinowóz zaczął się, staczać do tyłu. Od razu hamulec. Uruchomiłem, ruszyłem podobnie z hamulca, jak samochodem pod górę. Dobra by była informacja o położeniu nastawnika, ale to jest pobożne życzenie. Trzeba to pamiętać.
Tu nie chodzi o komunikację z dyżurnym. Tylko chce przerwać "zabawę" i zacząć od nowa. To muszę zacząć od początku. Sceneria ta wymaga dobrej znajomości szlaku.
-
@HTD, cały problem w tym, że operując elementami sterowania nie powinniśmy zbytnio ich szukać wzrokiem. Trochę tak jak z jazdą samochodem, nie patrzymy gdzie włącznik kierunkowskazu, gdzie gaz i hamulec. Nasze ciało jest w stanie zapamiętać rozmieszczenie tych elementów i posługiwanie się nimi według potrzeb na dany moment. Tego można nauczyć się jedynie praktykując. W załączniku pozycja po uruchomieniu scenerii, którą ustawiał @Pedrosiasty. Kliknięcie prawym przyciskiem sprowadza nas na właściwy fotel ( o jakich manipulacjach myszką mówimy?). Swoją wizję takiego ustawienia we wszystkich lokach uzasadnił. Oczywiście można się z tym zgodzić lub nie, w tym drugim przypadku polecam ustawić sobie według własnych potrzeb. Inna sprawa @Anrej, trzeba było protestować wtedy, kiedy wychodziła paczka z nowymi pozycjami mechanika. Pretensje teraz, to nic nie warte wynurzenia. Krytykowanie scenerii nie należy do tematu tego wątku. Tym bardziej, że pozycja mechanika nie ma nic wspólnego z samą scenerią. Uruchamianie baterii w SN61 nie działa, bo nikt nigdy tego nie modyfikował od czasu kiedy ten pojazd mamy w maszynie. Te co mają uruchamianie baterii, zostały zmodyfikowane wiele lat później. To samo dotyczy oświetlenia o czym @Anrej doskonale wiesz.
Wracając do sterowania Ganzem, wydaje mi się, że problemem jest niezrozumienie działania skrzyni biegów i sprzęgła tego pojazdu. Stąd też niejednoznaczne nazwy pozycji nastawnika jazdy, kierunku, także problemy z hamowaniem.
-
Problem jest pokazany tutaj: https://youtu.be/4b4WIAJSMZo?t=1h56m2s Dapóki nie zdejmiesz gazu jedzie, potem gaśnie.
Natomiast na komputerze nie ma wajchy tylko są klawisze i liczenie położeń jest nużące. Polecam przestawianie na zero i zanim zdąży zgasnąć o dwa do przodu.
2. HTD korzystasz z klawiszy / i *?
-
Nic podobnego, trzeba kliknąć Shift+X i Shift+C, inaczej zbiornik główny nigdy się nie naładuje.
Wystarczy Shift+C.
2. HTD korzystasz z klawiszy / i *?
Nic to nie daje. Wajcha bocznika zrobiona jest dlatego, że inaczej nie dałoby się zrobić biegów. Podobna sytuacja jest na lokach z bocznikiem wbudowanym w nastawnik (wyjątki stanowią EZT). Тен боцзник то так направд бд масзыны. В рзецзывистоци ние ма по просту одповиендией двиегни. !!! klawiszy россиklawiatura mi szwankuje nie usuwać zaraz poprawie
Ten bocznik to tak naprawdę błąd maszyny. W rzeczywistości nie da się obracać bocznikiem z wyżej wymienionego powodu.
-
1. Jednak Shift-X jest konieczny, żeby było światło. Na SN 61. Z tego co widzę to raczej Shift-C nie działa.
2. SP 42: Jednak / pomaga. Bez niego można jechać ok 60 km/h
Tu jest film testowy:
&feature=youtu.be
(za 20 minut powinien być)
W pewnym momencie wcisnąłem / i rozbujała się do 90 km/h
-
Shift+C włącza sprężarkę. W SN61 przetwornicy nie ma. Po za tym chodziło mi o naładowanie ZG, a nie światło.
-
1. Uruchomienie silnika.
2. Wciskam Shift -C. Widać, że z hamulcem nic się nie dzieje.
3. Dopiero w momencie wciśnięcia SHift-x (zapala się światło- 2:30) zaczyna luzować itp.
-
@Krzysiek626 Ogarniam SN61 na TD, ćwiczę ruszanie i hamowanie bez gaszenia silnika. Jeszcze trochę poćwiczę i dam radę przejechać Całkowo z rozkładem ;) Piszesz, że potrzebne jest wyczucie - zgadzam się. Tylko że bez pulpitu to ciężko to wyczuć. Przydałyby się modyfikacje do exe z podglądem a'la HUD, będzie się kompilować pod VS to może sam spróbuję nawet dorobić. W sumie podobne rozwiązanie jest w MSTS - jest opcjonalny HUD z podglądem podstawowych nastaw. A może Pythonem się da?
Innym sposobem na rozwiązanie problemu ze sterowaniem klawiaturą byłoby blokowanie się nastawnika na niektórych pozycjach. Czyli wciskasz klawisz, nastawnik "jedzie" do zmiany obwodów, na chwilę się zatrzymuje, i jak nie puścisz klawisza jedzie dalej. Zauważyłem, że przytrzymanie klawisza "+" lub "-" w SN61 powoduje przeskoczenie w dolną lub górną skrajną pozycję. W EU07 powoduje przechodzenie przez pozycje pośrednie i charakterystyczne terkotanie. W EZT też przeskakuje od razu w skrajne położenia. A może to się da ustawiać w jakiś plikach jak ma przeskakiwać? Gdyby się dało zrobić, że na drugiej (licząc od zera) się zatrzymuje, problem gaśnięcia silnika by zniknął zupełnie. On mi gasł tylko wtedy, jak zjechałem na trzecią pozycję zamiast drugą.
-
Na 3 pozycji sprzęgło jest nierozłączone, dlatego tak jest. W siódemce trzymanie shifta z minusem powoduje natychmiastowe zejście nastawnika do pozycji 0 lub 1 bez oporowej, zależy od pozycji koła. To byłaby fajna opcja schodzenia do pozycji C z shiftem. Zejście niżej po powtórnym wciśnięciu - .
-
To nie jest taka wajcha jak w lokomotywach. To jest połączenie ðxwigni zmiany biegów w samochodzie z pedałem gazu też w samochodzie.
1. Położenie wyłącz.
2. Położenie rozruch.
3. Położenie luz.
4. Położenie ruszanie.
Dalej masz położenia odpowiadające pedałowi gazu. Dalsze położenie odpowiada mocniejszemu przyciskaniu gazu w aucie.
Tu jest automatyczna skrzynia biegów która przerzuca sobie.
Dlatego jak hamujesz to przestawiasz wajchę na położenie nr 3, czyli luz. Potem hamujesz. Chyba, że chcesz driftować to wtedy jednocześnie gaz i hamulec. Ale szynobus tego nie wytrzymie.
Zaraz będzie filmik, gdzie rozpędzam się do 80 km/h i hamuję do ok 20. Potem znowu do setki i znowu hamowanie do 20.
&feature=youtu.be
EDIT: Obroty nie spadają tak szybko, żeby się nie dało zejść na 0 i potem od razu + i +.
EDIT2: Całkowo Sn 61 daje się w ogóle przejechać zgodnie z rozkładem? On uwzględnia te wertepy?
-
Blokowanie nastawnika: do zrobienia, ale trzeba by jakoś w tabeli to oznaczać, czyli zmienić jej format, bo tu nie jest to bezoporowa. Zmienia movera, więc nie teraz.
SP42 i bocznik: Jak najbardziej, bo ta lokomotywa ma jeden stopień bocznikowania. ;)
Ograniczenia na Całkowie: ograniczeń czasowych nie uwzględnia siew rozkładzie, a część tych wertepów ma pomarańczowe sierżanty. Zresztą nie wiem czy ten rozkład był wyliczany czy pisany na czuja.
-
Misję nocną da się przejechać wg rozkładu, pomarańczowe sierżanty dotyczą tylko przejazdów przy przystankach więc praktycznie nie mają wpływu na czas przejazdu. Są też na głównych stacjach, ale też krótkie odcinki. Do Całkowa się wjeżdża na ograniczeniu do 30, no ale bez tego byłoby 40 więc też nie ma wpływu.
Jeśli rozkład jest liczony, to da się wg niego przejechać. Oczywiście jeśli jest liczony pod ten konkretny skład.
Nie ma powodu, żeby rozkład na Całkowie nie pasował. A jeśli nie pasuje, to ja mam propozycję, ale napiszę ją w innym wątku, bo nie w temacie SN61. To jest fajny szynobus, z resztą jedyny w MaSzynie, byłoby super czadowo, gdyby ktoś ją kiedyś dokończył w sensie tekstur. Jest pierdyliard tekstur do EU07 i ET22, tymczasem SN61 ma tekstury chyba rysowane w paincie. Nie, ja nie zrobię bo nie mam pojęcia jak to się robi (tzn nakładanie na model). Gdyby gdzieś w okolicach Trójmiasta rezydowała jakaś muzealna sztuka to mógłbym ją obfotografować.
-
Problem w tym, że nie ma już co fotografować... Ciesz się, że są te, które są.
-
@Krzysiek626: pozwól ale skwituje twoje słowa: mylisz się. Jest jeden czynny ganz w posiadaniu Województwa Zachodniopomorskiego- SN61 -183. Tutaj link do informacji o renowacji tego Ganza: http://www.przedniaplatformatramwaju.pl/2015/12/szczecin-zabytkowy-wagon-sn61-ganz-znow.html (http://www.przedniaplatformatramwaju.pl/2015/12/szczecin-zabytkowy-wagon-sn61-ganz-znow.html) Drugi ganz jest w posiadaniu jakiejś instytucji w Małopolsce, bo jeśli dobrze pamiętam-była z nim Impreza-coś chyba Ganzem na Nową Hutę w Krakowie czy jakoś tak.
-
Skansen Taboru w Chabówce. SN61-168 jest czynny.
-
No i po za tymi dwoma więcej nie ma. Czy sądziliście, że nie wiedziałem o ich istnieniu? Do rzeczy, kto je sfotografuje, skoro przez ostatnie choć 8 lat, nie znalazł się nikt kto to zrobi. Ja mam wymówkę, mieszkam w Pabianicach i Łodzi...
Mnie chodziło o to zdanie: Jest pierdyliard tekstur do EU07 i ET22, tymczasem SN61 ma tekstury chyba rysowane w paincie.
i są tylko dwie, nie ma już możliwości zrobienia następnych choćby 20 tekstur (zdjęć) Ganza.
-
Szogun nie ma zestawu zdjęć tego egzemplarza?
-
Co do gaśnięcia SN61 - gaśnie przy próbie ruszenia pod górkę i tak. Za Jarkawkami zwalniam do 20, przechodzę na pozycję 2 (od zera, tj luz), jest OK. Teraz próbuję przyśpieszyć, słyszę ślizganie się sprzęgła. Obroty spadają. Daję więcej gazu, silnik gaśnie i zaczynam się staczać do tyłu. Mogę odpalić i ruszyć w końcu (nie wiem, może zdążyłem już zjechać z górki). Ciężka sprawa, nie wiem jak to obejść, za każdym razem w tym samym miejscu mam ten sam numer.
Ale dalej: dojeżdżam do Boldów - zatrzymuję. Jadę kawałek dalej i za każdym razem jak próbuję wcisnąć F3 żeby zobaczyć rozkład mam wysyp.
Exception code: 0xc0000005. (Z loga windows).
Za każdym razem, idealnie powtarzalne. Wcześniej można sobie wciskać F3 ile wlezie i się nie sypie. Kawałek za Boldami wysyp.
-
Możesz to zdebugować w borlandzie, żeby wyszło na czym się wysypuje?
-
Niestety, nie mam Borlanda, mam tylko Visual Studio, jak debuggowałem tym to mi wyświetlił assembler. Niestety żadnych czytelnych symboli w środku, sam hex.
-
Exek standardowy z rozkładami w pascalu?
-
Kiedys, za czasow exe 664, bylo tak, ze kabina A byla ok, natomiast z B byla kiszka. Nie wiem, czy od tego czasu, cos sie zmienilo.
-
Wersja 16.0.1173.481. Z ostatniego patcha. Dobra, trzeba to chyba zostawić do czasu konwersji.
-
Kiedys, za czasow exe 664, bylo tak, ze kabina A byla ok, natomiast z B byla kiszka. Nie wiem, czy od tego czasu, cos sie zmienilo.
Blad z tamtych czasow zostal poprawiony juz bardzo dawno. Pierwsze exe z niebem juz bylo w obu kabinach ok. U mnie nie ma problemu z gasnieciem silnika, ale ja jezdze na PC 2015, lub 2010.
-
Driver (AI) raczej się przy konwersji nie zmieni, bo parę lat temu już Ra go napisał od nowa w cpp. Możesz się wdrażać bez obaw. :)
-
Uruchamianie baterii w SN61 nie działa, bo nikt nigdy tego nie modyfikował od czasu kiedy ten pojazd mamy w maszynie.
Cytat: Anrej w 23 Listopada 2016, 23:06:10
Nic podobnego, trzeba kliknąć Shift+X i Shift+C, inaczej zbiornik główny nigdy się nie naładuje.
Wystarczy Shift+C.
- Shift+Ctrl+; - włącza oświetlenie kabiny
- Num+ - nastawnik na pozycję 1 (rozruch silnika)
- Shift+M - uruchomienie silnika
- Num+ - nastawnik na pozycję 2 (bieg jałowy)
- Shit+X - rozjaśnia oświetlenie kabiny i uruchamia sprężarkę
- Shift+J - włącza baterię, co pozwala na włączenie świateł lokomotywy
- Włączamy światła lokomotywy
Najlepiej zacząć od punktu 6, pozwoli nam to na włączenie świateł w drugiej kabinie.
Ruszenie i jazda po równym nie stanowi problemu. Raz będąc na biegu jałowym, SN61 zaczął się staczać. To było z góry i pod górę.
- 5 num - hamowanie
- 2 num - częściowe wyluzowanie
- Num- - nastawnik na pozycję 1 (rozruch silnika)
- Shift+M - rozruch silnika
- Num+ nastawnik na pozycję 2 (bieg jałowy0
- Num+ - nastawnik na pozycję 3 (ruszenie z miejsca)
- 4 num - luzowanie hamulca
Ruszył. Innym razem jadę tak 40km/h na 4, 5 pozycji nastawnika, nagle silnik gaśnie. Na AI też się zdarzyło, że silnik zgasł. jakoś szybko się uruchomił. Ja muszę wykonać cała procedurę.
Porównanie z samochodem nie jest za bardzo na miejscu. Co innego w realu jak mam ten nastawnik. Tutaj klikam tylko klawiaturę. @Pedrosiasty tak ustawił, jakby maszynista miał nos przyklejany do szyby. Maszynista podobnie jak kierowca oprócz obserwowania drogi, musi obserwować przyrządy.
-
Po co to filozofowanie? Jazda SNem jest banalna, pierwsza pozycja jazdy to polsprzeglo, tylko trzeba na nim chwilę przytrzymać, tak jakby autem z dwójki ruszać, potem już tylko zwiększa dawkę paliwa na pełnym sprzegnieciu, a zmianę biegów robi automat... Schodzenie do biegu jałowego? Shift i Num- i zaraz dwa razy Num+.
-
@Pedrosiasty tak ustawił, jakby maszynista miał nos przyklejany do szyby. Maszynista podobnie jak kierowca oprócz obserwowania drogi, musi obserwować przyrządy.
No to możesz sobie zmienić, a nawet wrzucić do testu dodatków.
-
@Pedrosiasty tak ustawił, jakby maszynista miał nos przyklejany do szyby. Maszynista podobnie jak kierowca oprócz obserwowania drogi, musi obserwować przyrządy.
Na przykładzie kabiny EN57, gdzie musieliśmy wybrać pomiędzy tym czy widzieć manometry czy mieć tak ustawioną kamerę żeby nie przenikała przez tylną ścianę kabiny wybraliśmy opcję nr 1. Tutaj sprawa jest podobna - aby widzieć prędkościomierz, manometry i jeszcze nastawnik jazdy kamera musiała by być dużo za tylną ścianą pojazdu, co jest niedopuszczalne. Tak więc decyzja o takim ustawieniu kamery jest jak najbardziej słuszna.
-
Schodzenie do biegu jałowego? Shift i Num- i zaraz dwa razy Num+.
shift i Num- nastawnik na pozycję zero, odcięcie paliwa i silnik gaśnie.
-
Nie prawda, nie doczytałeś do końca cytatu.
i zaraz dwa razy Num+
Nie ma prawa zgasnąć.
-
Dziś tradycyjnie o 5:42 kolejny przejazd (taki mam sposób na wstawanie rano). Tym razem miałem problem z zapaleniem, można żartować, że zimno było, a tak na serio to za krótko Shift+M trzymałem, i to 3 razy pod rząd. Nie szkodzi, spokojniutko o 5:55 dostałem Sr2, więc wyjazd planowy pomimo tego, że wszystko szło wolniej i oporniej niż zwykle.
Jaki stąd morał? 5 minut zapasu przy manewrach to jest absolutne minimum, no chyba że są tak banalne i proste, że nie trzeba.
Co do gaśnięcia - pamiętałem już gdzie górka i nie ważyłem się hamulca użyć. Cóż, miałem może o 3km/h przekroczoną prędkość, ale przejechałem i nie zgasł. Swoją drogą trzymać SN61 prędkość dopuszczalną jest bardzo ciężko. Ustaliłem, że rozkład nie może pasować. Minuta spóźnienia w Boldach, pomimo, że przekraczałem dopuszczalną na ograniczeniach. Jeśli w SN61 mamy jej nie przekraczać, rozkład musi zakładać że będziemy jechać o 5km/h wolniej, inaczej to jakby zakładać, że nie będziemy jechać zgodnie z rozkładem. Nowy rozkład mogę zrobić jak zwykle, przejadę kilka razy trasę i będzie. Tylko najpierw musi być przejezdna.
Misja Całkowo SN61 jest nieprzejezdna z powodu tajemniczego błędu, o którym wiemy już coraz więcej. Nie ma on żadnego związku z przyciskaniem żadnych klawiszy czy wyświetlaniem rozkładu. Jest w 100% powtarzalny, występuje także w powiązaniu z konkretnym zdarzeniem:
EVENT LAUNCHED: pom_prz_otwieraj by sn61-86
Czyli otwieranie przejazdu w Pomiankach. Teraz mam wielką prośbę do obserwujących ten temat, żeby sprawdzili czy u nich też się to wysypie dokładnie w tym miejscu. Jak myślicie, co przy uruchomieniu takiego zdarzenia może wysypywać exe? Dlatego jestem prawie całkowicie pewien, że to zdarzenie wysypuje, bo za każdym razem po wysypie sprawdzałem jaki był ostatni wpis w logu. To zdarzenie było ostatnim wpisem za każdym razem. Wcześniej koncentrowałem się na logu Windowsa a nawet próbowałem debugować exe w Visual Studio, oczywiście bez powodzenia bo to Borland.
-
Szklana kula nic mi nie powiedziala. Na moje zapis w logu, to tylko podejrzenie. Aby miec pewnosc, to zakomentuj ten/te eventy i zobacz. Jesli bedzie ok, to podejrzany stanie sie winnym. Wtedy trzeba szukac dalej, czylio komentowac linijki ze scenerii, jesli jest wiecej niz jeden event lub/i juz na poziomie danego inca przejazdu. Szukanie konczymy, az znajdziesz konkretna linijke, przy ktorej sie sypie (najnizszy poziom eventu, komendy).
Dodam, ze, mozna tez dopisac ten event z loga do keyctrl i recznie go wyzwalac, patrzac co sie dziac bedzie.
-
Zmień szklaną kulę na LCD ;) Szklane kule męczą wzrok i biorą za dużo prądu ;)
event keyCtrl01 multiple 2 none pom_prz_otwieraj endevent
Dodałem to do sn61_events.ctr, na końcu. Odpalam symulację, czekam sobie 5 sekund, co by nie tak od razu, wciskam Shift+1, wysyp exe.
Sam przejazd (linia 12 pliku drogi3.scm):
include pkp/przejazd_niestrzezony_sterowanie.inc pom_prz 15884.9 4 15570.8 -70 pom_prz1 end
Odcinka izolowanego pom_prz1 nie znalazłem w pliku z torami sn61.scm (ani innych) - strzelam, że po prostu go nie ma, co jest bezpośrednią przyczyną buga.
Proponuję wyrzucić to zdarzenie. Później sprawdzę co się stanie, może uda się w końcu przejechać tę misję.
W międzyczasie proszę o sprawdzenie, czy u Was ten sam błąd występuje, może moja wersja MaSzyny jest uszkodzona - zawsze jest taka opcja, jak ktoś testuje dodatki. Prościej będzie, jak parę osób sprawdzi, bo zawsze chyba lepiej przejechać misję (albo dopisać 1 linię i odpalić) - niż ściągać i instalować symulator do nowego katalogu.
Aha, @firleju : domyślam się, że exe nie ma obsługi odwołania do nieistniejącego obiektu memcell. Przy okazji konwersji można dopisać sprawdzenie, 1 linia kodu, i zapisywanie błedu do loga zamiast wysypu. Jestem pewien, że exe sypie się tak samo przy odwołaniu do nieistniejącej komórki (node memcell). Brak null-checka.
-
Jeśli chodzi o gaśnięcie silnika, to kłania się nieznajomość jazdy Ganzem. W rozkładzie masz Vmax 40km/h, a to oznacza brak możliwości jazdy na konkretnej pozycji nastawnika. Jedyna technika to jazda na pozycji 4 i częste schodzenie na pozycję 2. Chodzi o to, że na pozycji 3 (pół sprzęgło) nie można długo jechać bo spalisz sprzęgło. To trochę tak, jak jazda na oporach w elektrykach, z tym, że tu efekt zepsucia jest szybszy. Niestety, ale chcąc jechać zgodnie z rozkładem (40) należy "wajchować" nastawnikiem. Jeszcze dodam, że na tym odcinku należałoby jechać nie więcej niż 30km/h, wystarczy spojrzeć na szyny jakie są pogięte.
-
Ja wole CRT. Mnie wzrok bardziej meczy od LCD czy LED :)
AD rem, brak odcinka izolowanego nie ma wplywu na wysyp exe otwierania przejazdu. Tak jak pisalem wyzej, szukaj dalej w incu przejazdu.
-
Jakby w incu było, to albo ten przejazd jest tylko w Całkowie, albo będzie się sypać także w innych sceneriach.
-
Ten inc latwo mozna sprawdzic. Ja nie sprawdze, bo nie mam paczki. Na tej domowej mojej starej, ja mam ok. Nawiasem mowiac, ja mam w incach eventy otwieraj1 i otwieraj2, nie mam samego otwieraj. Dodatkowo tutaj nazwa wskazuje, ze jest niestrzezony, wiec nie wiem, czy inc posiada w ogole jakies eventy. Mozna tez dopisac odcinek izolowany, jak sugeruje HDT. Jesli po dopisaniu odcinka, byloby ok, wtedy dopiero nalezy wspomniec o tym na forum, iz to bylo przyczna, a nie tak w ciemno ferowac (choc watpie bardzo, iz to moze byc przyczyna). A jesli nie daj Boze, to byloby przyczna, to exe jest na wariackich papierach :)
-
Ja potwierdzam błąd zgłoszony przez HTD. Mam wysyp na:
EVENT LAUNCHED: pom_prz_autootwieracz by sn61-86
Multiple passed
EVENT ADDED TO QUEUE: pom_prz_otwieraj by sn61-86
EVENT LAUNCHED: pom_prz_otwieraj by sn61-86
Moim zdaniem nie exe jest na wariackich papierach, w końcu to ciągle mamy nieskończone i wciąż modyfikowane. Raczej mamy kompletnie niewydajny system testów. Podsumowując powiem, że zamiast ciągłego tuningowania scenerii trzeba się skupić na jej przejezdności. Teraz mamy tu niepotrzebne manewry Ganzem, kupę krzaków włażących do kabiny (nie są to jednostkowe przypadki) i z jakiej racji mam wciskać klawisz "w" tyle razy, kiedy nie ma to nic wspólnego z rzeczywistą pracą maszynisty? Zgodzę się z Anrejem, sceneria została spierniczona totalnie, a na zgłaszane błędy i zapytania przed wydaniem paczki, była olewka.
Obróciłem Ganza, aby pojechać nim w kabinie A. Niestety muszę potwierdzić, że w kabinie A napęd jest bardziej wydajny i sprawny niż w kabinie B. Jadąc w kabinie B, trzeba się napocić aby nie zgasł silnik. Wygląda na spierniczone exe, przecież tego błędu już dawno nie było.
Mowa o exe 481, sprawdzę jeszcze na starszym exe. Brak mi słów (te co cisną się na usta są niecenzuralne) na olewanie uwag i zapytań, w końcu liczyło się wydanie paczki i rozgrzebanie setki innych rzeczy, zamiast zrobić jedną razem i dobrze. Zero organizacji i systematyki. Aby nie było, nic nie wymagam, projekt jest darmowy i każdy ma wolną wolę jaką cegiełkę chce dołożyć od siebie. Jednak mimo"non profit" organizacja pracy, plan pracy i założenia powinny być realizowane jak w projekcie komercyjnym. Inaczej, nie podskoczymy wyżej pupy.
-
Czyli blad z kabina B powrocil. Wracajac do braku odcinka izolowanego i wysypu, kwestie przemyslalem i moze miec zwiazek. Nie wiem jakie sa tam eventy w tym incu. Moze ktorys odwoluje sie do odcinka izolowanego, ktorego nazwa jest zgodna z nazwa przejazdu. A to poruszyles Krzysiek, to temat rzeka. Nie chce mi sie nawet go rozpisywac.
-
Ale chyba trzeba wyraźnie oddzielić błędy w exe od błędów w scenerii.
Błędy w scenerii powodujące nieprzejezdność powinny być poprawiane priorytetowo, nawet jeśli to będą tymczasowe obejścia (warto gdzieś zaznaczyć w jakiejś kolejce, że dany bug został poprawiony tymczasowo).
Co do błędów w exe: nie przesadzajmy. Tego wcale nie ma tak dużo. W sumie wystarczy brak paru null-checków żeby takie kwiatki wychodziły przy różnych okazjach. To jest do poprawienia w 15 minut, pod warunkiem, że ktoś zna budowę exe i ma środowisko do kompilacji.
Nie nazwałbym przy tym błędem, że jakiś aspekt symulacji nie jest realistycznie symulowany. To można zgłaszać jako "feature request" a nie bug. Tak samo losowe wysypywanie exe. To najczęściej będzie problemem z systemem usera, który odpala exe. Przykładowo mój komp potrafi wysypać każdą apkę od czasu do czasu i jest to winą jego sprzętowej usterki, którą kiedyś zdiagnozowałem, ale nie jest na tyle uciążliwa, żeby wymieniać płytę główną. 99.999% użytkowników nigdy nie zdiagnozowałoby tego błędu w sprzęcie, będzie więc pisać, że symulator się sypie.
Błędem w exe jest jedynie sytuacja, gdzie exe się sypie ZAWSZE w jakimś szczególnym przypadku, tak jak tutaj. Jako, że w exe nawet nie powinni grzebać wszyscy - to powinno trafiać do konkretnych osób, które przy exe aktualnie grzebią jako priorytet do poprawienia.
W związku z powyższym: proponuję założyć nowy wątek odnośnie błędów krytycznych, w którym zrobilibyśmy sobie burzę mózgów jak temat zorganizować na forum. Co myślicie na temat nazwy "błędy krytyczne"? Czyli takie, które powodują nieprzejezdność scenerii lub wysypanie symulatora przy wybraniu konkretnej opcji.
Ja bym te błędy podzielił na błędy w sceneriach (taborze?) i błędy w exe. Czy mamy jakiś sposób na powiadamianie autorów scenerii / misji / modyfikacji, że w ich dodatku jest błąd krytyczny? Czy w ogóle wiadomo jest kto za co odpowiada? Czy mamy jakąś ustandaryzowaną procedurę zgłaszania błędów i postępowania z tymi błędami? Przykładowo "jeśli myślisz, że znalazłeś błąd w scenerii - sprawdź następujące rzeczy (jeśli potrafisz), opisz to, to i tamto w tym a tym wątku na forum, albo załóż wątek o ściśle określonej nazwie w dziale tym i tym". I jeszcze, co opis błędu powinien zawierać. Przykładowo log.txt albo fragment log.txt, wersję exe, nazwę misji / scenerii, wybrany skład, czas wystąpienia (początek, po 10 minutach, po dojechaniu w konkretne miejsce, po wciśnięciu jakiegoś klawisza).
Dalej przydałby się jakiś sposób na śledzenie statusu błędu. No i mamy dylemat: forum czy bug-tracker? Jeśli bug-tracker, to każdy developer musi mieć tam konto, a najlepiej, żeby konta były powiązane z forum. Dla użytkowników potrzebne jest widoczna i trudna do przegapienia informacja o sposobie zgłaszania błędów.
Widziałem, że zgłoszenia błędów są. Tyle, że bardzo rozproszone, pomieszane drobiazgi typu gałęzie drzew włażące na tory (najbardziej upierdliwe na L053), z rzeczami które kompletnie składają symka (jak ten bug dla calkowo_sn61). To że kabiny SN61 się niepotrzebnie różnią to jeszcze inna para kaloszy. Kto odpowiada za SN61? Nikt? Tzn mogę sobie robić z tym szynobusem co mi się żywnie podoba? Czy jednak ktoś się przyczepi, jak zacznę robić dodatki z użyciem jego?
Ostatnia luźna uwaga: a co z propozycjami poprawek? Już się pytałem kiedyś o to. Ale nie uzyskałem jednoznacznej odpowiedzi. Nie wiem komu i gdzie wysyłać takie propozycje. Nie wiem jaki jest potem status tego. Chciałbym wiedzieć, że jeśli coś poprawiłem i wgrałem poprawkę na forum - co się z nią dalej stało - weszła do repo czy nie weszła? A jak nie weszła to dlaczego? Przy okazji, jeśli moja poprawka weszła, to oczywiście powinien być potem ślad, żebym mógł być "osobą odpowiedzialną" - jak mimo wszystko moja poprawka coś zepsuła. Chciałbym dostać powiadomienie, jeśli ktoś znajdzie buga. W ten sposób autorzy będą ogarniać swoje rzeczy. Inaczej coś zrobisz i kamień w wodę. Jest bug a nie wiadomo potem kogo wołać.
Admina proszę o przeniesienie tego do innego wątku.
-
Na exe 470, nie wywala do windowsa. Błąd jest w exe, a event nie ma nic do tego.
-
Krzaki, galezie w kabinie, to pare minut i w 99,9 % sa przesuniete na wszystkich sceneriach- jest narzedzie. Wysypy moga byc z roznych przyczyn, bledow exe, scenerii, uzytkownika i jego systemu lub zbiegu kilku okolicznosci. Ja napisalem kupe narzedzi identyfikujacych i naprawiajacych bledy od krytycznych, po galezie. Kwestia checi nastawienia sie na eliminacje tych bledow. Czasowo to dla jednego czlowieka, okolo pol roku. Ja na swojej domowej paczce nastawilem sie na to. To byl moj priorytet i mam czysciutka. Brakuje w niej roznych bajerow typu niebo, izolowane i inne tam takie, sterowanie nie jest na rozkladach, tylko na eventach, ale to akurat ma u mnie zerowy priorytet, podobnie jak lamanie patykow czy spadki napiecia trakcyjnego.
-
Exe 70, dojechałem już do Wilisia. Nie ma wysypu, ale kabina B to koszmar, 3 i 4 pozycja nastawnika powoduje gaśnięcie silnika. Jestem za propozycjami HTD, może to coś zmieni.
-
To czy eventami jest wszystko ok, czy nie, wyznacznikiem niekoniecznie musi byc wysyp lub brak wysypu. Bywaly exe, ktore tolerowaly braki jakis odwolan np. w eventach. Im dalej czasowo, tym exe wiecej tolerowalo bez wysypu. Byc moze, cos sie uwstecznilo pod tym wzgledem.
-
Co do tekstur SN61. Można pogadać z chłopakami z Trainza czy by udostępnili. Tylko ze one raczej ultra hd nie będą, ale będą za to estetyczne.r
-
Dalej przydałby się jakiś sposób na śledzenie statusu błędu. No i mamy dylemat: forum czy bug-tracker?
A nie może być bugtracker na forum, tak jak jest obecnie?
-
To czy eventami jest wszystko ok, czy nie, wyznacznikiem niekoniecznie musi byc wysyp lub brak wysypu. Bywaly exe, ktore tolerowaly braki jakis odwolan np. w eventach. Im dalej czasowo, tym exe wiecej tolerowalo bez wysypu. Byc moze, cos sie uwstecznilo pod tym wzgledem.
Braki w eventach nie sypią, ale odwołanie do nieistniejącego memcell sypało zawsze, przynajmniej od 2 lat, bo wtedy pierwszy raz się tym bawiłem.
Czyli utworzysz sobie node -1 0 test123 memcell 0 0 0 test 1 0 none endmemcell, a potem przez pomyłkę chcesz przeczytać test321 - wysyp. Domyślam się, że to samo przy próbie zapisu nie zadeklarowanej komórki.
Oprócz tego include mają w środku też odwołania do memcell, przez parametry. To sumarycznie może powodować masę wysypów.
Aha, straszna gapa ze mnie, w errors.txt znalazłem:
EU07.EXE 16.0.1172.481
Bad event: MemCell "pom_prz1" does not exist in "pom_prz_otwieraj2"
Bad event: MemCell "pom_prz1" does not exist in "pom_prz_otwieraj"
Missed texture: textures\dynamic\pkp\sn61_v1\poswiata.
Mea culpa. Wyrażam skruchę i obiecuję poprawę. Ale serio, w exe warto poprawić ten błąd, pomyłka w skrypcie nie powinna wywalać symka w kosmos. Ani też pokazywać, jak to jest w niektórych przypadkach - wnerwiającego okienka modalnego i konieczności klikania OK. Program w końcu znalazł błąd, zalogował do pliku, ale zapomniał, że nie ma próbować czytać komórek, których wie, że nie ma. Odczytał nullptr i wybuchnął.
Dodano: 27 Listopada 2016, 11:18:00
@youBy: Może, ale warto mu zmienić nazwę i usunąć z niej EXE, bo jest myląca. Warto by go też gdzieś na górę przenieść, bo można go zbyt łatwo przegapić. Powinien być do niego też link na stronie głównej.
Dodano: 27 Listopada 2016, 11:35:50
Krzaki, galezie w kabinie, to pare minut i w 99,9 % sa przesuniete na wszystkich sceneriach- jest narzedzie. Wysypy moga byc z roznych przyczyn, bledow exe, scenerii, uzytkownika i jego systemu lub zbiegu kilku okolicznosci. Ja napisalem kupe narzedzi identyfikujacych i naprawiajacych bledy od krytycznych, po galezie. Kwestia checi nastawienia sie na eliminacje tych bledow. Czasowo to dla jednego czlowieka, okolo pol roku. Ja na swojej domowej paczce nastawilem sie na to. To byl moj priorytet i mam czysciutka. Brakuje w niej roznych bajerow typu niebo, izolowane i inne tam takie, sterowanie nie jest na rozkladach, tylko na eventach, ale to akurat ma u mnie zerowy priorytet, podobnie jak lamanie patykow czy spadki napiecia trakcyjnego.
Też by się przydał przyklejony link na forum. Co do narzędzi, masz gdzieś wystawione źródła? Jak piszesz, że pół roku na łeb na usunięcie bugów z użyciem tych narzędzi, to może wespół w zespół je jakoś bardziej zautomatyzujemy? Lepiej poświęcić pół roku na rozwój narzędzi, niż na ręczne dzióbanie. W zasadzie robię swoje narzędzie (wielką krowę, graficzny full automat, używa wtyczek do automatycznego poprawiania scenerii). Nie jest wystawione, do skończenia jeszcze parę miechów zostało, ale to temat na inny wątek.
-
Ukończyłem scenariusz, spóźnienie jak na screenie. Jeśli chodzi o AI, to prowadzi SNa tak, że daje od razu na ostatnią pozycję nastawnika, dzięki czemu silnik nie gaśnie. Po osiągnięciu zadanej prędkości, to w celu jej utrzymania AI lata nastawnikiem od 0 do ostatniej pozycji. Na ten moment w kabinie B należy właśnie tak prowadzić. Tu wspomnieć należy, że AI (czyli komputer) reaguje szybciej od nas, zanim pojawią się oznaki dźwiękowe, lub wizualne. Przejadę jeszcze ten kawałek z wysypem na exe471. Trzeba ustalić w którym pojawia się wysyp. Może ktoś przejedzie to na jakimś exe od góry, ale niższym niż w paczu?
-
HDT, byc moze da sie cos jeszcze zautomatyzowac, jednak czesto juz sie nie daje. Jest log z danego narzedzia z bledami, ale juz czlowiek musi to przeanalizowac. Sa tez narzedzia, ktore jednoczesnie naprawiaja. Roznie to bywa w zaleznosci od sytuacji. Linki sa w dziale Symulator. Niektore narzedzia juz soie zdezaktualizowaly. Ja nie upieram sie, aby koniecznie je stosowac, bo moze ktos napisze cos lepszego, byleby nastawione bylo to nowe cos, na wylapywanie danego bledu co dane moje narzedzie wykonuje.
-
Ukończyłem na exe471. Bez wysypu, przyjechałem 5 minut spóźniony. Gdybym jechał w kabinie A, może byłbym o czasie.
Niestety, trzeba sięgnąć do PC 13.08, podmiana samego exe nie jest możliwa w PC15.04, exe410 nie jest już kompatybilne.
----------------------------------------------------------------------------------------
Do exe 476 włącznie jest ok, wysypu nie ma. Wysyp występuje od exe 477, exe opublikowane przez @Stelego, gdzie o zmianach napisano taką wzmiankę:
Logowanie eventów addvalues, updatevalues i warunkowych niezależnie od debugmode. Logowanie stanu komórki i warunku dla spełnionych warunków.
W załączniku pliki log jazdy na Całkowie SNem. Jak widać, ruszenie jakiejkolwiek funkcji w exe może powodować byle jakie efekty uboczne.
-
A spróbuj 476 na DebugMode. Też powinno sypnąć. Wcześniejsze też. ;)
-
Exe476 w debugmode u mnie nie sypie się. Log w załączniku, oczywiście nie jechałem do końca. Wyższe exeki się sypią bez względu na tryb.
-
Wywala na TGround::EventCondition. Stele dodał logowanie warunków zadziałania i coś tam musi nie banglać. Zmiana w commit a3e35f50db0372f5716cddb0c36f35f5ab1eb86f
-
Dziwne, ze znalezione tylko na Calkowie.Jaka jest szansa na poprawke?
-
No ale by trzeba bylo rowniez naprawic inca lub/i Calkowo. Nie wiem co w ostatecznosci tam jest nie teges.
-
No wiesz, nie wiemy czy tylko na Całkowie tak wywala, bo pamiętam też wysypy na Kaliskiej, które ustały dopiero po usunięciu taboru (więc może to to samo?). W ogóle "cud" że dało się dojść gdzie to leży (funkcja). Niestety teraz nie przetestuję z debugerem w którym dokładnie miejscu wywala.
-
Na ale tu juz wiemy i mozna juz to naprawic. Moze jedynie exe grzebacz dla testow exe tego nie naprawiac, aby byla mozliwa sytuacja testowa z bledem.
-
Z tego przypadku można wyciągnąć dalsze wnioski. Gdy w scenerii coś nie chce zadziałać, robione są jakieś obejścia problemu, czyli tak zwane prowizorki. Być może też taka prowizorka na starszym exe działa, ale na nowszym już nie chce. To, że są prowizorki wynika z trudności z opracowaniem scenariuszy według dostępnych i opisanych (lub nie) eventów. Tu rozmawiamy o wysypie, ale także na Całkowie nie działają prawidłowo wskaźniki w4. AI w wielu miejscach dociąga do semafora daleko za peronem, zamiast zatrzymać się przed w4. Ale to nie jest teraz najważniejsze.
-
Gdzie na Całkowie nie działają? Na Odysei powinny wszystkie. Na starszych wersjach nie ma co poprawiać, tylko trzeba je skonwertować na wersję odysejową/wywalić z paczki.
Jak znajdę siłę w tygodniu to zapoluję na ten wysyp w debugerze.
-
Ja Ci już mówię. Nie musisz szukać. Jeśli nie znajdzie komórki to ustawia flagi na 0. Tylko sprawdzasz flagę eventu na wejściu a używasz komórki z tmpEvent. I tutaj Ci wywala. Nie do końca wiem jak to działa (znaczy czemu ma służyć porównanie tmpEvent z eventem wejścia) ale nie sprawdzasz flag obu eventów.
Dodano: 27 Listopada 2016, 22:37:36
Jeszcze nie rozumiem, czemu jeśli nie znajdzie komórki to w InitEvents w jednym miejscu ustawia typ jako ignorowany, a w innym ustawia flagi, ale event zostawia aktywny.
-
Dobra, przejechałem na najnowszym exe, po poprawieniu błędów w scenerii:
Plik scenery\calkowo_sn61.scn:
Linia 27:
- time 05:47 06:05 22:56 endtime
+ time 05:42 06:05 22:56 endtime
Linia 294-297:
- trainset rozklad zaglowka_start 0 5
- //$o -
- node -1 0 zaglowka dynamic river\zaglowka none zaglowka 0.0 headdriver 0 0 enddynamic
- endtrainset
+ //trainset rozklad zaglowka_start 0 5
+ ////$o -
+ //node -1 0 zaglowka dynamic river\zaglowka none zaglowka 0.0 headdriver 0 0 enddynamic
+ //endtrainset
Plik scenery\slimson\drogi3.scm:
Linia 11-14:
//Przejazd Boldy
- include pkp/przejazd_niestrzezony_sterowanie.inc pom_prz 15884.9 4 15570.8 -70 pom_prz1 end
- node -1 0 none model 15882.3 4.4 15579.1 133 /przejazdy/g3_1.t3d none endmodel
- node -1 0 none model 15883.5 4.6 15566 -44 /przejazdy/g3_1.t3d none endmodel
+ //include pkp/przejazd_niestrzezony_sterowanie.inc pom_prz 15884.9 4 15570.8 -70 pom_prz1 end
+ //node -1 0 none model 15882.3 4.4 15579.1 133 /przejazdy/g3_1.t3d none endmodel
+ //node -1 0 none model 15883.5 4.6 15566 -44 /przejazdy/g3_1.t3d none endmodel
Plik scenery\slimson\sn61.scm:
Linia 12886-12887
- event1 pom_prz_otwieraj
- event2 pom_prz_zamykaj
+ //event1 pom_prz_otwieraj
+ //event2 pom_prz_zamykaj
- Plik scenery\slimson\apm44315.txt
+ Plik scenery\slimson\apm44315.txt:
______________________________________________________________
[ Rodzaj i numer pociągu | APM44315 ]
[________________________________________________|_____________]
[ | Jarkawki ]
[ Relacja pociągu | Macierzewo ]
[________________________________________________|_____________]
[ Wymagany % ciężaru hamującego | 115% ]
[________________________________________________|_____________]
[ Seria i obciążenie lokomotywy | SN61 250 ]
[________________________________________________|_____________]
[ 27.83 | 40 | Jarkawki 1 | ]
[ | | R1,H,L,RT,PP 1 05.55 | ]
[ | |----------------------------------1--------|----]
[ 31.83 | | Boldy 1 06.08 | 14 ]
[ | | R1,H,L,RT,PP 1 06.09 | ]
[ | |----------------------------------1--------|----]
[ 33.02 | | Pomianki 1 06.19 | 10 ]
[ | | R1,H,PP 1 06.20 | ]
[ | |----------------------------------1--------|----]
[ 39.53 | | Emilianowo 1 06.26 | 6 ]
[ | | R1,M,H,RT,PP 1 06.27 | ]
[ |_____|----------------------------------1--------|----]
[ 44.42 | 70 | Wilis 1 06.38 | 11 ]
[ | | R1,H,PP 1 06.40 | ]
[ | |----------------------------------1--------|----]
[ 46.01 | | Zlepieniec 1 06.49 | 9 ]
[ | | R1,H,OT,PP 1 06.50 | ]
[ | |----------------------------------1--------|----]
[ 51.23 | | Druzgot 1 06.53 | 3 ]
[ | | R1,M,H,RT,PP 1 06.54 | ]
[ | |----------------------------------1--------|----]
[ 57.76 | | Calkowo 1 07.00 | 6 ]
[ | | R1,H,RT,PP 1 07.01 | ]
[ | |----------------------------------1--------|----]
[ 63.32 | | Milewice 1 07.05 | 4 ]
[ | | R1,M,OT,H,RT,PP 1 07.06 | ]
[ | |----------------------------------1--------|----]
[ 63.72 | | Paszki_Wielkie 1 07.11 | 5 ]
[ | | R1,H,RT,PP 1 07.12 | ]
[ | |----------------------------------1--------|----]
[ 66.07 | | Paszki_Male 1 07.14 | 2 ]
[ | | R1,H,T,PP 1 07.15 | ]
[ | |----------------------------------1--------|----]
[ 2.1 | | Chrosciele 1 07.20 | 5 ]
[ | | R1,L,H,RT,PP 1 07.21 | ]
[ | |----------------------------------1--------|----]
[ 32.38 | | Macierzewo 1 07.30 | 9 ]
[ | | R1,M,OT,H,RT,PP 1 | ]
[_______|_____|__________________________________1________|____]
Oczywiście rozkład jest do sprawdzenia, pojeżdżę na nim jeszcze przez tydzień, zobaczę gdzie trzeba dodać czy zabrać minutę.
Co do gaśnięcia SN61 - gaśnie i szkoda się nawet denerwować. Po zgaśnięciu odpalam od razu więc nie ma problemu. Nie da się wyczuć kiedy zgaśnie, nie ma zasady. Raz mi zgasła na przedostatniej pozycji nastawnika przy 60km/h. Z luzu, jak się jedzie powiedzmy 30-40km/h warto włączyć półsprzęgło na jakieś 10 sekund, to zapobiega gaśnięciu w większości przypadków.
Co do czasów, są krótkie stójki tam, ale nie powinny rzutować na czas. Przed Zlepieńcem jest przejazd na rozkaz pisemny S, tracimy na to jakąś minutę, nie wiem czy to jest losowe czy nie, sprawdzę.
Jak nie jest, to zrobię losowe. Mam taki pomysł, żeby ustawić wszystkie zdarzenia losowe tymczasowo na pełen przejazd planowy, przejechać i pomierzyć czasy, to wrzucić do rozkładu docelowego.
-
Nie wiem, czy dobrze zrozumiałem Twoją poprawkę odnośnie przejazdu. Ja zrozumiałem, że wywaliłeś przejazd i eventy sterujące tym przejazdem. Jeśli tak, to jest to obejście problemu, niż jego rozwiązanie. Nie wiem jak to miejsce wygląda w scenerii, ale jeśli możliwy tam jest ruch samochodów, to ktoś kiedyś puści tam samochód i będzie kraksa :). Dodatkowo, ten inc przejazdu, może bruździć w innych sceneriach i obecnych i ewentualnych przyszłych.
-
To obejście nie spowoduje wysypania innych scenerii, bo odnosi się do przejazdu, którego tam nie ma. A skoro nie ma, to każdy event który się do niego odniesie wysypie exe. Poszukaj przejazdu w Boldach - brak. Można otworzyć buga, żeby brakujący przejazd dorobić. A może gdzieś jest, tylko sceneria sn61 go nie ładuje. Warto się przyjrzeć temu bliżej.
-
Ja też jestem zdania, że jest to obejście problemu. Raz, że na exe niższych nie wywalało błędu. A dodatkowo wywaliłeś coś, bez identyfikacji tego w terenie. Problem nie dotyczy innych scenerii, tylko Całkowa. Jeśli ktoś będzie chciał na Całkowie ustawiać jeżdżące samochody, to zrobi się kłopot.
...odnosi się do przejazdu, którego tam nie ma.
i dalej
A może gdzieś jest, tylko sceneria sn61 go nie ładuje...
to trzeba ustalić i mieć pewność. Co z pozostałymi scenariuszami na Całkowie?
-
Ten zakomentowany Inc moze byc wykorzystany w scenerii Calkowo, Rozniczkowo, Moczary, Herbaciary, i potencjalnie przez XXX a wyciales go tylko na Calkowie, wiec?
Krzysiek, exe to osobna sprawa.
Dodano: 30 Listopada 2016, 17:31:24
Moze ktos z ranga sprawdzic ten inc?
-
Ale przecież zakomentował inc w scenariuszu, a nie usunął go z dysku. Więc jeśli inna sceneria go wykorzystuje to będzie miała co wczytać. Błąd był z brakiem komórki pamięci. W zasadzie rozwiązaniem jest stworzenie tej komórki. Inna kwestia, że bug w exe jest.
-
Wg mnie brak komorki pamieci jest w INC a nie w SCN. Dlatego prosze kogos kompetetnego o sprawdzenie. Sam bym sprawdzil, ale nie mam tego inc. Szybki test, wstawic kawalek toru, wstawic ten inc, wstawic reczne evnety kluczujace tym przejazdem i zobaczyc errors.txt lub wysyp.
Moze tez tak byc, ze komorka jest w inc niepotrzebna, a tylko eventy w inc sie do niej niepotrzebnie odwoluja. Trzeba zobaczyc przez analogie, jak to robione bylo dla innych przejazdow, podobnych do tego, co za funkcje spelnia ta komorka pamieci.
-
Przejazd jest tak, jak na screenie z STV.
-
Malo co daje ta informacja, jedynie, czy ruch samochodowy jest tam mozliwy. Jak mozesz Krzysiek i czujesz sie na silach, obaczaic zawartosc tego inc lub wykonac test, o ktorym wspomnialem wyzej. Albo wystaw ten inc tutaj i drugi inc, jakis podobny.
-
Gdzie szukać odcinka izolowanego "pom_prz"? Bo wydaje mi się, że go po prostu nie ma w żadnych plikach, które ładuje calkowo_sn61. Ale może źle szukałem ;)
-
Ja sugeruje, aby sie upewnic, czy odcinek izolowany jest KONIECZNY, aby bezblednie kluczowac otwieraniem i zamykaniem tego przejazdu lub innych. Dla testow, mozesz sobie stworzyc tor doswiadczalny, przejazd i raz w torze dajesz izolowany, raz nie. Nie trzeba przekopywac Calkowa, aby to sprawdzic.
-
Sprawa rozwiązana. Tak jak na załączniku, mamy przejazd niestrzeżony bez zapór, ale czy ich nigdy tam nie było? Otóż były tak, jak na załączniku drugim. Ktoś kiedyś zlikwidował zapory, bo były poniżej poziomu gruntu, ale nie zlikwidował niepotrzebne wpisy inc i eventy do nich. Dopiero teraz, przy okazji prac w exe wyszło szydło z worka. Moim zdaniem, nie ma co robić testy, jak ktoś chce tam wpuścić samochody, to dołoży zapory. Szukanie odcinka izolowanego, moim zdaniem nie ma już sensu.
-
Sprawa nie jest wyjasniona. W skrocie sytuacja ma sie tak, jest inc przejazdu, ktory ma eventy otwieraj/zamykaj. Wyzwolenie tych eventow, generuje blad a to nie powinno sie dziac. Ja podejrzewam, ze ktos kiedys hurtowo przerabial przejazdy na okolicznosc ruchu samochodowego i cos mu sioe omsknelo. Rzecz jest pozadana, aby nawet niestrzezony, informowal samochody, ze sie pociag zbliza. Log nie informuje, ze nie ma eventow zamykaj/otwieraj dla tego przejazdu, tylko, ze wyzwolenie otwieraj powoduje, ze otwieraj odwoluje sie do komorki pamieci, ktorej nie ma.
-
Błąd dwupoziomowy. Pierwszy poziom, przyczyna w scenerii wyjaśniona. Drugi poziom, to exe wywala, ponieważ nie może wykonać eventu na nieistniejącym modelu. Tak zrozumiałem Grzegorza.
-
Na moje, w scenerii, sprawa nioe jest wyjasniona. proste pytanie, czy ten inc ma evnety otwieraj/zamykaj? Jesli ma, to blad w inc nadal istnieje.
-
4443 --Isolated pom_prz
4443 ++Isolated pom_prz1Finito. Reszta klonów torów wygląda ok.
Rozumiem błąd w exe jest przy odpytywaniu nieistniejącej komórki odcinka izolowanego?
-
Na moje, w scenerii, sprawa nioe jest wyjasniona. proste pytanie, czy ten inc ma evnety otwieraj/zamykaj? Jesli ma, to blad w inc nadal istnieje.
Pewnie ma, tyle tylko, że po za komentowaniu przez HTD incow i wpisów, nie będą miały znaczenia, skoro teraz jemu nie wyzwala exe. Jeśli to błąd, to jedynie kosmetyczny. Błąd trudny do wykrycia, bo na tyle scenariuszy jest tylko jeden przejazd z Jarkawek. Całkowo Orlen jest ok. Stele, tak mi się wydaje.
-
Ja chcialbym wiedziec, czy obecne inc przejazdow, aby dzialaly prawidlowo, MUSZA odwolywac sie poprzez komorke pamieci w inc, do odcinkow izolowanych?
Jesli tak, to zmienia moj punkt widzenia :). Wtedy przestaje winic blad w samym inc.
-
Nie muszą. Te zostały tak zrobione. Tam jest nieźle ubajerowane.
Ruch zatrzymuje się na event lub na eventualuncher a (Rp1). Można go wstawić na bocznicę bez oskryptowania, tylko przypisując drogi oraz izolowany na torze i będzie działał dla gracza.
Po minucie (złapanie lewego Rp1), zwolnieniu izolowanego lub wyzwoleniu eventu otwierającego uruchamia się pętla, sprawdzająca zajętość przejazdu i jeśli ten jest wolny, puszczająca ruch.
Drugi inc mojego autorstwa (kat A n-tor, czy jakoś tak) chyba nie korzysta z izolowanych, tylko wszystko ma na licznikach osi, bo musiał łapać ruch w obu kierunkach po dowolnej ilości torów.
-
No to sorry za zamieszanie. Nie wiedziałem, iż jest tego typu powiązanie, nie mam tego inc u siebie, dlatego upierałem się, iż w inc coś jest nie teges.
To dopisanie izolowanych w tej sytuacji wydaje się być lepsze od remowania inc i eventów. Przydałby się jeśli nie ma, komentarz w inc, iż wymagany jest odcinek izolowany o nazwie przejazdu.
-
Rozumiem błąd w exe jest przy odpytywaniu nieistniejącej komórki odcinka izolowanego?
Błąd jest w funkcji EventCondition gdzie sprawdzasz warunki tylko dla jednego eventu a porównujesz dwa eventy. W tym przypadku to tmpEvent ma wyzerowane flagi aktywności (iFlags) a sprawdzasz tylko flagi dla eEvent. Nie chcę tu poprawiać, gdyż nie do końca rozumiem po co porównuje dwa eventy ze sobą. Ty pisałeś tą funkcję to powinieneś znać przyczynę.
-
To dopisanie izolowanych w tej sytuacji wydaje się być lepsze od remowania inc i eventów. Przydałby się jeśli nie ma, komentarz w inc, iż wymagany jest odcinek izolowany o nazwie przejazdu.
Po co izolowane i po co eventy, jak w scenerii nie ma modelu zapór? Jak nie ma zapór, to spokojnie można wyrzucić eventy i izolowane. Chodzi mi oczywiście o ten konkretny scenariusz. No chyba, że nie zrozumiałem co napisałeś.
-
Bo będzie jak myślę czuwał nad ruchem pojazdów, gdyby ktoś chciał coś tam puścić.
-
W tym miejscu nie miejscu nie ma zapór, czy mam rozumieć, że mimo tego odcinek izolowany spowoduje zatrzymanie ewentualnego samochodu przed torami, na wypadek jazdy pociągu? Wydaje mi się, że w scenariuszu jeśli ktoś zechce dopisać poruszające się auta, zobowiązany jest postawić zapory (jeśli tak to ma wyglądać) i dopisać odcinki izolowane. Tym samym nie powinny być stosowane z automatu przy pisaniu scenerii (układaniu torów i dróg), kiedy i tak nie wiadomo co i gdzie będzie. Być może chcesz inaczej.
-
Zapory, to tylko bajer graficzny, który dla sterowania ruchem pojazdów jest bez znaczenia. Ktoś ma kaprys wstawić przejazd niestrzeżony (bez zapór) i aby symulować zatrzymanie się pojazdu przed nadjeżdżającym pociągiem, a po jego przejechaniu, pojazd rusza.
Nie widzę tutaj żadnej nieprawidłowości a wręcz przeciwnie :)
-
Nie pracujemy dziś "na tych samych falach". Jeśli ktoś ma kaprys, to ja się z Tobą zgadzam. Tylko po kij taki bajer (wpisy), kiedy na scenerii nie ma aut? Zostawianie takich wpisów na przyszłość zaowocowało błędem, może i dobrze na przyszłość. Wywalenie samego odcinka izolowanego = nadal wysyp exe.
-
Infrastruktura i sceneria powinna być uniwersalna, Ty chcesz ją ograniczyć, aby auta jeździły TYLKO przed przejazdami z zaporami. Logicznie niewytłumaczalne stanowisko. Kaprys miałem na myśli kaprys jak każdy inny w sceneiach, który ma swoje odbicie w realu. To, że aut teraz nie ma, nie znaczy, że tak ma zostać. Równie dobrze, nie przypisujmy wszystkich semków do torów lub W4, bo dany scenariusz wykorzystuje tylko część.
Jeśli jest wysyp exe, szukaj dalej przyczyny, bo być może błąd tkwi jednak w inc :). Wykasowanie eventów od przejazdu, to pozorne naprawienie błędu (obejście problemu).
Edit nie doczytałem:
Ty nie masz wywalać odcinki izolowane, tylko dopisać brakujące jak mi się wydaje.
-
Kończymy, bo coraz bardziej odjeżdżamy.
...by auta jeździły TYLKO przed przejazdami z zaporami
Nigdzie tak nie napisałem. Co do semków i w4 - wszystkie mają być bezwzględnie przypisane. Nie ma aut, nie ma zapór, jest tylko puste skrzyżowanie torów i drogi = nie piszemy zdarzeń. To tyle tytułem protokołu rozbieżności.
-
W tym miejscu nie miejscu nie ma zapór, czy mam rozumieć, że mimo tego odcinek izolowany spowoduje zatrzymanie ewentualnego samochodu przed torami, na wypadek jazdy pociągu? Wydaje mi się, że w scenariuszu jeśli ktoś zechce dopisać poruszające się auta, zobowiązany jest postawić zapory (jeśli tak to ma wyglądać) i dopisać odcinki izolowane. Tym samym nie powinny być stosowane z automatu przy pisaniu scenerii (układaniu torów i dróg), kiedy i tak nie wiadomo co i gdzie będzie. Być może chcesz inaczej.
Co do semków i W4 to analogia, bo co robimy usuwając eventy od tego przejazdu? Usuwamy sem_info z semka. Rzadko analogia jest jota w jotę.
Nie ma ma aut, zaremowane eventy przejazdu - psujemy uniwersalność, to raz, dwa pisałem o tym, nie lubię się powtarzać, to że nie ma, nie znaczy, że ma ich nie być. Trzeba tylko kogoś, kto UMIE i POTRAFI poprawić ten przejazd/scenerię.
-
Z naciskiem na "jeśli":
(jeśli tak to ma wyglądać)
Czyli pełna dowolność stawiania co kto chce. Powstała nad interpretacja:
Ty chcesz ją ograniczyć, aby auta jeździły TYLKO przed przejazdami z zaporami.
Nie łap mnie za słówka, to prowadzi do nikąd. Nie widzę też analogii, a zdanie o semaforach wyraziłem. Uniwersalność - wszystko jest - nic nie działa? Jestem zwolennikiem pewności działania, a od lat w symulatorze tego nie ma.
-
Ja cię nie łapałem za słówka. Czy to moja wina, że się tak wyraziłeś? Jak powinienem to zrozumieć? Gdzie tu nadinterpetacja?
Nie moją winą jest też to, że nie widzisz analogi pomiędzy nie przypisaniem sem_info do toru, po którym w scenariuszu nic nie jeździ, do wywaleniem eventu sterującego ruchem pojazdów, bo tam też nic nie jeździ. Wydaje się być proste w zrozumieniu. Dlaczego tego nie widzisz? Nie wiem.
Aby działało zgodnie z oczekiwaniem, trzeba to naprawić, a nie skasować event i udawać, że jest ok i właśnie chyba stałeś się tego zwolennikiem tego drugiego.
Więcej nie chce mi się już pisać Krzysiek. Ja jestem nazwijmy to formacja A, Ty B i nie będzie miedzy nami porozumienia.
EOT
-
Auta były i po to pisałem te ince i przypisywałem przejazdy. Przez skrzyżowania auta wariowały, więc wyleciały aż znajdzie się ktoś mądry i poprawi skrzyżowania. Potem Trainskei wywalił skrzyżowania i nie wiem nawet jak scenariusz sn61 teraz wygląda. Może można przywrócić auta bez bólu.
Błąd jest w funkcji EventCondition gdzie sprawdzasz warunki tylko dla jednego eventu a porównujesz dwa eventy. W tym przypadku to tmpEvent ma wyzerowane flagi aktywności (iFlags) a sprawdzasz tylko flagi dla eEvent. Nie chcę tu poprawiać, gdyż nie do końca rozumiem po co porównuje dwa eventy ze sobą. Ty pisałeś tą funkcję to powinieneś znać przyczynę.
Patrzę w tego commita i zdaje się wartości pomieszałem. "e" to warunek a "tmpEvent" to stan komórki, nie? Miało zapisywać "wartości warunku = wartości komórki" z gwiazdkami dla pomijanych wartości. Znając siebie to nie wiedziałem co piszę, tylko przepisałem coś z innego miejsca, przerobiłem, wydawało się że działa to zostawiłem. Teraz nie ogarniam nawet co jest czym ani jak to miałoby działać.
-
Na misji SN61 są jakieś auta, jestem prawie pewien, że widziałem tam autobus. I jechał prawidłowo. Ładnie się zatrzymał przed przejazdem.
Za to widziałem błąd ze szlabanem, który był podniesiony jak przejeżdżałem. Jak będę jechał kolejny raz zapiszę gdzie to było, może spróbuję nawet poprawić.
Co do przejazdu w Boldach, to dobrze mówiłem, że go nie ma. Jak został wyrzucony, to zakomentowanie tego wpisu w inc-u nic już gorzej nie popsuje, a znając życie, na poprawione exe troszkę jeszcze poczekamy.
A o co chodzi z tą żaglówką? Ja nie mam tych plików, a jestem pewien że wypakowywałem paczkę całościową i wszystkie patche później. Tego wpisu też nie powinno raczej być. Ktoś u siebie miał żaglówkę, ale w paczce jej brak. Może po prostu dodać ją do paczki? Zdarzyło mi się kiedyś czekać 15 minut na załadowanie Całkowa, a tymczasem pod spodem ukryło się okienko dialogowe (od tej żaglówki). Dlatego też to wykomentowałem, ale najlepiej byłoby dodać brakującą żaglówkę.
Za to jakiegoś porządniejszego przejazdu to mi w Boldach nie brakuje, to taka dziura, że co najwyżej rower mógłby tam przejechać, albo furmanka z koniem ;)
-
Furmanka była, ale wóz stukał konia w zad i logował warningi sprzęgów. Hydraulika nie ma ukrotnienia, a koń z pneumatyką mi się nie widzi. Trzeba przeciwdziałać efektowi cieplarnianemu. :P
Żaglówki nie ma w paczce? Powinna być w 15.04 nie tykana w patchach. Ktoś potwierdzi? Całkowo-turkol używa jej w masowych ilościach. Tam są regaty na co drugim jeziorku.
-
Co do przejazdu w Boldach, to dobrze mówiłem, że go nie ma. Jak został wyrzucony, to zakomentowanie tego wpisu w inc-u nic już gorzej nie popsuje, a znając życie, na poprawione exe troszkę jeszcze poczekamy.
W jakim sensie go nie ma? Jeśli jest skrzyżowanie drogi z torami, to przejazd jest, tylko po wyrzuceniu tego inca, już przejazd nie będzie nadzorowany, przez inc, który w założeniu miał czuwać nad ruchem ewentualnych tam pojazdów, aby nie doszło do kraksy z pociągiem. Nie wiem, czy ten inc, miał jakieś widoczne modele. Bo jeśli nie miał widocznych, to był wirtualny tylko do sterowania ruchem (sugeruje to nazwa tego inca ), więc mogło Ci się wydawać, że tam go nie ma. Jak go teraz wyrzuciłeś go, to go teraz tam nie ma, a był :) . Nie trzeba czekać na naprawę exe, bo w scenerii był błąd, który generował wyjątek, a którego exe nie umiało obsłużyć bez wysypu. Jedynie co mnie troszeczkę przekonuje, aby inc wykopać, iż to jest mało atrakcyjne miejsce, na postawianie aut jak piszesz. Próbował ktoś dopisać te izolowane sugerowane przez Stelego i nie remować inc i eventów? Jeśli nie, to, może to zobaczyć.
Nie jestem też pewien co do lokalizacji przejazdu i czy o tym samym myślimy, bo raz o tym przejeździe pisze się, że jest w Pomiankach, innym razem, że w Boldach, czyli to:
//Przejazd Boldy
- include pkp/przejazd_niestrzezony_sterowanie.inc pom_prz 15884.9 4 15570.8 -70 pom_prz1 end
Kiedyś w przejazdach podawało się nazwy torów. Gdy torów o takich nazwach nie było, exe robiło wysyp. Wspominam dlatego, iż może zamiast nazw izolowanych, potrzebne są tory a w zasadzie tor pom_prz1 o takiej nazwie, na wypadek, gdyby eksperyment z dodaniem izolowanych nie przyniósł skutku.
Cały mój wywód opieram na domysłach i opisach sytuacyjnych napisanych w tym wątku, bo nie mam jak tego sprawdzić.
-
Potwierdzam obecnosc zaglowki w archiwum MaSzyna_15_04.7z.
-
// Przejazd niestrzeżony z krzyżem św. Andrzeja - Siecool / Całkowo
// Modyfikacja - Transkei
// (p1) nazwa przejazdu,
// (p2) (p3) (p4) polozenie,
// (p5) rotacja,
// (p6) nazwa odcinka izolowanego na przejezdzie
origin (p2) (p3) (p4)
rotate 0 (p5) 0
//Zatrzymywanie pojazdów na RP1
node -1 0 (p1)_RP1 eventlauncher 0 0 0 300 a 0 (p1)_zamykaj (p1)_zamykaj end
event (p1)_warning putvalues 10.0 none (p2) (p3) (p4) Warning_signal 2 1 endevent
node -1 0 (p1)_syg_mem1 memcell -8 0 5 SetVelocity -1 -1 none endmemcell
node -1 0 (p1)_syg_mem2 memcell 8 0 -5 SetVelocity -1 -1 none endmemcell
//wpisywanie informacji o tym ze przejazd zostal zamkniety:
event (p1)_stop1 updatevalues 1.0 (p1)_syg_mem1 SetVelocity 0 0 endevent
event (p1)_stop2 updatevalues 1.0 (p1)_syg_mem2 SetVelocity 0 0 endevent
//odczyt z drogi przed przejazdem:
event (p1)_syg_info1 getvalues 1.0 (p1)_syg_mem1 endevent
event (p1)_syg_info2 getvalues 1.0 (p1)_syg_mem2 endevent
//wpisywanie informacji o tym ze przejazd zostal otwarty:
event (p1)_go1 updatevalues 1.0 (p1)_syg_mem1 SetVelocity -1 -1 endevent
event (p1)_go2 updatevalues 1.0 (p1)_syg_mem2 SetVelocity -1 -1 endevent
// globalne procedury sterujace:
//--- zamykanie przejazdu - musi byc podpiete jako event1 do torow (z kazdego kierunku) daleko przed przejazdem
event (p1)_zamykaj multiple 0.0 none (p1)_stop1 (p1)_stop2 (p1)_autootwieracz endevent
event (p6):busy multiple 0.0 none (p1)_stop1 (p1)_stop2 endevent
event (p1)_autootwieracz multiple 60 none (p1)_otwieraj endevent
//---otwieranie przejazdu
event (p6):free multiple 1.0 none (p1)_otwieraj endevent
event (p1)_otwieraj multiple 2.0 (p6) (p1)_go1 (p1)_go2 else (p1)_otwieraj2 condition memcompare * * 0 endevent
event (p1)_otwieraj2 multiple 2.0 (p6) (p1)_go1 (p1)_go2 else (p1)_otwieraj condition memcompare * * 0 endevent
rotate 0 0 0
endoriginTak dla Mariusza i innych do analizy. Widzę tam parę dziwnych kwiatków, powodowanych poprawionymi już ułomnościami exe. Można by poprawić...
-
Nie jestem też pewien co do lokalizacji przejazdu i czy o tym samym myślimy, bo raz o tym przejeździe pisze się, że jest w Pomiankach, innym razem, że w Boldach, czyli to:
//Przejazd Boldy
- include pkp/przejazd_niestrzezony_sterowanie.inc pom_prz 15884.9 4 15570.8 -70 pom_prz1 end
Tak, dokładnie ten co wkleiłeś. Przejazd pomiędzy Boldami a Pomiankami, bliżej Boldów.
Proponuję wstawić odcinek izolowany, znaczy się wstawię i sprawdzę czy tryknie. To mi chwilę zajmie, bo muszę sobie przypomnieć, jak się wstawiało odcinki izolowane, a potem... już wiem, po prostu odpalę eventa pod Shift+1 i jak się nie posypie to można będzie chyba odtrąbić sukces ;)
-
No to pobieżnie przeanalizowałem. Wygląda na to, iż inc jest skopany i dodawanie izolowanych nie pomoże, gdyż mamy błąd
Bad event: MemCell "pom_prz1" does not exist in "pom_prz_otwieraj2"
Bad event: MemCell "pom_prz1" does not exist in "pom_prz_otwieraj"
a owe eventy, to:
event (p1)_otwieraj multiple 2.0 (p6) (p1)_go1 (p1)_go2 else (p1)_otwieraj2 condition memcompare * * 0 endevent
event (p1)_otwieraj2 multiple 2.0 (p6) (p1)_go1 (p1)_go2 else (p1)_otwieraj condition memcompare * * 0 endevent
Widać, że eventy te są warunkowe i odwołują się do komórki pamięci z parametru (p6), czyli w tym przypadku pom_prz1.
Jedyne deklaracje komórek pamięci w tym inc, to:
node -1 0 (p1)_syg_mem1 memcell -8 0 5 SetVelocity -1 -1 none endmemcell
node -1 0 (p1)_syg_mem2 memcell 8 0 -5 SetVelocity -1 -1 none endmemcell
Tak więc nie widać żadnej deklaracji komórki pamięci z parametru (p6). No chyba, że jest jakiś myk w exe, który automatycznie tworzy dostępne komórki pamięci poprzez dodanie izolowanych (ukryta samoistna deklaracja - na tyle nie śledzę zmian w exe, abym był pewien). Ponadto powinny być jakieś eventy updatujące tę komórkę pamięci, aby był sens używania eventu warunkowego, sprawdzający zawartość tejże komórki.
Najprościej zobaczyć zawartość inngo inc, który odwołuje się do odcinków izolowanych, jak tam jest to rozwiązane.
Głębiej będę mógł zgłębić problem w weekend, jeśli ktoś mnie nie uprzedzi. Liczę na HTD i Stelego :). Gdyż ja musiałbym ściągać całą PC wraz z patchem, aby móc eksperymentować, a ściąganie tylko do tego celu, mnie się nie uśmiecha. Dodatkowo, nie wiem jak będzie u mnie z wolnym czasem w weekend.
W ciemno: można spróbować te powyższe eventy warunkowe z (p6), zamienić na (p1)_syg_mem1 lub/i (p1)_syg_mem2 i zobaczyć zachowanie się przejazdu i czy strzeże tak jak powinien to robić :) , bo jakoś widzę podobieństwa warunków w eventach z eventami updatującymi komórki pamięci (p1)_syg_mem1 i (p1)_syg_mem2.
-
OK, sorki za tę żaglówkę, mój komputer szwankuje i zdarza mu się źle skopiować plik. Mój plik .fiz od żaglówki był uszkodzony. Nadpisałem go wersją z paczki i teraz żaglówka ładuje się poprawnie.
Co do przejazdu, poszukam jak to działa w podobnych plikach .inc, może coś znajdę.
-
To chyba Transkei zrobił w swoich przeróbkach, bo ja musiałem doczytać: http://www.rainsted.com/pl/Symulator/MaSzyna/EU07.EXE_424#Kom.C3.B3rki_pami.C4.99ci_dla_odcink.C3.B3w_izolowanych
Czyli tak. Deklaracja izolowanego w node track tworzy komórkę pamięci zmieniającą wartość w zależności od zajętości i to jest tu użyte. A czy poprawnie, to się nie zagłębiałem. Jeśli w torach dopisze się tą "1" do nazwy izolowanego, jak zasugerowałem na poprzedniej stronie, powinno działać. Przejazdów z tym incem jest tam dużo, a tylko ten sprawia problemy.
-
Ok, czyli jest ten "myk" w exe o ktorym wspomnialem i szczerze wydawal mi sie malo prawdopodobny. No to czekamy na dodanie izolowanego.
-
Dodałem go od ręki na repo. Od wczoraj przynajmniej jest na daily. http://eu07.pl/daily/export/scenery/slimson/sn61.scm
-
Wgrałem i teraz dostaję "Player train does not exist". Czemu tak?
Literówkę w teście zrobiłem, sorki, testuję...
Bangla. Wszystko bangla.
Dodano: 01 Grudnia 2016, 23:48:33
Przy okazji - oto poprawiony i przetestowany (przejechany 3 razy) przeze mnie rozkład.
http://eu07.pl/userfiles/23309/priv-calkowo-sn61.7z (http://eu07.pl/userfiles/23309/priv-calkowo-sn61.7z)
Ostatni przejazd zgadzał się co do minuty. Można się spóźnić minutę czy 2 jak będzie ekstra rozkaz pisemny S.
Proponuję też zmienić czas startu misji na 5:42 - daje to szansę na wyjazd zgodnie z rozkładem nawet przy rozkazie pisemnym S na starcie.
Jazda bez rozkładu (lub z niepasującym) dla mnie całkowicie psuje doświadczenie. Lubię jeździć, ale jak nie da się sprawdzić swoich czasów to bardzo dużo traci.
-
Patrzę w tego commita i zdaje się wartości pomieszałem. "e" to warunek a "tmpEvent" to stan komórki, nie? Miało zapisywać "wartości warunku = wartości komórki" z gwiazdkami dla pomijanych wartości. Znając siebie to nie wiedziałem co piszę, tylko przepisałem coś z innego miejsca, przerobiłem, wydawało się że działa to zostawiłem. Teraz nie ogarniam nawet co jest czym ani jak to miałoby działać.
e to TEvent, tmpEvent to też TEvent. Pierwszy jest podawany jako argument funkcji, drugi jest zmienną TGround i gdzieś tam przypisywany w kodzie.
-
HTD, no to mnie cieszy, tym bardziej, ze musialem sie niezle napocic, aby przekonac towarzycho do tego (znaczy sie, przede wszystkim Ciebie) ;).
-
Ja tam jestem od dawna przekonany, że trzeba dopracować wszystko w MaSzynie, znaczy się wszystko co już jest. Może akurat nie brakowało mi jakoś specjalnie aut w Boldach, ale racja, zawsze lepiej poprawić buga zamiast go obchodzić czy maskować. W sumie to dobrze, że exe zaliczało wysyp. A będzie jeszcze lepiej, jak w "zielonym okienku" pokaże błąd na czerwono i zapisze do errors.txt bez wysypu. Na marginesie, Całkowo to jedna z najlepszych tras w MaSzynie, jeśli nie najlepsza. Ostatnio sporo nowych rzeczy powstało do niego. Bardzo dobrze.
Dodano: 08 Grudnia 2016, 08:04:59
Zauważyłem błąd, brak wskaźnika D6 dla W14 w Paszkach Małych, przejazd przed samym przystankiem.
-
Błąd to przesada, raczej zauważyłeś brak. Ktoś podjumał D6, a ktoś inny to olał, ostatni nie zauważył i poszło do paczki. A może nigdy nie było D6. Ot życie. W załączniku wizja lokalna. Już zamówiłem: http://www.sklepdrogowyplaneta.pl/wskaznik-kolejowy-d6-zwolnic-bieg.html (http://www.sklepdrogowyplaneta.pl/wskaznik-kolejowy-d6-zwolnic-bieg.html)
Dodano: 11 Grudnia 2016, 18:53:37
Wrócę do istotnej rzeczy poruszonej przy okazji tego pojazdu. Wielu z nas nie podoba się ustawienie kamery w kabinie i jej kąt widzenie. Istnieje od dawna możliwość zaimplementowania takiego efektu jak w załączniku. Prezentuję Ganza i poczciwego kibla. Spokojnie mieścimy się w ciasnej kabinie.