Exe od wersji 476

[firleju]

Zaktualizuj wiki o wpisy.

[Stele]

Dodane.

No i niestety przy świtaniu nie aktualizuje wzmocnienia smugi. Teraz dlaczego...

[tmj]

Opcjonalna stara smuga (oldsmudge yes).

W kwestii formalnej :)  jesli nazwy parametrow maja byc po angielsku, to powinno byc to raczej "oldlightbeam" albo "oldbeam". Smudge to po ichniemu smuga w sensie "plama", a nie "promien swiatla".

[Stele]

Wiem, ale już gdzieś mieliśmy tak napisane, więc w imię zgodności zostawiłem. No i stara jest bardziej plamą niż promieniem (nowa zresztą też). ;)

Smuga przy świetle dynamicznym ogarnięta.

[mac310]

Widzę, że ani 477, ani ostatni exe nic nie poprawił w obsłudze mierników przez PoKeys :(
No to zostaję na 475rc8 i czekam dalej.

[Stele]

No ja ani yB nic ci tu nie pomożemy. Musisz Grzesia nękać, bo to on dłubał przy PoKeys.

[firleju]

Nęka mnie nęka. Niestety nie mam za bardzo pomysłu co może być nie tak. Zostaje wywalenie całego commita od nbmx-a, bo to że go wyłączyłem to nie pomogło. Coś jeszcze musi siać, ale nie za bardzo mam pomysł co.

[Stele]

EXE 478:

• Cofnięcie zmian PoKeys, które dołączył nbmx, gdyż powodowały dziwne zachowanie pozostałych PWM. @gfirlejczyk
• Współczynnik wzmocnienia smugi łapie zmiany dynamiczne.
• Aktualizacja świateł z programatora przy załączaniu baterii tylko gdy ten istnieje.

[firleju]

Robiąc integrację z Lua wkurzyłem się niemiłosiernie i w najbliższym czasie zacznę wrzucać wersje bazujące na ostatnim commicie z poprawkami na PoKeys (niedostępny publicznie, ale to będzie w wersji 479) z przepisanymi poszczególnymi plikami pascala na c++. W końcu trzeba to zrobić. 2 tygodnie szukałem jakiegoś rozsądnego i darmowego narzędzia do konwersji bo nie uśmiecha mi się przepisywać _mover.pas ręcznie. Wczoraj znalazłem (i tak są potrzebne ręczne poprawki) więc robota może ruszyć do przodu.
  Dodano: 01 Lipca 2016, 21:33:31 Zacząłem od "najprostszego" czyli kodu odpowiedzialnego za obsługę rozkładu jazdy. W zasadzie została tylko jedna funkcja, za to najważniejsza - czytanie z pliku. I teraz moje pytanie: robić na istniejącym, czy bawimy się na całość i po prostu opracować nowy format, w którym będzie można docelowo zawierać także polecenia dla przyszłego dyżurnego. Oczywiście format, który da się łatwo czytać i nie będzie powodować problemów przy pisaniu i parsowaniu przez exe.
Mile widziane propozycje jakiegoś standardu, w którym możemy się poruszać (no chyba, że zostajemy przy tym co jest).

[HTD]

Przy nowej smudze: paski pionowe i "zepsuty" semafor (w załączniku). Na EU07_smugaddl32.exe.

[firleju]

Czuję się jak Ra, który proponował różne rzeczy i nie było żadnego odzewu. Czyli co, sam mam podjąć decyzję?

[Stele]

Cóż, tak to działa. Obiekty z selfillum są filtrowane tak samo jak reszta sceny, więc soczewki będzie przepalać. Dopiero tragedia to jest jak na mało przezroczystą smugę starych latarni się najedzie.
Smuga składa zdaje się z 30 płaszczyzn renderowanych przed pojazdem. Każda kolejna jest większa i ma mniejsze krycie. Im są intensywniejsze (czyli im ciemniej), tym wyraźniej widać przejście między nimi. Bez zmiany całej koncepcji, to można tylko zagęścić kwantyzację gradientu, ale na tym poleci fps, a reszta mankamentów pozostanie.

Przy obecnym nie ma co zostawać raczej. Ra wprowadza u siebie kilometraż we wpisie toru (parametr będący deklaracją długości) by kiedyś ai mogło na jego podstawie ogarniać swoją pozycję, a te rozkłady nawet tego nie mają, a sposób ich parsowania też nie zachwyca.

[firleju]

No właśnie się zastanawiałem w jaki sposób ogarnąć, aby AI mogło się zorientować na jakim kilometrażu jest. Z drugiej strony wszystkie zmiany prędkości drogowej poniżej rozkładowej powinny być na W27 więc trzymać się będzie. W tej chwili prędkośc drogowa jest przydzielana od stacji ztcp.
To propozycja jest przejścia na yaml / json. Strukturę postaram się opisać za jakiś czas, ale przyda mi się jakaś pomoc jakie pola będą potrzebe (a których nie da się obecnie wrzucić).
I jeszcze pytanie czy jest sens robienia konwertera czy łatwiej będzie jednorazowo przepisać wszystkie rozkłady ręcznie?

[Stele]

Obecne nie maja wszystkich danych w txt więc i tak trzeba by je ręcznie modyfikować. Kilometraż chyba najbardziej się przyda do tego, by ai po starcie ogarnęło w którym miejscu rozkładu się znajduje, póki co.

[Sawi]

Grześ zdecydowanie opracować nowy format.

[Krzysiek626]

Zdecydowanie nowy format i zdecydowanie w wersji ostatecznej. Chodzi o to, aby do konca swiata i symulatora pozostal ten sam format, aby protez juz nie robic.

[firleju]

No z tym do końca świata ten sam format to chyba już trochę przesada. Ale wolałbym aby format miał możliwość rozszerzania, gdyż to co teraz jest to łoj matko: część obsługi w dedykowanej klasie, część w AI, kod który się powiela kilkukrotnie w różnych miejscach. W tej chwili nie jestem w stanie tego nawet skompilować bo zacząłem przechodzić z AnsiString na std::string (żeby w końcu się oddzielić od Borlanda) i odkrywam różne "ficzery" porobione w kodzie w związku z tym.

[youBy]

Zmiana prędkości rozkładowej nie musi być przy W27. Kilometraż nie musi pokrywać z długością torów, nie mówiąc już o brakujących kilometrach.
Format rozkładu jazdy chcesz oprzeć na współczesnym PLKowym, czy pójść jeszcze kawałek dalej?

[firleju]

Chodzi Ci o formatowanie strony, o format pliku jaki jest przesyłany w systemie czy może o dane jakie są w nim zawarte? Najbardziej mnie by interesowało to ostatnie. Sposób opisu w pliku to jest wtórna sprawa do tego co ma być w nim zapisane. Chciałbym tam jeszcze w przyszłości dorzucić komendy do manewrów, ale jeszcze nie teraz (opróczy tych co już są).

[Stele]

Do testu póki co:

• Event0/1/2 wyzwalany tylko przez pojazd będący obiektem sterującym składu. Proszę sprawdzić wyzwalanie na skomplikowanych sceneriach i tam gdzie ai nas ciągnie. Patrzyłem tylko na wygaszenie semafora na TD mając lokomotywę i wagon z passengerem.
• W pojazdach zawsze wczytywana jest tekstura "nowhere" jako repl4. Potem jest nadpisywana teksturą z rozkładu lub właściwym replem4. Dobrze byłoby stworzyć pojazd testowy z czterema replami, bo nie mamy niczego takiego do testu.

Tablice12: Test obecności tekstury "nowhere" by nie próbowało wczytywać przy braku i brudziło errors.

[ic_kolobrzeg]

Próbuję wyświetlanie tablic na scenerii np na scenerii Linia 61 działa poprawnie, sprawdziłem też, jak prosiłeś na dużej scenerii: uruchomiłem Łódź, i pokazuje białe pola na wyświetlaczach.

[Stele]

Testuję właśnie z l61. Jeśli skład ma rozkład to musi mieć teksturę relacyjną. Mogę spróbować dorobić, by dla jej braku wczytywało ponownie nowhere, ale najlepiej by było, jakby w takiej sytuacji dorobić teksturę i tyle. ;)
Przyjrzałem się screenowi. To są całkiem wygaszone klopy? Masz w folderze en57_v1 teksturę "nowhere"?
Tekstura "nowhere.tga" od Ra ma 32 bpp, a zdaje się musi być w 24 bpp by działała. Sprawdzę i mu zgłoszę jeśli to to.

