- Symulator MaSzyna -
Symulator EU07 (i nie tylko) => Na warsztacie => Wątek zaczęty przez: firleju w 14 Kwietnia 2015, 21:33:12
-
Witam, rozpoczynamy łatanie exe na potrzeby paczki 15.04.
Wszystkie oficjalne exe będą wydawane na github: https://github.com/eu07/maszyna/releases (https://github.com/eu07/maszyna/releases)
Wersje niestabilne będą dostępne na https://github.com/firleju/maszyna/releases/ (https://github.com/firleju/maszyna/releases/)
470:
- przywrócenie działania event0
- umożliwienia przypisania event0, eventall1, eventall2 i eventall0 do toru za pomocą wpisu eventu
- dodanie hamulca do machajki (specjalnie dla Stele by yB)
471:
- dodanie pythonowego rendera ekranów LCD
https://github.com/firleju/maszyna/releases/tag/15.3.1168.471 (https://github.com/firleju/maszyna/releases/tag/15.3.1168.471)
472:
- kierpoć informuje o gotowości do odjazdu jeśli ustawiona jest parzysta opcja definicji przytsanku (odjedź nie patrząc na sygnał) i sygnał jest czerwony (kompatybilność ze starymi sceneriami)
https://github.com/firleju/maszyna/releases/tag/15.3.1169.472 (https://github.com/firleju/maszyna/releases/tag/15.3.1169.472)
https://github.com/firleju/maszyna/releases/tag/15.3.1169.472python (https://github.com/firleju/maszyna/releases/tag/15.3.1169.472python)
473:
W załączniku oprócz samego exe znajdują się pliki z katalogu /scenery/ip/pkp/: zmodyfikowane 2w27(a)n.inc oraz nowe pliki w9n.inc, w14n.inc oraz w27n.inc.
Nie używać tych plików ze starymi exe, gdyż AI nie będzie rozpoznawać zawartych w nich komend i w związku z tym będzie będzie się przed nimi zatrzymywało.
- nowe rodzaje komend:
- RoadVelocity - nadanie prędkości drogowej. Obowiązuje do następnej komórki tego typu
- SectionVelocity - ograniczenie prędkości, składa się z dwóch zmiennych: prędkości, długości. Długość może przyjmować trzy stany:
- < 0 - obowiązuje do napotkania kolejnej komórki tego typu
- = 0 - ograniczenie punktowe, np. przejazd
- > 0 - obowiązuje przez podaną długość i potem automatycznie się kasuje
- poprawiony wybór ważniejszego ograniczenia, lecz dalej nie jest to dobrze zrobione. Będzie przedmiotem dalszych prac.
- hiddenevents włączone domyślnie jako że nie zgłoszono w ciągu ostatniego roku problemów z ich działaniem
- automatyczne uznawanie minięcia wskaźnika W5 jeśli po ograniczeniu nadanym przez semafor nie znalazł już przed sobą kolejnego semafora lub rozjazdów. Do przedyskutowania ewentualnie jest czy powinien przyspieszać już w stacji jeśli przed sobą ma same rozjazdy bez ograniczeń prędkości.
- dorzucone logowanie wyjścia z ograniczenia nadanego przez SectionVelocity. To w celu stwierdzenia co jest ewentualnie nie tak. Jak będzie już na pewno wszystko działało to usunę.
- gdy AI trafi na nierozpoznaną komendę będzie ją igonorowało. Zmiana ma na celu kompatybilność z przyszłymi exe.
- zmniejszona odległość skanowania na postoju z 2500 na 1500 [m].
https://github.com/firleju/maszyna/releases/tag/15.4.1170.473 (https://github.com/firleju/maszyna/releases/tag/15.4.1170.473)
https://github.com/firleju/maszyna/releases/tag/15.4.1170.473p (https://github.com/firleju/maszyna/releases/tag/15.4.1170.473p)
475:
- dodane asynchrony
- dodany nowy hamulec dla EN57AL
- poprawki w działaniu hamulców podczas zmiany kabiny i pojazdu
- poprawki dla łapania W4 przez AI (W4 musi stać przed semaforem zgodnym z trybem jazdy)
- dźwięki piasecznicy jako AdvancedSound
- nowa smuga
- rozszerzenie działania PoKeys
- poprawka na wysyp przy przeciążeniu TractionPowerSource
- jednostki są łączone sprzęgiem depotowym
- poprawka blokady drzwi włączanej hebelkiem
- programator świateł
- AI hamuje także ręcznym
https://github.com/eu07/maszyna/releases/tag/16.0.1172.475 (https://github.com/eu07/maszyna/releases/tag/16.0.1172.475)
-
Machajka teraz w ogóle nie jest wykrywana po dodaniu do scenerii przez Rainsted.
-
Machajka nie ma nic do exe. Nie widac jej bo domyslnie dodaje sie bez obsady. W pc nie ma fizyki wykozystujacej ta funkcje, a drezyny hamuja pneumatykiem. W patchu dam prowizoryczne fizyki do obu drezyn i czekam na dane do porzadnych.
-
A co do hamulca, przecież jest hamulec mechaniczny. Na et42 działa to w mahajce nie będzie?
Na lokach jest tak: ManualBrake=Yes
Może zadziała wagonowy: LocalBrake=ManualBrake
-
Nie działało to gdy ręczny był jedynym hamulcem w pojeździe. Właśnie tego tyczy się ta poprawka. Teraz przy wpisie LocalBrake=ManualBrake pod ctrl+num1/7 jest hamulec ręczny.
-
Exe wraz ze zrodlami zostalo opublikowane na GitHub: https://github.com/eu07/maszyna/releases/tag/15.3.1167.470
-
Jeśli mogę dodac co jeszcze nie działa z kosmetyki, to brakuje obsługi dzwiekow w zaqworach typu Knorr także ten w ezt. Na exe @Kursa dzialalo, zostało to pominięte przy laczeniu exekow. @RA nie chciał sobie tym glowy zawracać, uwazal ze to zbędne.
-
Szczerze, to to jest pytanie do Szczawika lub Youby, którzy wiedzą w ogóle gdzie to jest zdefiniowane. Szczególnie y będzie wiedział.
-
Odnosze wrazenie ze na tym exe nie lacza si
ęe pomiędzy pojazdami zolte weze. Sprawdzone na kilku pojazdach.
Za to ja odnoszę wrażenie, że nadal masz problem z pisownią i ją mieszasz. Mało tego nie raczyłeś poprawić swoich poprzednich wiadomości. Radzę się poprawić i zacząć pisać jak przystało na swoje lata. Ostrzegałem.
Sawi
Unikalem ogonkow celowo ale przegladarka sama je wstawia w niektórych przypadkach, za co ja nie odpowiadam. Wlasnie z tego powodu dosłownie strach tu o cokolwiek zapytać i się udzielać, dlatego dlubie w zaciszu bez obawy ze ktoś mi tu będzie wytykal brak przecinkow i jakies tam ogonki.
Wiem wiem tyle ze ja wole przetestowas jakis scenariusz lub cos podlubac, niż zastanawiac się nad kazda litera tu postawiona. Jakbym miał tracic czas na napisanie jakiegoś posta i go 20 razy poprawiac i czas tracic, to wole już nic nie pisać i robic dalej swoje.
-
Proszę bardzo. Problem dotyczy spinania składu klawiszem INSERT.
Problemu nie ma jeśli skład już jest polaczony na starcie w rainstedzie.
Widze ze problem dotyczy także kabli sterowania wielokrotnego.
-
Czy oba przedstawione pojazdy mają w charakterystyce wpisaną możliwość połączenia żółtych węży?
-
A jaki to wpis to zobaczę.
-
AllowedFlag=xgdzie x to maska sprzęgu (taka jak we wpisach). Standardowo może tam być np. 35 albo 115 (tyle jest w charakterystykach z paczki).
-
Miales racje, nie było wpisow.
-
Inaczej są wpisy tylko z inną wartością. Tu dla przykładu 4e.fiz:
AllowedFlag=103
-
W pierwszym poście dodana nowa rewizja w wersjach z pythonem i bez.
-
Czy jest możliwość wprowadzenia dodatkowych licznikow? Na chwile obecna może być tylko jeden (licznik kilometrow) lub inny. Dobrze by było wprowadzić jakiś parametr, by można było stosować kilka. W kabinie budynia mamy haslera który pokazuje predkosc wskazowka, godzine i predkosc na wyświetlaczu cyfrowym. Ponadto w kabinie EM10 stosuje się wszystkie 3 rodzaje tj, kilometry/godzina i predkosc jako wyswietlacz cyfrowy oraz 2 analogowe wskazówkowe (z tym problemu nie ma).
Koledzy co z lusterkami od kolegi @Q? Dzialaja dobrze a model mam przygotowany pod ich stosowanie.
-
Sprawdzę to, ale wydaje mi się, że nie przerabiałem nic w exe, aby móc używać większej liczby liczników. Inna sprawa, że jeśli godzina i prędkość ma być na wyświetlaczu cyfrowym, to może lepiej użyć skryptu od ekranów?
-
CHetnie wprowadze te nowości powiedzcie jak, dajcie instrukcje jakas. Warto by to opiusac, jeśli w exe już to funkcjonuje. Jeśli można prosić, to dobrze by było zaktualizować opis pliku mmd, gdzie by były wszystkie opcje ujęte. Np. nic nie było napisane o parametrze tahometerd: lub tahometern: . W jednym pulpicie EM10 stosuje się 2 wyświetlacze cyfrowe predkosci i jeden od kilometrow.
Na haslerze w EP08 jest możliwość wyświetlenia albo godziny albo kilometrow/h albo przebiegu. Można by wprowadzić opcje dowolnego wyświetlania informacji na takich wyświetlaczach.
-
Ekrany powoli zacząłem ogarniać. Na początek musisz mieć plane i nałożyć na niego teksturę tła. Później robisz skrypt pythona w którym programujesz różne figury geometryczne lecąc z wymiarami po współrzędnych tła licząc od lewego górnego rogu tekstury.
-
Żeby nie mówić, że nic się nie dzieje. Po okresie długiej przerwy związanej z narodzinami kolejnego potomka oraz przeprowadzki obecnie mam codzienne 30 min - 60 min na prace nad kodem w najlepszym dla mnie czasie. W związku z tym właśnie dokańczam zapowiadaną poprawkę do tabelki prędkości. Planowane:
- zostaną dodane nowe typy PutValues: SectionVelocity, RoadVelocity. Odpowiadają za ograniczenia prędkości za pomocą eventów i stosowane odpowiednio do znaków ograniczenia na odcinku oraz prędkości drogowej.
- zapamiętywanie każdego z typów ograniczenia osobno i wybieranie z najmniejszego
- automatyczne określanie końca stacji (nie trzeba stawiać W5 za posterunkami odgałęźnymi)
- zostanie usunięty bypass dodany wraz z wersją 472, gdyż będzie już to działać poprawnie
W wersji SectionVelocity jako druga wartość będzie podawana długość ograniczenia. Jeśli będzie ona wynosić 0 to oznacza, że to ograniczenie punktowe i skład będzie ją pilnował tylko do czoła składu. W pozostałych przypadkach będzie pilnował przez cały przejazd przez odcinek.
Dodano: 01 Listopada 2015, 15:00:25
Z frontu robót:
Obecnie działa już tabelka prędkości z automatycznym wyborem najmniejszej prędkości oraz automatyzacja W5. Zostało do zrobienia poprawne wybieranie ograniczeń, gdyż w tej chwili wybiera ograniczenie do którego musi użyć największego opóźnienia co nie zawsze działa poprawnie.
Dodano: 02 Listopada 2015, 08:36:58
Po kolejnej rundzie prac przy wyborze ograniczenia (zmienna VelNext) uwzględniany jest pierwszy semafor a reszta jest ignorowana. Nie wiem jak to będzie działało przy tarczach manewrowych. Jest jakiś dobry scenariusz gdzie mógłbym to przetestować?
-
Jaką konkretnie sytuację chcesz? Wiele tarcz w jednym przebiegu, najlepiej z różnymi prędkościami? Możesz spróbować towara na l61 w becie Ra. Tam chyba jest więcej niż jedna tarcza przed W5. Na Całkowie Transkeia też jest masa manewrów, ale tarcz raczej mało.
-
Już myślałem, że da się wypuścić, ale znalazłem jakiś błąd w skanowaniu. Objawia się tym, że jeśli znajdzie na drodze skanowania event za zwrotnicą i ta zwrotnica przestawi się to event przestaje być uwzględniany. Czary.
-
A gdzie tu błąd?
-
No taki, że jeśli to była zwrotnica zjazdowa i za nią znajdował się semafor to po przestawieniu na nasz tor jazdy AI przestaje widzieć ten semafor.
Dodano: 04 Listopada 2015, 08:01:23
Znalazłem gada. Najpierw mały wstęp teoretyczny. Exe z każdym przejściem tabelki sprawdza czy nie ma w niej zwrotnicy i czy nie uległa on przełożeniu. Następnie zaznacza ten element jako ostatni i nakazuje na nowo przeskanować resztę toru od nowa. Błąd leżał w tym, że w tabelce dalej zalegały stare wpisy i w momencie skanowania tych samych torów (jeśli zwrotnica jest na jazdę z ostrza to exe przechodzi przez nią jakby była ustawiona na jego kierunku) natrafia na te same eventy. Dodatkowo sprawdza czy nie ma już w tabelce odpowiednich wpisów eventów, żeby ich nie dublować. Wystarczyło skasować resztę tabelki i zaczęło to działać jak powinno.
-
Z postępów prac:
Poprzednie problemy rozwiązane. Za to mam regres gdyż zaczął łapać eventy SetProximityVelocity, które są wyłączone od wieków już.
Dodano: 06 Listopada 2015, 10:58:26
Zostały już tylko testy nowości czy prawidłowo działają. Wraz z exe planuję udostępnić poprawione pliki W27n.inc oraz nowy wskaźnik W9n.inc który będzie aktywny i nadawał ograniczenie prędkości bez konieczności wpisywania go w tor.
Dodano: 07 Listopada 2015, 08:25:06
Testy w trakcie. Oczywiście wyszło parę bugów. Jeśli dobrze pójdzie to exe będzie dostępne dzisiaj lub jutro (jak dzieci pozwolą).
Dodano: 08 Listopada 2015, 09:48:08
Jak narazie z ograniczeń eventowych działa punktowe. Reszta się robi...
Dodano: 09 Listopada 2015, 08:01:59
Udostępniam wersję 473 w wersji bez pythona. Wersja pythonowa będzie pewnie wieczorem albo jutro rano jak zrobię merge'a i przetestuję.
W załączniku oprócz samego exe znajdują się pliki z katalogu /scenery/ip/pkp/: zmodyfikowane 2w27(a)n.inc oraz nowe pliki w9n.inc, w14n.inc oraz w27n.inc.
Nie używać tych plików ze starymi exe, gdyż AI nie będzie rozpoznawać zawartych w nich komend i w związku z tym będzie będzie się przed nimi zatrzymywało.
Log:
- nowe rodzaje komend:
- RoadVelocity - nadanie prędkości drogowej. Obowiązuje do następnej komórki tego typu
- SectionVelocity - ograniczenie prędkości, składa się z dwóch zmiennych: prędkości, długości. Długość może przyjmować trzy stany:
- < 0 - obowiązuje do napotkania kolejnej komórki tego typu
- = 0 - ograniczenie punktowe, np. przejazd
- > 0 - obowiązuje przez podaną długość i potem automatycznie się kasuje
- poprawiony wybór ważniejszego ograniczenia, lecz dalej nie jest to dobrze zrobione. Będzie przedmiotem dalszych prac.
- hiddenevents włączone domyślnie jako że nie zgłoszono w ciągu ostatniego roku problemów z ich działaniem
- automatyczne uznawanie minięcia wskaźnika W5 jeśli po ograniczeniu nadanym przez semafor nie znalazł już przed sobą kolejnego semafora lub rozjazdów. Do przedyskutowania ewentualnie jest czy powinien przyspieszać już w stacji jeśli przed sobą ma same rozjazdy bez ograniczeń prędkości.
- dorzucone logowanie wyjścia z ograniczenia nadanego przez SectionVelocity. To w celu stwierdzenia co jest ewentualnie nie tak. Jak będzie już na pewno wszystko działało to usunę.
- gdy AI trafi na nierozpoznaną komendę będzie ją igonorowało. Zmiana ma na celu kompatybilność z przyszłymi exe.
- zmniejszona odległość skanowania na postoju z 2500 na 1500 [m].
Udostępniam narazie jako załącznik. Na GitHubie znajdzie się razem z wersją pythonową.
Update pierwszej wiadomości.
-
472:
- kierpoć informuje o gotowości do odjazdu jeśli ustawiona jest parzysta opcja definicji przytsanku (odjedź nie patrząc na sygnał) i sygnał jest czerwony (kompatybilność ze starymi sceneriami)
Wracając nieco do tematu: o jaką opcję tu chodzi? Któryś parametr we wpisie W4? Jeśli tak, to który?
-
Chodzi o parzystość pierwszego parametru eventu czyli p8 inca w4n.
-
Na exe 473 coś jest nie tak z odczytywaniem sygnałów na semaforze. Mam taki przypadek, że wjeżdża sobie pociąg na stację i widzi semafor, na którym jest stój. Gdy zbliży się do niego na < 200 m (tabelka się nie zmienia, tj. nic nie dochodzi, ani nie ubywa) ten sam semafor nagle jest odczytywany jako wolna droga, w związku z czym AI dziarsko rusza przed siebie. Oczywiście sygnał na semaforze się przez cały czas nie zmienia. Używając exe 472 wszystko jest ok.
-
Podeślij mi scenerię, i wyjaśnij na co mam tam konkretnie patrzyć.
-
OK, chyba już rozumiem mechanizm - nie dopatrzyłem się jednego eventu. Wygląda to tak, że na stację wjeżdża pociąg i mija po drodze event1, który w pewnym momencie wpisuje do komórki skanowanego semafora komendę "Shunt 0 0" (odpięcie lokomotywy). Na exe 472 powoduje to, że skład zatrzymuje się przed semaforem (bo każda taka komenda jest traktowana jako S1), następnie odpina się i po podaniu sygnału manewrowego jedzie dalej. Tymczasem na exe 473 wpisanie komendy "Shunt 0 0" jest traktowane jako komenda nieznana i powoduje, że semafor jest ignorowany. Wygląda zatem na to, że trzeba się przyjrzeć kryteriom uznawania komend za nieznane, bo chyba nie uwzględniają one np. Shunt. Używam też semaforów do przesyłania rozkładów (komenda Timetable z parametrami), więc dobrze, żeby i ona nie była ignorowana. Wyobrażam też sobie wykorzystanie semaforów do przesyłania innych komend np. Change_direction, Prepare_engine itp.
-
Przywróciłem poprzednie zachowanie w tym względzie. Próbowałem to obejść na kilka różnych sposób, np. zapamiętywanie poprzedniego sygnału bo jestem w stanie sobie wyobrazić, że ktoś to robi na jadącym pociągu bez zatrzymania. Niestety jest pewien problem z przechodzeniem między kabinami i w niektórych przypadkach nie potrafi przejść do komendy Connect gdyż nadpisuje ją Obey_train.
W załączniku exe 474 w obu wersjach. Nie załączam tym razem bibliotek pythonowych więc proszę sobie ściągnąć z którejś poprzedniej wersji.
-
Opisany powyżej problem znikł, zauważyłem jednak inną ciekawostkę - nie wiem, czy to pokłosie tej wersji exe czy było już wcześniej. Można to nazwać AI z wypranym mózgiem - polega to na tym, że w tabelce ma wszystkie wpisy "Empty" i jedzie przed siebie, ale nie skanuje torów (aczkolwiek reaguje np. na putvalues każące trąbić przed przejazdem). Jechałem sobie swoim pociągiem i prawie zderzyłem się z ST45, prowadzonym przez AI. Z analizy wyszło mi, że AI przerżnęło semafor na poprzedniej stacji (rozjazd był rozpruty), ale postanowiłem tą teorię jeszcze sprawdzić. Wycofałem swój skład, licząc, że AI sobie pojedzie dalej i faktycznie - jak się oddaliłem ruszyło i turlało się dalej 40 km/h nie widząc nic. Niestety, gdy zbliżyło się do stacji program się wysypał - nie wiem jednak, czy jest to pokłosie tego błędu (bo właściwie czemu nie wywaliło się już wcześniej?) czy czegoś innego. Losowe wysypy exe notuję niestety od jakiegoś czasu na swojej scenerii i nie mam jeszcze dobrej teorii odnośnie przyczyn. Zdążyłem jeszcze strzelić tylko screena poniżej.
Tak z innej beczki to jadąc śledziłem tabelkę swojego pociągu i ta też wzbudzała pewien mój niepokój. Czasami tabelka jest pełna i są w niej wszystkie ograniczenia z torów itp., co jakiś czas następuje jednak całkowite jej wyczyszczenie (znikają minięte ograniczenia, ale nie pojawiają się nowe). Niemniej jednak wraz ze zbliżaniem się np. do stopinfo czy sem_info nagle skanowanie pojawiało się ponownie i znowu tabelka się zapełniała. Nie wiem, czy to błąd, być może jest to jakiś sposób optymalizacji (na pewno analogicznie tabelka działała jeszcze za czasów Ra), ale nieco mnie to zachowanie jednak niepokoi.
-
Exe jest zdecydowanie niestabilne ;) Wczoraj też mi się wysypało. Problem leży gdzieś w funkcji czyszczenia tabelki po przełożeniu przeskanowanej zwrotnicy. Dzisiaj rano testując też miałem same "empty" chociaż teoretycznie po usunięciu zbędnych wpisów używam funkcję czyszczenia. Narazie próbuję znaleźć miejsce, w którym się sypie.
-
@Sieciool: też się spotkałem z takim brakiem czyszczenia tabelki. Szukałem po kodzie i stwierdziłem, że w jednym jedynym przypadku może zajść sytuacja, że program stwierdza zatkaną tabelkę i nie robi z tym nic. Wpada pętlę i wychodzi z niej dopiero po zmianie kierunku.
W załączeniu testowe exe, które powinno rozwiązać ten problem. Znalazłem też powód wysypów (moja wina, próbowałem używać funkcji na NULL).
Dobrych Świąt.
-
Niestety niezbyt miałem ostatnio czas na Maszynowe przejażdżki, ale przy okazji testowania scenerii stwierdziłem, że nadal coś jest nie do końca dobrze z exe. Wydaje mi się jednak, że jest pewien postęp, bo wysypy są dużo rzadsze. Ale do rzeczy: w załączniku dwa logi z misji, które zakończyły się wysypem. W obu przypadkach blisko końca obu logów występuje fragment:
TableCheck: Przestawiona zwrotnica. Kasowanie tableki.
TableCheck: Kasowanie tableki OK.
TablePurger: Czyszczenie tableki.co wskazuje, że problem jest chyba nadal tam, gdzie szukaliśmy. Jeżeli chodzi o samą misję to jest to właściwie sceneria testowa, której używam do podglądu modeli itp. Są tam raptem dwa pojazdy: drezynka, gdzie siedzi gracz i EU07 sterowana przez AI, która jest pozostałością testowania zachowania AI i w sumie obecnie do niczego mi w tej misji niepotrzebna. Siódemka wyjeżdża w tej scenerii z lokomotywowni i podpina się pod skład wagonów, stojących na stacji - właśnie na początku tego wyjazdu z lokomotywowni następował wysyp. Muszę jednak przyznać, że na kilkadziesiąt już pewnie odpaleń zdarzyło się to tylko dwa razy - trzeba mieć trochę szczęścia, żeby trafić.
Jakby była potrzeba mogę wyciągnąć tą misję ze scenerii (bez modeli, drzewek itp., żeby było lżej) i podrzucić.
-
Mam jeszcze jeden problem z tableką, który mi wrzucił surgeon. Być może tam leży przyczyna wysypów.
Dodano: 07 Stycznia 2016, 20:49:21
Znalazłem gada od surgeona, ale to raczej nie była przyczyna wysypów (chociaż może).
W załączniku exe next2
-
Grześ na co dokładnie mamy zwracać uwagę?
-
Czy tabelka się nie opróżnia (same empty) i czy nadal występują randomowe wysypy (tu proszę o loga, założyłem troszkę więcej info w logach w tym celu).
Dodano: 09 Stycznia 2016, 09:39:09
Znane błędy:
- jeśli są dwa pojazdy na torze to nie potrafią się odwrócić i manewrować osobno
- prędkość z następnego ograniczenia przeskakuje jeśli pojazd jest wystarczająco blisko końca toru
-
Dziś znajdę nieco czasu dlatego dopytam dla pewności. Rozumiem, że obojętnie jaki scenariusz i obserwuję co się dzieje pod klawiszem F2?
-
Tak. A nawet lepiej jak obojętnie jaki. Kod jest tak zamotany, że to bajka :D
-
Teoretycznie znalazłem przyczynę przeskakiwania co chwilę VelNext w niektórych przypadkach. Prawdopodobnie winne było użycie funkcji Min0R, która nie jest przewidziana do użycia z wartością -1 jako największą. Zaminiłem na własną Global::Mni0RSpeed i wygląda, że działa.
-
Po ostatnich testach stwierdzam, że kod bywa bardzo kapryśny.
-
Znalazłem drugi błąd od surgeona. Tym razem to będzie chwilka wyjaśnienia.
Błąd polegał na tym, że jeśli pociąg był w trybie Shunt (al bez łączenia) to nie widział sygnałów z tyłu jeśli coś stało przed nim (np dwie lokomotywy na torze postojowym).
Teraz dlaczego: aby wywołać funkcję skanowania do tyłu trzeba być w trybie shunt lub connect oraz prędkość VelNext ma być równa 0 (ma być przeszkoda przed nim). Następnie jest sprawdzane czy jest w trybie connect (użycie shunt z odpowiednimi parametrami), jeśli jest to sprawdź czy jest coś przed nim. Jeśli nie ma to skanuj także do tyłu. Dla samego shunt skanowanie powinno być zawsze.
Błąd polegał na nieprawidłowym sprawdzeniu flagi i w związku z tym tryb shunt był traktowany w tym miejscu tak samo jak connect. To było łatwe do poprawienia. Nie jestem natomiast pewien konsekwencji innych zapisów. Gdyż jeśli dobrze rozumiem zapis w kodzie to jeśli manewrujemy lokiem i chcemy go zatrzymać między dwoma semaforami i następnie odwrócić i pojechać gdzieś coś podpiąć, a przed nami będzie tabor w odległości mniejszej niż 1000 m to lok się nie odwróci na sygnał.
Czy to się tak zachowuje czy nie?
-
Manewry na connecie były problematyczne z innych względów, które chyba Ra zdążył poprawić. By nie kusić losu manewrujemy na shuncie i wprowadzamy w connecta dopiero na ostatniej prostej gdy już widzi przed sobą do czego ma się podłączyć. Ciężko więc będzie to przetestować.
-
Dobra, wrzucam tutaj wersje z poprawką obu bugów.
Wersja next3.
W następnej poprawię sposób manewrowania w trybie connect.
Na razie do sprawdzenia czy manewry przechodzą.
Jak Q ustabilizuje swoje zmiany to będzie łączenie wersji.
Dodano: 17 Stycznia 2016, 19:24:10
Poprawione manewry na connect.
Od teraz AI zczytuje sobie odległość do najbliższego semafora i jeśli jest mniejsza niż odległość do taboru przed nim to skanuje także do tyłu.
-
Jaka jest sugerowana sceneria d testu poprawek? Chodzi o to, aby sprawdzić to co się sypało, no i ogólnie przetestować stabilność.
-
Su(r)ge(r)owaną jest Dolny Śląsk ;) A tak poza tym to każda. Po prostu używać jak normalnie i zobaczymy czy AI gdzieś haczy. Testy raczej ekstensywne, gdyż wychodzą teraz sprawy, które Ra zrobił 3 lata temu, więc się nastawiam na poprawki moich błędów przez następców ;)
-
Jak manewry, to pewnie Quark i Całkowo Odyseja. ;) Tylko mówię, staraliśmy się unikać pędzenia na connecie między tarczami.
-
Narazie tylko wspominam, że z @mac310 uruchamiamy brzęczek CA/SHP sterowany przez PoKeys. Po przetestowaniu trafi jako kolejne testowe wydanie.
-
W scenariuszu l61 towarowy2 z dnia dzisiejszego nasz byk wykonuje manewry przez kilka tarcz ze zmianą czoła w trybie connect. Można tam potestować.
U siebie na Drawinowie też puszczam epokę od razu w connecie. Dwie pieczenie na jednym ogniu spróbuję załatwić.
-
Popatrzę. Zaczyna mi się robić syf w paczce ;)
-
AI ładnie zrobiło manewry na Kaliskiej. Zawsze to coś.
-
Narazie robię zmianę patrzenia w przód. Zastanawiam się, czy wypuścić już 475 czy spróbować raczej poprawić bardziej manewry i dopiero jak wyjdzie to dawać. To jest pytanie o patch 16.01
-
Grzesiu jeśli potrzebujesz więcej czasu nie widzę problemu.
-
Jak narazie wygląda, że next4/5 jest już całkiem stabilne. Obawiam się, że jak zacznę grzebać to więcej rzeczy przestanie działać niż zacznie. A wtedy albo grzebię dalej albo się cofam. Jeśli do czasu wypuszczenia patcha nie zdążę zrobić stabilnych poprawek to rekomenduję wypuszczenie next5 jako 475 i dodanie.
Tutaj jest pytanie czy do patcha oficjalnie dawać też wersję z pythonem, czy raczej jeszcze poczekać na dodanie asynchronów?
-
Ja się nie znam, ale powiem, że należy poczekać. Będzie więcej czasu na sprawdzenie pythona i asynchronów. Natomiast potwierdzę, że next4/5 jest udane. Jak już wydasz oficjalnie 475 to na następne będziesz miał sporo czasu, nie obawiam się więc, że coś popsujesz.
-
Jeśli dodanie pythona za bardzo nie namiesza i przede wszystkim nie zepsuje tej całkiem stabilnej w miarę wersji to można go dodać, będziemy mieli wówczas jakiś etap już za sobą. Tylko zaznaczam jeśli jej nie zepsuje.
-
Od kwartału latam na asynchronowym exeku z pythonem jako podstawowym i nie miałem żadnych problemów.
-
Moja asekuracja wynika ze złych wcześniejszych doświadczeń. Także nie bardzo mogłem wyrobić sobie opinię o asynchronie i jego pythonowym dodatku. Next5 odkąd się pojawiło testuję na Drawinowie, Kaliskiej i L61. Nie mam na co narzekać.
-
Jeszcze kwestia, czy przez ten kwartał yB niczego nie zepsuł i czy integracja z next5 czegoś nie zwali. ;)
-
Krzyśku, jeśli dobrze pamiętam next5 mają tyko dwie osoby, a jedną z nich jestem ja. Więc raczej używasz next4. Next5 różni się od next4 tylko dodaniem wyprowadzenia buczka CA/SHP na PoKeys zgodnie z dokumentacją na stronie Ra.
-
Dokładnie, tak jak piszesz. Literówka i sugestia. Ale dodanie wyprowadzenia do buczka jest drobiazgiem i raczej nie ma obawy o problemy z tym związane. Po Keys, myślałem o zrobieniu tego... niestety nie mam warunków na pulpit.
-
Już myślałem, że jest dobrze, ale jednak 474 next4 też się wreszcie wysypało. Mam loga, ale niestety nic do życia nie wnosi...
-
No mnie jeszcze ani razu, a na czym zapytam? Bo jak na Kaliskiej, to tam jest takie podejrzane miejsce... Znacie exe które się nigdy nie wywaliło?
-
Na mojej scenerii, Kaliskiej jeszcze nie ściągałem. No nic, zobaczymy, czy to jednorazowy wysyp czy jakaś trwalsza tendencja.
-
Z dedykacją dla Stele.
Może to być mocno problematyczny build. Ale jak ktoś na nim Kaliską zrobi to będzie super.
-
Grześ, Ty to wiesz jak nie dać komuś pospać...
-
No to Ci jeszcze dorzucam. Mały update. Było już późno i zapomniałem o jednej małej rzeczy.
Dodano: 27 Stycznia 2016, 14:41:29
Jako, że wygląda stabilnie wrzucam to jako RC1. Wersja z pythonem. Dorzucone wszystkie nowe pliki od exe 470.
To jest kandydat do patcha 16.01/16.02.
Zgłoszone uwagi do działania wskaźników W4 będą robione w następnych wersjach, gdyż nie chce już teraz mieszać w kodzie za bardzo. Chyba, że bardzo tego potrzebujecie to cofnę się do wersji beta.
EXE_475RC1+python (http://eu07.pl/userfiles/277/priv-EU07_475rc1p.7z)
-
Jak wchodzę w link to jest komunikat "Strona internetowa jest niedostępna". Testowałem na EU07_next6p1
-
next6p1 nie ma pythona. Już poprawiłem link. Dziwne, że nikt nie zgłosił tego wcześniej.
Dodano: 28 Stycznia 2016, 16:17:02
Przedstawiam wersję RC2.
Jest to wersja ze zmianami na miarę SPKS.
Wersja z pythonem.
-
Zniknelo podświetlenie haslera, tzn przesunelo się chyba i brakuje smug reflektorow. To tyle na pierwszy rzut oka. Screeny dwa dla porównania z exekiem z paczki.
-
W paczce masz nową teksturę do smugi.
-
W haslerze podejrzewam ten sam problem, co w et22-2k. Masz ten błąd na czymś innym, niż eu07? W paczce na której testowałem exeka mam haslery Tz i w nich problemów nie było.
-
RC2 wywala się podczas ładowania. Sprawdzane na kilku różnych scenariuszach. Ostatnia linijka w logu: "Loading Python...". Jeden przykładowy log z crasha w załączniku.
Mój konfig: AMD FX-6300, karta graficzna Radeon HD 5850 na sterownikach 14.4 (ostatnie, które nie psują w Maszynie wyświetlania tekstur) i do tego Win 7 Ultimate x64.
-
Na moje oko nie masz pobranego folderu z pythonem. Pobierz wersję RC1 i powinno być dobrze.
-
Mam pobrany folder z pytonem i mam plik smugi tez. Wypakowane wszystko jak należy. Zwracam honor. Podswietlenie działa ale tylko na same szyny. Az ciężko było je zauwazyc tak znikome jest.
-
Na moje oko nie masz pobranego folderu z pythonem. Pobierz wersję RC1 i powinno być dobrze.
Teraz wszystko jest ok, dzięki. Rzuciłem się na ostatni link nie patrząc na to, co jest po drodze...
-
Na której lokomotywie testujemy tego pythona?
-
Na każdej dostępnej.
-
No dobra ale ta smuga to nic nie oswietla. Z całym szacunkiem, na starej więcej było widać. Poza szynami nic nie oswietla. Nawet podsypki, nic kompletnie. Noca nie da się na tym jezdzic.
-
Zauważyłem, że bardzo dużo zależy od atmo (mgły?) i przezroczystości szyby. Niekiedy smuga wali tak, że wskaźników nie da się odczytać a niekiedy prawie jej nie widać na torach.
-
Jeżeli chodzi o Pythona i wyświetlacze, to ten na 6Dg nie wyświetla mocy silnika- wskazówka na odpowiednim pasku ciągle wskazuje 0 kW. Odnośnie smugi, to wygląda póki co świetnie. Chociaż rzeczywiście mam wrażenie, że świeci o wiele za słabo. Na takim np nocnym Drawinowie można by jechać bez niej.
Ps. Patrząc na FPS zauważyłem ciekawą rzecz. Włączenie smugi- przynajmniej u mnie- nie wpływa na ilość klatek. Czyżby światło było liczone cały czas a jego graficzna reprezentacja pojawiała się dopiero po załączeniu reflektorów przez gracza?
-
Dobra, ostatnia poprawka na dzisiaj. Może przestaniecie przekraczać prędkość po nocy.
-
6dg nie ma ekranu na pythonie. Jedyne publiczne pojazdy to ET22-2000 i ST45 (częściowo) a i je musisz sobie znaleźć na forum i nie jestem pewien czy nie są w beta. Byka wrzuciłem sobie w ramach testu na gita (https://github.com/antonisauren/ekran_et22-2000/archive/master.zip). Póki co python obsługuje tylko elektryki. W przyszłości zajmę się spalinówkami, więc jak ktoś ma dokumentację do ich ekranów to poproszę.
-
Smuga jest uzależniona od oświetlenia i baterii. Zobacz czy po włączeniu baterii masz różnicę.
-
U mnie na wymienionych lokomotywach brak działania wyświetlacza cyfrowego, działa tylko analogowy (wskazówkowy).
-
Zmieniałeś coś w zachowaniu ai przy skanowaniu stopu? Muszę puścić test na starszym dla porównania, ale odpaliłem su45 i gdy widzi W4/semafor to rozpędza się do 20km/h z a=0,1m/s choć droga pozwala na rozpędzenie się do czterdziestki przynajmniej i spokojne wyhamowanie przed.
Zeskanowało wjazdowy (Vn=0) 1300 m przed. Wdrożyło hamowanie. 600 m przed ograniczyło prędkość do 10 km/h. Otrzymał wjazd, ograniczenie przeskoczyło na W4. Toczył się 10 km/h do wskaźnika. Gdy nie widzi żadnego ograniczenia przed sobą, normalnie rozpędza się do rozkładowej (pomijając może dwukrotne skręcenie kieratu przy przekroczeniu dopuszczalnego przyspieszenia podczas rozruchu).
Na next4 skanuje z 2x mniejszej odległości. Prędkość redukuje do 40-30 km/h też w 2x mniejszej odległości od ograniczenia. Albo pominąłeś jakąś wytyczną przyspieszenia hamowania nieuzależnioną w obliczaniu od drogi, albo dalsze skanowanie nie chce współpracować z szamańskich powodów. Na mój problem ze skanowaniem tarczy nie pomogło, wiec jak nie masz koncepcji co poszło nie tak, przywróć stare bez bólu.
-
Zgłaszałem, że AI zrobiło się leniwe. Dotyczy także ET22, EN57, nie sprawdzałem EU/P. AI straciło agresywność. To dotyczy także ograniczeń na szlaku.
-
Jeszcze jeden problem przyszedł mi do głowy. Obsługa W4 zależy od tego czy skanuje sygnał stop. Zwiększenie odległości może blokować odjazd semaforem na posterunku półtora kilometra dalej. Bezpieczniej cofnąć.
-
Odjazd z W4 może nie być uzależniony od semafora. I na p.o. powinno się to stosować.
Nie zmieniałem nic jeśli chodzi o zachowanie AI odnośnie hamowania i rozpędzania. Są w zasadzie dwie opcje: przywracam odległość skanowania na starą, lub poprawiał całą logikę odpowiadającą za wyliczanie odległości hamowania na prawidłową.
-
Ale są sytuacje gdzie masz stację osłanianą semaforami a dalej podg z semaforami. Zmiana odległości skanowania może zmienić zachowanie w sceneriach.
-
Panowie, czy mógłby mi któryś z Was napisać w skrócie co potrzebuję, aby przetestować EXE? Czy trzeba mieć czystą paczkę i wszelkie patche, czy jakieś dodatkowe rzeczy. Z góry dziękuję.
-
Ściągasz RC1 http://eu07.pl/userfiles/277/priv-EU07_475rc1p.7z (http://eu07.pl/userfiles/277/priv-EU07_475rc1p.7z), tam są wszystkie pliki, a potem najnowszy update.
Dodano: 29 Stycznia 2016, 21:02:12
RC4: poprawka na kierpocia kiedy widzimy dwa semki naprzód.
-
Odpaliłem kaliską posp. Wyciek pamięci po starcie scenerii.
Końcówka loga:TableUpdate: semaphor zwk_n_sem_info passed
TableUpdate: semaphor zwk_n_sem_info passedDrugie uruchomienie. Popracowało kilka sekund, w w momencie włączenia ai ponownie wyciek.
-
Poprawka
-
A czemu nie działa cyfrowe wyświetlanie prędkości w ST45, ET22-2xxx, EU07-15xx? Czy brak mi jest jakichś plików? Traxx działa na tym exe.
-
A na RC3 ci działało?
-
ET22 działa. EU07-15xx nie ma ekranu na pythonie.
Na kaliskiej wywala w tym samym miejscu niestety.
-
ET22 mi nie działa z paczką z pythonem i najnowszym exe. Od samego początku mi nie działa, tylko traxx. Może jakichś plików nie mam od ET22 i reszty tego typu.
-
Aktualny byk https://github.com/antonisauren/ekran_et22-2000/archive/master.zip ST45 masz w wątku mamuta w BT i musisz sobie sam dostosować do paczki.
-
Dzięki stele teraz działa. A jak taki wyświetlacz cyfrowy dorobić do EU07-15xx?
-
Jeszcze jednak poprawka. Tym razem już powinno być ok.
-
Nie wysypuje. Kierpoć działa. Odległości skanowania zmniejszyłeś, bo nie widzi Retkini z Kaliskiej, ale nadal się toczy jak widzi stój w oddali. I na manewrach i przy stawaniu na W4. Również przy ograniczeniu nie do zera nie rozpędza się jeśli zeskanuje je przed osiągnięciem rozkładowej. Widząc dwudziestkę kilometr za przystankiem będzie się tak do niej toczył.
---------
Czekanie na przystanku przy spóźnieniu działa. Przez zachowanie ai ciężko sprawdzić czy przy jeździe planowej odjazd jest równo o czasie.
---------
Wstawiłem trzy ukrotnione dragony w celu testu programacji świateł. Wysypuje przy starcie. Pojedynczy działa. Na traksie to samo. Na branchu dp działa. W turbokiblu (też ukrotniony asynchron, to chciałem porównać) wysypuje na ekranie. TypeError: %d format: a number is required, not float choć na dp ładnie ucina do części całkowitej.
-
Nie ma sensu powtarzać, więc potwierdzę to, co napisał @Stele.
-
To jest ciekawe bo odległości nie zmniejszałem. Opóźnienia na W4 też nie wstawiałem (jest bodajże 5 sekund w jednym miejscu zdefiniowane).
Co do ukrotnienia asynchronów to bladego pojęcia nie mam. Podeślij tego kibla to sprawdzę najierw jedno. Potem zobaczymy co z dragonem.
-
Zmiany yB psują woltomierz prądnicy w spal-ele. Porównałem 471 i 471 z jego zmianami i wskaz ani drgnie.
-
Panowie, niech ktoś sprawdzi ET22-20xx. Na najnowszym EXE nie uruchamia mi się ekran pokładowy, jest tylko wskazówka z prędkościomierza.
-
Na najnowszym jest już dobrze. To była wina trybu renderowania nowej smugi.
-
Sprawdzałeś? Mi na najnowszym właśnie nie funga.
-
@Stele a na traxxie za pomocą kombinacji klawiszy shift+u można załączać różne warianty reflektorów lokomotywy?
-
Dobra, zassałem od Antka link, gdzie były pliki z tej 22-20xx. Mając ustawioną godzinę na 10:30 działa bez zarzutu. Jest przekłamanie między prędkością na komputerze a na prędkościomierzu oraz w amperarzu. Ale, po zmianie godziny na nocną i załączeniu komputera mam taki efekt. Pierwszy screen to jest komputer pokładowy wyłączony, a na drugim załączony. Efekt - jakbym brak tekstury ekranu.
-
Ja to przestaje ogarniać. W tej chwili exe jest nie do użytku. Wywala na zmianie kabiny i od dwóch dni próbuję znaleźć gdzie. Przy tym brak wyświetlania przyrządów w nocy nie jest specjalnie istotnym problemem.
-
Okej, ja tylko zgłaszam co zauważyłem i uważam za błąd.
-
Mi ekrany/haslery fungają po zmianie trybu blenda smugi.
Klimczok: Tak, Shift+u/u. Tabelka jest do poprawy i trzeba pokręcić by zadziałało choć pierwsza pozycja to świecenie, ale jakoś działa.
-------------------
Trzeba dojść co się sypie w 475. W tym celu dodaję do działającego 471asynch pojedyncze commity firleja. W załączniku pierwsze cztery testowe exeki. Pierwsza cyfra to liczba porządkowa commita (testujemy od najstarszej), potem gitowe id commita którego zawiera.
Bezrangowych proszę o przetestowanie 475 i znalezienie sytuacji w której się wysypuje a potem odtworzenie jej na załączonych. Ponoć coś ze zmianą kierunku w ezt. Nie znam szczegółów. Rangowych proszę o wstawienie ukrotnionych asynchronów. W 475 wysypuje na starcie w takiej sytuacji.
Do 4_d3ab168499797b63fda00fd68105d460061cb3df.exe działa dobrze. Zauważyłem nową prawidłowość. Wysypuje dopiero po ukrotnieniu trzech pojazdów. Dwa ukrotnione działają.
-
Czyli przechadzanie się pomiędzy kabinami działa?
-
Wstawiłem dwa dragony. Nic nie wysypuje, po wymuszeniu mostka można latać tam i nazad. Trzy powodują wyciek pamięci zaraz po uruchomieniu symulacji.
-
Na gołym 471asynch też?
-
Nie, na gołym 471asynch nie zauważyłem żadnych błędów. Na tym z dodanymi pierwszymi czterema twoimi commitami pobieżnie też nie. Błąd z ukrotnieniem mam dopiero w 475.
-
Dziwne. Ostatni commit przed nałożeniem poprawek yB działał. Jak testowałem wersję yB to mi wywalało, więc nie wiem jak tobie może działać (składam zwykłego kibla).
-
Opisz dokładnie co ze zwykłym kiblem robić by wywołać błąd. Pedro sam nie wiedział jak mi tłumaczył. Ja mówię o błędzie z ukrotnieniem asynchronów a tu chyba chodzi o coś innego.
-
Składam zwykłego kibla (3 człony). Jestem w debug. Steruje AI. Wysyłam mu komendy po kolei: Prepare, Shunt i zmieniam karzełka za nim. Wywala.
-
Jest sceneryjka.
keyctrl (shift+) 5 = Prepare_Engine
6 = Shunt
7 = Ms2 z tyłu.
Na 471asynch nie wywala! Łe, coś źle musiałem zrobić, wywala.
Na unoffie yB z października też wywala.
-
W kierunku badania zgłaszanych przez mnie wysypów exe (innych chyba aniżeli mowa powyżej, choć diabli wiedzą) może się przydać informacja, że w rzadkich przypadkach wysyp nasypuje od razu w trakcie ładowania programu - zaraz po FirstInit. Log kończy się wtedy następująco:
InitNormals
InitNormals OK
InitTracks
InitTracks OK
InitTraction
InitTraction OK
InitEvents
Event "osoba_jedz1029" does not exist
Missed event: osoba_jedz1029 in multiple ruszamy1
InitEvents OK
InitLaunchers
InitLaunchers OK
InitGlobalTime
InitGlobalTime OK
FirstInit is donePo ponownym odpaleniu zaraz po wysypie dokładnie tej samej scenerii bez żadnych zmian załadowała się ona bez problemu. Wynika z tego, że błąd musi wiązać się z czynnościami, jakie wykonuje program między wpisaniem do logu końca FirstInit, a rozpoczęciem ładowania pojazdów i że następuje tylko w jakiś specyficznych okolicznościach, które pojawiają się również później w czasie trwania symulacji. Z innych istotnych informacji - błąd występuje zawsze dwa razy, tj. program dwa razy wywala okienko, że exe przestało działać.
-
Kolejne exe. Tym razem doszło:
5.Dodane zapamiętywanie ograniczeń róznych typów i wybór z najmniejszego
firleju committed on 29 Oct 2015
Ukrotnione asynchrony nadal działają.
------------------------------
6. Automatic W5 if in train state
firleju committed on 31 Oct 2015
7. 473 Repaired choose of speed limits.
firleju committed on 6 Nov 2015
8. HiddenEvents are on by default
firleju committed on 6 Nov 2015
+New function for speed comparisons based on Min0R.
firleju committed on 9 Nov 2015
9. ProximityVelocity is active again, but not used. When was deactivated...
firleju committed on 15 Nov 2015
Ciągle działa.
-
Zmiany yB psują woltomierz prądnicy w spal-ele. Porównałem 471 i 471 z jego zmianami i wskaz ani drgnie.
To potwierdzam, w dalszym ciągu to nie działa.
-
To mam ogarnięte. Poprawka będzie jak znajdę błąd z ukrotnieniem asynchronów bo musiałbym przywrócić repozytorium do stanu 471asynch12.
-
Stelek kiedy mi wreszcie włączycie dźwięki w knorrach itd? Troszkę głupio się jeździ tym tak cicho. Dajcie chociaż możliwość przypisania im dźwięku luzowania i hamowania + ep knorr dla kibla.
-
Rozmawiałem z Maćkiem na ten temat. Powiedział, że miał to zrobić 2 lata temu...
-
Po wydaniu spks-a zostało to wyłączone. No to fajnie by było to przywrócić.
-
Włączyć należy także dźwięk piasecznicy.
-
10. Changes to TSpeedPos array to prevent not clearing of.
firleju committed on 25 Dec 2015
11. Repair bug in clearing table after switch changing.
firleju committed on 8 Jan
12. Repair bug with changing VelNext in each step of TController::UpdateS…
firleju committed on 17 Jan
13. Improve connect mode. If track is blocked by another train AI search … …
firleju committed on 17 Jan
14. Add exit on bit 16 on PoKeys interface (buzzer SHP/CA).
firleju committed 29 days ago
15. AI check which semaphor is nearest and stop to trace route behind. Tr…
firleju committed 23 days ago
16. Next semaphor always look at this which have VelNext = 0
firleju committed 23 days ago
17. Clean unneeded logs.
firleju committed 22 days ago
I tym samym zrównałem się z branchem master. Błąd nadal się nie pojawił. Zostały dwa commity z lcd_python do sprawdzenia. Z jednej strony dobrze, że błędu nie ma, z drugiej strony będzie śmiesznie, jak w moich kompilacjach nie wystąpi.
-
Tylko ja tego nie rozumiem. To by znaczyło, że błąd się pojawił w drugą stronę, czyli na przenoszeniu asynch na lcd_python.
Niestety automaty nie dają rady i potrafią cały plik podmieniać, co mnie do szewskiej pasji doprowadza.
-
18. Add new var sSemNextStop which looks at first semaphor which have Vel…
firleju committed 20 days ago
Wysypu na ukrotnieniu nie ma ale coś zepsułem. AI mi nie hamuje przed semaforem.
Błąd pojawił się między v4 i v5. Ładnie testujecie. ;)
19. Wkompilowałem drivera z repo. Jest jeszcze inaczej. Widzi semafor, nie przyspiesza ale i nie hamuje.
Kibel hamuje ale za semaforem. Traxx wcale. Na 475 też staje za semaforem. Coś w wyliczaniu drogi hamowania musi mieć nie tak. Traxx na 475 hamuje ładnie.
Dobra, wiem już o co chodzi. Trzy traxxy hamują EP, który nie wiedzieć czemu nie łapie. Pojedynczy ED i ładnie staje. To teraz dwa pytanka. Dlaczego EP nie łapie i dlaczego nie używa ED skoro ma trzy pojazdy z ED w składzie i nic więcej. Musi mieć wpis na ezt by się tak zachowywał? EP nie łapie na żadnym exeku, coś w fizyce zaworu, bo łapie dopiero przy nagłym. Tak ma być?
Dopisałem do 19 swoje modyfikacje drivera na hamulec ręczny. Źródła dostępne u mnie jako DP. https://github.com/antonisauren/maszyna/tree/dp
EU07_474_asynch13 Poprawka na woltomierz prądnicy. Już jest problem z rozpędzaniem ai gdy widzi ograniczenie jak na 475. Myślałem, że to nie poszło na gita...
Problem z ograniczeniami pojawił się między next4 i next6. Nie wiem które to commity nawet są.
-
Wskazowka pradnicy dziala.
-
U ciebie ma numer chyba 18. Ja się pobawię jeszcze z tym rozpędzaniem ;) ale pewnie dopiero będę miał czas w kwietniu jak mi wszystkie projekty zejdą (rzucili się wszyscy naraz jakby nie mogli po kolei sobie pykać co 2 miechy jeden).
Dodano: 20 Lutego 2016, 21:43:01
A jeszcze Antku, możesz spróbować nanieść zmiany yB na kod na lcd_python i zobaczyć czy też działa? Może coś zmaściłem...
Dodano: 20 Lutego 2016, 21:48:18
Jeśli chcesz przywrócić lepsze zachowanie to Driver.cpp linia koło 3450, zmienna scanmax.
-
Zmiany yB na lcd_python ręcznie? Tego jest tyle, że z pewnością coś zepsuję. :P Jaką korzyść ma to przynieść? Błąd z wysypem przy zmianie członu jest w exeku kompilowanym przez yB też, więc najwyżej ciągłość commitów na gicie.
EU07_474_asynch14: Przywrócone stare obliczanie zasięgu skanowania.
Spróbuję pokombinować ze zmianą członów ale nie bardzo wiem czego szukać. Tu jakieś niestabilności są od dawien dawna. Wysypy półtora roku temu przy jamnikach, wysypy przy zmianie wagonu przy 16Xa, teraz to. Proszę używać na normalnych scenariuszach i zgłaszać jeśli ai zachowuje się zauważalnie inaczej niż na 470.
-
Toole nie potrafią przenieść tych zmian, więc będzie problem przenoszenia pomiędzy dp a lcd_python. Tam głownie rozbija się o zmiany formatowania kodu, które zrobił shax na masterze.
-
Czy możecie zrobić by nowe wasze exe odczytywalo plik nowej smugi a stare exe dotychczasowej? Jeszcze jakiś czas będzie exe 470 funkcjonować, wiec fajnie by było by wasze exe odnosilo się do pliku np. smuga2.tga
-
Przę Cię bardzo.
-
Exe 474 n(nie pamiętam ile) - coś jest nie tak z interpretacją poleceń SectionVelocity. We wpisie przejazdu z Topkami mam warunek, że na 95% zadziała, ale jak nie to nie zamyka przejazdu, zapala odpowiednio Topkę i wpisuje do komórki pamięci dla pociągu przy przejeździe SectionVelocity 20 0, czyli wg mojej wiedzy punktowe ograniczenie do 20 km/h. Odczyt z tego nazwałem (p1)_crossing_info. Wszystko niby fajnie działa, Topka świeci jak powinna, przejazd niezamknięty, ale pociąg czyta ograniczenie jako 0, czyli stój. No i stoi... screen (http://eu07.pl/userfiles/7546/priv-sectionvelocity.jpg).
-
A co jest wcześniej w tej komórce? Bo wygląda jakby nie rozpoznał typu eventu.
-
Na starcie jest SetVelocity -1 -1, analogiczna komenda jest wpisywana jeśli wylosuje, że przejazd działa prawidłowo.
-
474asych16:
- Nowa smuga wolumetryczna czerpie teksturę z pliku smuga2.tga. Można mieć w paczce jednocześnie smuga.tga używany przez starsze exe.
- Odcięcie jazdy przy hamowaniu ham. zespolonym w asynchronach (yB)
- Animacja i dźwięk dla przycisku piasecznicy. W pojazdach bez przycisku piasecznica nie działa! Więcej (http://eu07.pl/forum/index.php/topic,27726.msg418373.html#msg418373)
- Poprawka działania blokady drzwi włączanej z hebelka. Więcej (http://eu07.pl/forum/index.php/topic,27327.msg418358.html#msg418358)
Nowe biblioteki pythona i pliki smug:
http://eu07.pl/userfiles/23180/bugs-python_smugi.7z
-
Czy cos bylo zmieniane poza tym względem wersji 14? Powoli przejezdzam scenariusze na asynch14 i nie stwierdzam jak dotad problemow.
-
Nie, pod numerkiem 15 poszła prywatnie pierwsza kompilacja z serii piach, dlatego jest przeskok w numerkach.
-
Stwierdzam brak smugi. Już działa. Wyświetla się poprawnie i działa poprawnie ;)
Bardzo się obrazicie jak stestuje to na wersji TGA a nie DDS? Nie posiadam przy sobie innej paczki :(
-
Nie ma obowiązku testowania na DDS. Testuj jak tobie wygodniej.
-
474asych17:
- Ustawienie stanu świateł z programatora przy włączeniu baterii.
- Blokada niezależnego sterowania światłami gdy jest programator.
- Dźwięk przełącznika dla kręcenia pakieciakiem programatora.
Jak ktoś jeszcze nie pobrał:
Nowe biblioteki pythona i pliki smug:
http://eu07.pl/userfiles/23180/bugs-python_smugi.7z
-
Ja za to znalazłem powód wywalania exe na asynchronach. Przy okazji nauczyłem się robić porównania pomiędzy wersjami na gicie ;)
Jak już to opanowane to teraz będzie lecieć wysyp na zmianie czoła.
-
Exe asynchr17 bardzo często się wysypuje bez powodu nawet zaraz po załadowaniu lokow asynchr.
Player train init OK
Loading - texture: textures\smuga2.tga
Load time: 4.8 seconds
PoKeys::BitsSet: mask: 4096 iBits: 4096
EVENT LAUNCHED: tdo_rez_shp by re1426-7
Type: PutValues
Traceback (most recent call last):
File "<string>", line 39, in render
File "<string>", line 208, in _render
UnboundLocalError: local variable 'pojazdy' referenced before assignment
-
Błąd w pythonie.
Po mojej stronie zbliżam się powoli do miejsca, które robi wysyp na kiblu. Jak narazie zdefiniowany jest plik z którego wołamy funkcję która sypie. Teraz ta trudniejsza część.
-
No bo zaraz po załadowaniu wywala się. Ale na exe asynchr16 tez, a wcześniej dzialalo. To nie wina jakiejś biblioteki?
Dodano: 04 Marca 2016, 22:41:21
Oczywiście wywala na traxie.
-
Miałem ten przypadek raz. Więcej się nie pojawił, więc nie dociekałem bo i nie miałbym jak tego przetestować. Może nad licznikiem pojazdów warto nadać mu jakąś wartość jeśli coś tam wariuje z odczytem. Problemy były z siłomierzem bo przez jakiś błąd przyjmował dziwne wartości niekiedy ale wyguglałem tajemniczy kawałek kodu i rozwiązało to problem. Teraz też na paczce repo mam odczyt ilości drzwi w pojeździe drugim idący w miliardy przy braku pojazdu drugiego. Na innych paczkach i u Pedra ten błąd nie występuje.
-
Na ekranach pytonowych byka i st45 tego bledu nie ma. Tylko i wylacznie na traxie wywala.
-
Bo w wydanych tylko traxx ma liczenie. Mówię podstaw mu jedynkę przed odczytem ilości pojazdów i zobacz czy łyknie.
-
Rozkminiam błąd zmiany kierunku w kiblu. Mam następujące efekty:
- kibel mi wywala
- para eu07 wywala
- nie wywala jeśli wyjść z kabiny
Najciekawsze było przy parze eu07. Otóż wyszedłem z kabiny i patrzę co się dzieje. AI przeszło do drugiego loka. Potem wróciło do pierwszego. Wrzuciło bieg i ruszyło. Tzn każdy lok ruszył w swoją stronę. Rozpięły się chyba same.
Dodano: 09 Marca 2016, 17:36:11
Update:
Rozdzielanie loków występuje już wcześniej. Więc to jest coś innego.
Potwierdzone jest natomiast, że jak się wyjdzie z kabiny to symek nie wywala.
-
Ale zmieniłeś coś? Jak ja testowałem to wywalało jeśli gracz był w danym pojeździe. Bycie we freefly nic nie zmieniało. Dopiero zajęcie innego dynamica.Czyli gdy przestało ładować kabiny tamtego pojazdu.
-
Sprawdzam w debugmode.
Dodano: 09 Marca 2016, 21:46:41
Mam gada. Jak zwykle odwołanie no NULL. Tylko nie wiem dlaczego w tym, miejscu to jest NULL.
Dodano: 09 Marca 2016, 21:59:46
Dorzucam jeszcze exe do testowania tego przypadku. Nie posiada (jeszcze) poprawek z asynch16.
-
A właśnie, 17 nie pullnąłem a póki co na nic nowego z mojej strony się nie zanosi. Już wysyłam.
-
Miło z twojej strony ;)
Dzisiaj zacząłem nanosić zmiany na lcd_python. Jak skończę to wystawię jako kolejnego rc do 475. Chciałbym zobaczyć co mamut wymodził z tym pythonem.
Dodano: 14 Marca 2016, 18:58:14
Wrzucam rc6. Zawiera asynch17 i poprawkę na wywalanie przy ukrotnieniu.
-
NIe działa wskaźnik prądnicy glownej
Hvoltage: voltomierz mov 0.000162 0 1
exe 474rc7 i EU07_475rc6
Na exe asynchr17 dzialalo.
-
Potwierdzam, zjadło tego commita. Czyli trzeba sprawdzić czy tylko tego. Ach ten gitowy merge. Teraz trzeba sprawdzić wszystkie bajery wprowadzane w asynchach (dp) względem zmergowanych do lcd_python w dodatku lokalnie bo przeglądarkowa porównywarka nie chce takiej ilości zmian przetworzyć.
-
Ale loka nie wywala do windowsa jak wcześniej. Ekrany dzialaja przynajmniej te do 4 lokow. Trax jeździ.
-
To jest commit poprawka woltomierza prądnicy? d3cb9cd77f6ab17c585a73b49257a8b5211db69b [d3cb9cd]
-
Porównuje trainy. Zjadło:
1705 dp; 1669 lcd dźwięk piasecznicy
else
// hunter-201211: piasecznica poprawiona oraz przeniesiona do
// TTrain::Update()
if (cKey == Global::Keys[k_Sand])
{
/*
if (mvControlled->TrainType!=dt_EZT)
{
if (mvControlled->SandDoseOn())
if (mvControlled->SandDose)
{
dsbPneumaticRelay->SetVolume(-30);
dsbPneumaticRelay->Play(0,0,0);
}
}
*/
if (mvControlled->TrainType == dt_EZT)
{
if (ggDoorSignallingButton.SubModel != NULL)
{
if (mvControlled->DoorSignalling)
{
mvOccupied->DoorBlocked = false;
dsbSwitch->Play(0, 0, 0);
mvControlled->DoorSignalling = false;
}
}
}
}
2686 dp; 2643 lcd woltomierz prądnicy
if ((mvControlled->EngineType != DieselElectric) && (mvControlled->EngineType != ElectricInductionMotor)) // Ra 2014-09: czy taki rozdział ma sens?
fHVoltage = mvControlled->RunningTraction.TractionVoltage; // Winger czy to nie jest zle?
2783 dp; 2738 lcd liczenie jednostek po depotowym To późniejsza zmiana w lcd
if ((kier ? p->NextC(16) : p->PrevC(16)) != (kier ? p->NextC(4) : p->PrevC(4)))
iUnitNo++;
4357 dp; 4312 lcd ponownie piasecznica; nie zdublowałem tu czegoś przypadkiem?
if (Console::Pressed(Global::Keys[k_Sand]))
{
if (mvControlled->TrainType!=dt_EZT)
{
if (ggSandButton.SubModel != NULL)
{
dsbPneumaticRelay->SetVolume(-30);
dsbPneumaticRelay->Play(0,0,0);
ggSandButton.PutValue(1);
mvControlled->SandDose = true;
}
// mvControlled->SandDoseOn(true);
}
4531 dp; 4478 lcd uzależenienie lampy od baterii? Nie pamiętam bym to robił.
if (mvControlled->Battery == true)
{
btCabLight.TurnOn();
}
4968 dp, 5011 dp, 5459 dp obsługa guzika piasecznicy
ggSandButton.Update();
ggSandButton.UpdateValue(0);
ggSandButton.Clear();
5614 dp 5555 lcd parsowanie guzika
else if (str == AnsiString("sand_bt:")) // przycisk piasecznicy
ggSandButton.Load(Parser, DynamicObject->mdKabina);
Reszta to formatowanie i późniejsze zmiany z tego co zauważyłem. Co z tym fantem robimy?
-
Czekaj. Porównuję jeszcze raz. Nie mam bladego pojęcia co się porobiło.
Dodano: 16 Marca 2016, 22:14:18
Dorzuciłem pominięte zmiany (nie pytaj jak się stało). W drugim miejscu piasecznicy nie ma dźwięków a obsługa przycisków. Wyrzuciłem dźwięki, resztę zostawiłem.
Dodano: 17 Marca 2016, 19:00:22
1. Dodanie możliwości definicji kalibracji wyjść i wejść PWM jako funkcja piątego stopnia
2. Do użycia są dwa nowe słowa kluczowe w ini: calibrate5din, calibrate5dout oba z 6 parametrami
3. Przerzucenie calibracji wejść do Console z Train
4. Dodanie funkcji obcinającej zmienną do podanego zakresu
5. W4 jest zaliczane podczas postoju tylko jeśli nie przesłania go semafor (W4 musi być przed semaforem zgodnym z trybem jazdy)
-
Potwierdzam ponowne działanie wskaźnika napięcia prądnicy glownej.
-
Przy próbie uruchomienia exe 475rc7 dostaję komunikat o braku pliku PYTHON27.DLL. Skąd mogę to wziąć? Próbowałem znaleźć coś w wątku powyżej ale jakoś albo nie ma albo źle szukałem. Bez tego nie ruszę z kalibracją mierników.
-
Proszę
Nowe biblioteki pythona i pliki smug:
http://eu07.pl/userfiles/23180/bugs-python_smugi.7z
-
Znalazłem powód randomowych wysypów. Podziękowania dla surgeona w tym temacie za nieocenioną pomoc w znalezieniu miejsca wysypu. Kolejne RC będzie jak wejdzie jeszcze jedna poprawka dla mac310 związana z PoKeys.
-
Grześ u mnie wysypało podczas zmiany kabiny.
-
Log nic nie mówi niestety. Pewnie znowu coś na NULL. Oprócz tego masz chyba stare biblioteki pythona bo nie zaskakuje Ci funkcja centrowania.
-
Możliwe, bo od kiedy zaczął się sezon mam już mniej czasu na bycie na bieżąco. Poza tym od czasu wysypu pretensji pod moim adresem, wena na robienie czegokolwiek znacznie opadła.
-
Powtórzyłem test i nie był to jednorazowy przypadek. AI składa się z dwóch lokomotyw ep05 połączonych sprzęgiem 151. Urywa się od składu kończąc rozkład i z semafora dostaje connect. Wyjeżdża za głowicę, odbija się od W5, jedzie na drugi koniec stacji, odbija się od tarczy, i ma jechać na skład. W tym momencie daje rp1 i stoi z taką tabelką prędkości. Podpięcie na td z pierwszego semafora działa bez problemów. Sprawdzę jeszcze jak przy jednej lokomotywie jest bo tylko w takiej konfiguracji jeździłem na starszych exe.
W trakcji pojedynczej ok. Spróbuję zasymulować na td w trakcji podwójnej.
------------
Dwie ep05 na td działają dobrze. W Vd i Vsig mają 20 mimo 25 na semaforze. Muszę obadać ince czy dobre prędkości przed semaforem podają.
-
A na pojedynczej zmienną VSm też ma równą 0? Bo wygląda jakby z poprzedniego semafora dostawał 0 i dlatego Vd=0.
-
W pojedynczej ma poprawnie 25 tak jak na ostatnim semaforze było. Myślisz, że wygasza sobie semafor zanim koniec składu go minie w trakji ukrotnionej i to coś psuje?
-
A zepnij loki tak, żeby to było traktowane jako lokomotywa dwuczłonowa lub użyj takiej.
Dodano: 26 Marca 2016, 08:08:35
Wrzucam dodatkowo 475_RC8.
Zawiera dodatkowe opcje konfiguracji wyjść i wejść dla PoKeys.
-
Są spięte z minusem/flagą 128. Inaczej ai zostawiłoby drugą pod składem urywając się.
-
A w tym exe jest już rozwiązanie problemu randomowych wysypów?
-
Dwa miejsca wysypów Grześ usunął. To maszyna, więc pewnie jest jeszcze masa innych. ;)
-
Zgadzam się, bo niestety po obiecującym wczorajszym teście dzisiaj się wysypał jak dawniej... Objawy jak zawsze tj. podwójne okienko, że program przestał działać, log w niczym nie pomaga.
-
Który scenariusz?
-
Żaden z publikowanych. Mogę gdzieś wrzucić całość scenerii, ale to wymaga trochę czasu. Niestety jednak namierzenie gada nie będzie proste, bo czasami się wysypuje od razu, czasami po pół godzinie, czasami w ogóle - nie za bardzo widać żadnego śladu, który pomógłby namierzyć o co chodzi...
Dodano: 28 Marca 2016, 18:59:03
Nowa smuga przy dużej ciemności daje efekt nadmiernego rozjaśnienia tekstury, a w efekcie wyłażenia dziwnych kolorów i kompresji - patrz screen.
-
Jeśli byłbym w stanie puścić na tym samo AI to chętnie przygarnę. Ja niestety nie mam czasu na jeżdżenie ale pociąg może sobie iść w teście i jak się sypnie to będę wiedział w którym miejscu w kodzie. Sprawdzasz na pewno na rc8?
-
Dzięki wprowadzeniu nowych metod kalibracji zmodernizowałem swój arkusz XLS i popełniłem pierwszy opis jak go używać. Na razie jest opis kalibracji hamulców (http://baur.pl/kalibracja-hamulcow/), ale niebawem pojawi się podobny opis dla mierników. Na razie przeprowadziłęm ograniczone testy i wygląda, że jest OK ale jak ktoś chciałby zweryfikować metodologię to będzie fajnie.
-
[offtop]
Patrzylem na Twoj arkusz (w zasadzie na VBA). Zauwazylem tam funkcje spline. W funkcji tej sa deklaracje wielu zmiennych w jednej linijce np.
Dim klo, khi As Integer
Nie wiem, czy Ty te funkcje pisales, czy nie, ale chcialem dodac, ze taka deklarcja jest bledna, bo tylko ostatnia zmienna w linijce jest typem integer, czyli w tym przypadku khi. Zmienna klo przyjmuje typ wariant. Mozna sie o tym przekonac poprzez np. przypisywanie zmiennym wartosci wychodzacej poza ten typ np. klo=65536 (nie zglosi bledu - zle), khi=65536 (zglosi blad - dobrze).
Pisze dlatego, aby ktos korzystajacy i wzorujacy sie na arkuszu, nie wyrobil sobie zlego nawyku.
-
Ja jej nie pisałem i w zasadzie to nie jest już używana w tym arkuszu. Muszę ją usunąć. Używałem ją przez chwilę przy testach i tak została w kodzie.
Arkusz już podmieniłem więc nie ma już tej funkcji. Gdyby okazała się kiedyś znowu potrzebna to uwzględnię Twoją radę. Dzięki.
-
Nieźle oświetla nowa smuga, ale idzie z tym parę problemów. Przy tym oświetleniu wskaźniki są tak oświetlane, że robią się białe i soczewki semaforów są takie, inne. W załącznikach przykłady. OFC testowane na EU07_475rc8.
-
Bo wskazniki maja selfilum true. Trzeba by wskaznikom zmienic na false. Jak bylo kiedys wczesniej.
-
Wokulski na repo Antek już to poprawił.
-
Jakie atmo tu masz? Nie jakieś pomarańczowe? U mnie ona nie jest nigdy aż tak żółta. Nie znam opengla lepiej od Kicaja by kombinować z nią ale obecnie jest bardzo wrażliwa na wymieszanie z diffuse oświetlenia głównego. Im ciemniej tym słabsza smuga. Przy oświetleniu <6% znika całkowicie. Pewnie przy kolorowym świetle zmienia się też kolor filtru smugi przez co wychodzą takie przekłamania koloru semafora.
Świecenie semaforów i znaków jest już wyłączone. Będzie w patchu. Choć nie sprawdzałem efektu po prawdzie.
-
Lecimy dalej z poprawkami. Tym razem nbmx dodał wsparcie dla rozszerzeń do PoKeys (już w styczniu, ale troszkę mi zeszło na przypomnieniu sobie). W załączeniu RC9.
-
Niewiem od której wersji exe to jest, ale zauwazylem wczoraj, ze jeśli w EZT przejdziemy z kabiny A do B i z powrotem, to przestaje dzialac odcięcie i pozycja podwojnej trakcji. Nie trzyma zadanego ciśnienia a wiec ciężko tym hamować pneumatycznie bez po wylaczeniu EP.
Jeśli zas uruchamiamy się w kabinie A i nie robimy nic, tzn nie lazimy po składzie, to wszystko działa jak należy.
-
O którym taborze mówisz, bo szczerze powiedziawszy nie za bardzo rozumiem co masz na myśli. EN57 nie wiem kiedy ma odcięcie (maksymalna pozycja osiągana przez Num3?) i podwójnej trakcji. Sprawdziłem za to jazdę i hamowanie i nie miałem problemów z uciekającym powietrzem ani hamowaniem.
-
Hamuj bez uzycia ep tzn wylacz ep lub daj kierunek na 0. Pozycja odciecia i wylaczenia kranu na strzalkach. Dajesz jakby w nagle i jedna pozycja w tyl wtedy trzymac powinno tyle ile oposciles z pg. Odciecie przy zmianie kabiny podobnie tyle ze dajesz ctrl_num5. Jesli nie zrobi sie spaceru po skladzie to wszystko jest ok.
-
U mnie ta smuga coś kiepsko wygląda. Włączyłem sobie dla przykładu quarka i efekt jest taki jak na screenach: jak jest oświetlenie pochodzące z lamp stacji, to jest bardzo jasno; z kolei jak wyjadę na trasę to tory są oświetlone w bardzo małym stopniu, a słupy sieci trakcyjnej robią się czerwone. Smugę testowałem też na L61+L144_osobowy (wersja z repo) i w tym przypadku czerwone robią się podkłady.
-
Na razie potwierdzam błąd, który zauważył epek. Przy czym pojawia się on dopiero po przejęciu kontroli nad silnikowym przez drugi rozrządczy. Jeśli się przejdzie tylko do silnikowego i wróci to wszystko działa jak należy.
Druga z rzeczy to jest to, że jeśli wyjdzie się z kabiny to traci się informacja o BrakePress. Po ponownym wejściu do kabiny wagon jest odhamowany. Wygląda, że błąd wszedł wraz z asynchronami.
Dodano: 12 Kwietnia 2016, 08:18:06
Szukanie powoli idzie do przodu. Narazie ograniczyłem podejrzanych do _mover.pas i hamulce.pas. Prace w toku.
-
Ja zauważyłem błąd, że po podpięciu wagonów od przodu do lokomotywy SM42 nie mogę wyluzować składu, natomiast przy podpinaniu z tyłu lokomotywy ten problem nie występuje.
-
Zauważyłem, że zmieniły się wartości początkowe zmiennej BrakePress. Przed poprawkami y było 3 Bar a teraz jest 2.75 Bar.
@Pbzylek: czy na innych lokomotywach też jest ten efekt?
-
Innych jeszcze nie sprawdzałem.
-
Puściłem Całkowo tartak gdzie jest sporo kręcenia smrodem i nie miałem żadnych problemów z pneumatyka, oprócz tego, że AI blokowało zawory w wagonach niekiedy.
Tak, wypadałoby by gdy próbuje wyluzować skład i jazda nie wystarcza, potrzymało falę aż wysterują się zawory we wszystkich wagonach.
-
Ja głupieję z tymi hamulcami. Teoretycznie po tygodniu walki znalazłem miejsce, które daje ten błąd, ale to jest tylko obejście. Przyczyna leży gdzieś głębiej i dla mnie to jak narazie za głęboko, abym się dokopał co to jest. Do tego testowałem i powtórzyłem ten błąd przy innych warunkach. Dopiero jutro sprawdzę czy na starszych exe też tak się dzieje, teraz już lulać.
-
Czy te "duble" w piasecznicy co usuwałeś to aby na pewno były duble? Animuję guziki i brakuje mi dźwięku dla "s". Tylko przy "shift+S" syczy.
-
Aaaaaa.... wyglądały na duble. Możesz wrócić te zmiany i sprawdzic. Ja na razie wykminiam sterowanie hamulcami. Niestety w wielu miejscach jest wszystko podawane z protezami pod tytułem "jeśli to en57 to stosuj tą nastawę a jak inne to zakładamy, że to FVel4". Znalazłem połowę błędu, druga połowa jest dla mnie sacrum misterium, gdyż wiem gdzie się pojawia błąd ale nie mam pojęcia dlaczego.
-
Przywróciłem syk dla "s".
-
No to przywroc jesz
vcze 2 syki dla knorrow i matrosovow. Luzu i hamowania.
-
Nie da się przywrócić niczego sprzed spksa bo całe hamulce są kompletnie inaczej rozwiązane. A zrobić nie umiem ani pod względem kodu ani odwzorowania jak to syczy. Knorra miałem raz w łapie i był zepsuty. Proszę nie nudź tymi hamulcami.
-
Czemu uważasz ze to nuda?
nNie każdy uwielbia traxy i dragony. Sa tez tacy którzy wola to co stare. No ale te osoby już się dla Was nie licza. Będę nudzil bo mam prawo, dzialalo a teraz nie działa. Kombinujecie z asynchronami ile sie da, dodajecie nowe funkcjonalności dla nich, a po prostu sss i szuuuuuuuu ciężko jest po prostu dodac. Tego nie pojmuje. Po prostu ogolnie mowiac nie zależy wam i tyle. Wszystcy milosnicy takich serii jak ET21 itp, a także SM48 maja prawo czuc sie pomijami i zapomniani.
-
Nudzisz bo spamujesz tematem od miesięcy mimo, że nikt nie umie/nie chce tego zrobić a nowych programistów nie widać. Co chcesz tym osiągnąć? Zrazić do swojej osoby resztę osób, która coś jeszcze robi? Mam zacząć raportować by było jaka to moderacja jest zła? Skoro to takie proste to zobacz jak jest oerlikon zrobiony jeśli o dźwięki chodzi i spróbuj coś zdziałać. Ja niewiele z tego rozumiem.
-
Co chcesz tym osiągnąć? Zrazić do swojej osoby resztę osób, która coś jeszcze robi?
Ciekawe, wydawało mi się ze ten etap mam już dawno za sobą.
I tu postawmy kropkę.
Benek
-
Chcę wyprowadzić odluźniacz do advancedsound.
Było:
if (mvOccupied->BrakeReleaser(1))
{
dsbPneumaticRelay->SetVolume(-80);
dsbPneumaticRelay->Play(0, 0, 0);
}
if (MoverParameters->BrakeReleaser(1))
sReleaser.TurnOn(MechInside, GetPosition());
else
sReleaser.TurnOff(MechInside, GetPosition());
sReleaser.Update(MechInside, GetPosition());Daje ciągły dźwięk cały czas. Jak to zrobić bez deklarowania flagi odluźniacza w moverze?
---------------
(MoverParameters->Hamulec->GetStatus() & b_rls) Dziękuję Maćku. :)
-
Poprawka na błąd ustawiania kranu w pozycji odcięcia dla typów innych niż FVel4. Zawiera też poprawki Stele na piasecznicę.
Dodano: 07 Maja 2016, 00:22:51
Jeszcze gwoli wyjaśnienia to błąd z nietrzymaniem ciśnienia brał się z tego, że jak przeszliśmy do drugiego rozrządczego to po wyjściu z niego kran nie ustawiał się w pozycję odcięcie, więc mieliśmy sterowanie z dwóch miejsc jednocześnie. Oczywiście na EP nie było tego problemu. Teraz już działa poprawnie.
-
Przy naciskaniu odluźniacza, losowo (nie zawsze) i nie od razu lubi wywalić do windowsa. W poprzednim exe rc9 tego nie było.
-
Z moich obserwacji wynikało, że nie wysypuje przy braku deklaracji, ale może coś w tym jest. Po przygotowaniu wpisów wgrałem je na swoją paczkę użytkową by mieć syk i już więcej nie jeździłem bez, wiec jak jest losowe, mogłem nie załapać. Załączam dźwięki i wpisy dla piasecznic & odluźniaczy dla całego oficjalnego taboru. Możesz sobie wgrać wybiórczo, bo pewnie masz sporo nazmieniane w paczce i potestować na tym jednym pojeździe. Na piach9 z wątku o piasecznicach też problem występuje?
-
Akurat test był na kaliskiej na et41, potem wywalilo na l61 z ep07. Na l053 na 4e tez wywalilo pod koniec.
-
Dodaję kilka bajerów od youBy:
Nowy kran hamulca dla en57al: MHZ_EN57.
Wybór trybu pracy hamulca dla tego kranu: Cntrl. BrakeOpModes='PN' (bom_PS+bom_PN) 'PNEPMED' (bom_PS+bom_PN+bom_EP+bom_MED)
Deklaracja przekaźnika nadnapięciowego. Power: OverVoltProt (bool) W taborze bez nie będzie wywalać szybkiego przy rekuperacji do sekcji.
Deklaracja hamulca postojowego Cntrl. SBD (bool)
Drobne poprawki w hamulcach.
-
Jesli to to samo exe co w pathu, to znowu nie utrzymuje powietrza kran w pozycji odciecia i podwojnej trakcji po przejsciu z kabiny A do B, i z powrotem na EZT. Czy to exe co powyzej to to samo co jest teraz w pathu? W ktorejs wersji rc10 ten blad byl zalatwiony.
-
Kurde, mogłem mieć niezaktualizowane źródła w momencie kompilacji.
Teraz dobrze?
-
Witam,
Oficjalnie wydajemy nową wersję EXE przeznaczoną dla najnowszego pacza.
EXE ma numerek 475 i trafiło do głównego repo. Aktualizacja 1 postu. Tam także log.
Powinno zawierać wszystkie ostatnie zmiany Antoniego i youBy. Jeśli by tak nie było będę naprawiać to niedopatrzenie.
-
Jak myślisz, czemu nie słyszę odluźniacza? Muszę coś dociągnąć jeszcze?
-
Exe, pliki dźwiękowe i odpowiednie mmd. 16.05 bez żadnych modyfikacji powinien mieć odluźniacz w całym taborze.