[ic_kolobrzeg]

To jeden z tych, który prowadzimy. Sprawdzę.

Sceneria 053, ten sam błąd
  Dodano: 10 Lipca 2016, 22:00:36 O to chodziło?

[Stele]

Ma rozkład (jak na screenie) -> Trzeba zrobić teksturę (tutaj "Debica_Osobowa.tga") Jak ktoś przygotuje szablon taki jak mój dla 16Xa, to byłoby cudowanie.
Nie ma rozkładu (wygaszona dekoracja) -> Trzeba "nowhere.tga" skonwertować do 24 bpp. http://eu07.pl/forum/index.php?action=dlattach;topic=28029.0;attach=85543

[Tomnord15]

Czy tekstury relacyjne przygotowujecie w programie tablica? Jeśli tak to zrobiłem parę sztuk ale w formacie dds.

[Stele]

Te do klopa są autorstwa Ra. Nie wiem w czym je robił. Ja testuję na 16Xa do których zrobiłem sobie szablon w gimpie.

Tablice20:

• Tekstury rozkładu szukane są w kolejności: nr_pociagu@typ_pojazdu, nr_pociagu, stacja_docelowa@typ_pojazdu, stacja docelowa.
• Jeśli żadna z nich nie zostanie znaleziona, wyświetlana jest "nowhere".

Czyli pełen sukces. Logowania nie robię, bo nie mam pomysłu jak, by nie brudziło dla wszystkich pojazdów bez tablic kierunkowych. Warto sprawdzić co się dzieje dla tablic nazwanych nr pociągu i przydzielanych w czasie symulacji, bo tylko tego nie testowałem i nie wiem czy poprawnie przekazywany jest parametr do funkcji ustawiającej tablice w driverze.

[EP08_015]

Wiem ze moze to zabrzmi glupio ale az mnie kusi by zapytac. Czy nie dalo by sie taka tablice uruchomic z poziomu exe? Jedyne co exe musialo by wiedziec to wspolrzedne i wymiar dowolnej ilosci takich tablic. Cos jak wyswietlacze pytona. Obecnie by uzyc wagonu lub loka z wysw to trzeba porobic tyle tablic ile relacji chcemy tym obsluzyc i tyle tekstur wlozyc do katalogu z wagonem, a lepiej jednak zamiast tego bylo by by to exe lub inny zewnetrzny programik taka tablice generowal na podstawie pliku rozkladu.

[Stele]

Nie jest to głupie, czemu? Mamy pythona umiejącego zrobić coś takiego. Exe mogłoby wywoływać skrypt gdy nie znajdzie tablicy, rysujący tablicę wg zadanego szablonu i wrzucający do katalogu pojazdu, bo rysowanie w locie da zmułę jak ekrany. Od razu mówię, że ja nie umiem.

[ic_kolobrzeg]

A dlaczego na modyfikowanej przez Ra scenerii, tablica ustawia się od razu automatycznie i poprawnie. Od czego to zależy?

[Stele]

W sensie? Wszędzie będzie ustawiana poprawnie, jak będzie rozkład i odpowiednia tekstura w katalogu pojazdu. Exe dodaje tylko opcję szukania po nr pociągu i wyświetlenie czegokolwiek przy braku zamiast braku tekstury.