Exe od wersji 476

[firleju]

Witam,

Rozpoczynamy nową serię poprawek do exe. Poprzednia przyniosła największą zmianę w postaci dodania możliwości sterowania pojazdami z silnikami asynchronicznymi. Te prace są dalej kontynuowane przez yB i przeszkadzać mu nie będę.
Teraz chciałbym się skupić na implementacji zmian wprowadzonych przez Q. Jako, że nie powiodła się integracja z najnowszymi wersjami tego co zrobił to będzie trzeba ręcznie przenosić niektóre rzeczy, które wprowadził. Prosiłbym o info, które funkcję uznajecie za warte przeniesienia w pierwszej kolejności a co w dalszej. Docelowo powinny być przeniesione wszystkie (no może oprócz wysyłania logów na serwer).

[Wiggle]

W pierwszej kolejności może możliwość zoomowania, ponieważ jest to bardzo ciekawa funkcja, dzięki której chociażby screeny wychodzą o wiele ładniejsze, a także można oddalić kamerkę np. w EN57 gdzie pozycja musiała być ustawiona po za ścianą... A dzięki wprowadzeniu temu będzie można tego uniknąć.
Pozdrawiam.

[szczawik]

Przecież zoom nie przesuwa kamery. I tak będziesz w miejscu za ścianą i tak; wystarczy się przesunąć za pomocą klawisza strzałki.

[youBy]

Zoom nie przesuwa, ale pozwala przesunąć — po zmianie kąta patrzenia kamera będzie mogła być przed ścianą, a na monitorze będzie widoczny prędkościomierz.

[Wiggle]

Nie zrozumieliśmy się... Kiedy odpalałem symka na exe od Q to ustawiałem kamerę przed ścianą (w miejscu fotela), ale zooma oddalałem na tyle ile pozwalało i miałem wgląd na wszystko co powinienem widzieć bez potrzeby przesuwania kamerki do tyłu... :)

[RoboBatman]

Prosiłbym o info, które funkcję uznajecie za warte przeniesienia w pierwszej kolejności a co w dalszej.

Jeżeli jest to możliwe i uznajesz za proste do przeniesienia, na pierwszym miejscu przeniósłbym interaktywne lusterka (interaktywne w sensie, że widzisz w lusterku co się dzieje w tyle).

[Wiggle]

Tą opcję polecałbym dać z możliwością wyłączenia w Rainsted. Myślę, że warto pomyśleć o użytkownikach, którzy mają słabszy sprzęt, a takich pewnie nie brakuje.

[Carmelovy]

Interaktywne lusterka jak najbardziej na tak lecz moim zdaniem powinna być opcja wyłączenia ich w starterze Rainsted, tak jak mówi kolega wyżej.

[Stele]

Lusterek nie było w tegorocznym exe. Starsze źródła też są na gicie Q?

[firleju]

Nie widzę starszych źródeł.

[EP08_015]

Lusterka były dodawane przez dodatkowy plik *.set. Mysle ze warto by te najnowsze ficzery przenieść. Opad atmosferyczny i dym do spalinek.

[Krzysiek626]

Skromnie powiem, ze nie widze w tej chwili mozliwosci dodania opadow i dymu. Trzeba rozwiazac problem spadku wydajnosci, jesli efekt ma porzadnie wygladac. Trzeba okreslic czy pogoda ma byc wlaczana za pomoca eventu, definicji w scn, czy jeszce jakis inny sposob. Czy zadowolimy sie wprowadzeniem opadow za pomoca opisania tego w pliku ini? Nie jestem przeciw tym ficzerom, ale chcialbym, aby efekt byl zgodny z oczekiwaniami. Prrzykladowo, nie moze byc tak, aby w baltyku padal snieg, gdzie pola i lasy sa zielone... Najciekawszy dla mnie bylby event w scn, okreslajacy miejsce opadu a takze jego losowe wystepowanie i intensywnosc. Co do dymu, nie widzimy go jadac st 44, to ficzer, raczej dla kominow fabrycznych i AI.

[Carmelovy]

To nic, że nie widzimy ale przybliża to symulator do realizmu. Moim zdaniem opady atmosferyczne powinny mieć możliwość wyłączania i wyłączania w starterze Rainsted.

[Krzysiek626]

Tyle, ze w rainstedzie nie ma takich opcji. A jesli nawet, bedzie taka mozliwosc, to moim zdaniem wlaczyc opady powinno sie dac tylko dla scenerii, opatrzonych odpowiednim wpisem. To zreszta uzasadnilem w poprzedniej wiadomosci.

[Carmelovy]

Trochę mija się to z celem jeśli deszcz ma być tylko np na L61 bez możliwości zmiany pogody na inną...

[Krzysiek626]

A mozliwosc wlaczenia sniegu latem? Dla mnie nie do przyjecia. Dodac ficzery trzeba, ale z glowa. To w jaki sposob dziala pogoda w exe Igora jest prowizorka.

[EP08_015]

A dym w spalinkach wskazany. Na calkowie tylko dizle sie mija. Na lokach typu tamara lub laciata to dym troszke widac.
  Dodano: 25 Maja 2016, 18:19:46 Co do pogody deszcz i snieg moze byc wlaczany losowo z odpowiednim wpisem do scn. Nie wykluczymy tego ze jakis magik nie wlaczy sniegu latem aczkolwiek i grad sie zdarza. Tworca scenariusza z pewnoscia swiadomie tego nie zrobi. 
  Dodano: 25 Maja 2016, 18:21:02 Czy igor wprowadzil iskrzenie pantografu?

[Wiggle]

A może po prostu zrobić to na zasadzie jakiegoś prawdopodobieństwa opadów deszczu na jakiejkolwiek scenerii? Bo chyba wszędzie w Polsce deszcz pada co jakiś czas.. Do do tego, czy to ma być deszcz czy śnieg to może zależałoby to od aktualnej daty? Tylko z drugiej strony opady śniegu nie mają zbytnio sensu skoro i tak śnieg będzie tylko padał. Moim zdaniem dodanie opadów deszczu jest jak najbardziej na miejscu, ale dla każdej scenerii i jakimś tam prawdopodobieństwem opadów. Pozdr.

[Stele]

Krzysiek, znowu siejesz zamęt bez czytania dokumentacji.

23.02.16 reading entries of emitters particle effects from scenery files

Iskrzenie było w zeszłorocznych exekach i wyszło tragiczne.
Deszczu nikt nie zrobił by znośnie wyglądał. Tylko śnieg z tych wszystkich efektów wyszedł należycie moim zdaniem.

[Carmelovy]

Dla mnie dym powinien być we wszystkich spalinowozach, niezależnie czy go widać czy nie.

[EP08_015]

A snieg malo potrzebny bo nie mamy zbyt wielu scenerii zimowych. Co innego jakby ten snieg powodowal stopniowe nakladanie warstwy na teren co spowoduje zmiane otoczenia.

[Krzysiek626]

Antek, nadinterpretacja z Twojej strony, gdzie ja pisalem o deszczu? Mnie caly czas chodzi o snieg. Wystarczajaco dlugo testowalem prace Igora na biezaco, skad takie okreslenie o sianie zametu? To juz zadnych dyskusji nie mozna prowadzic? Dobrze ze mamy uscislenie wiadomosci. Maciekkolej wymyslil deszcz, nie ja.

[Stele]

A ja ci zacytowałem changeloga, gdzie pada odpowiedź na dyskusję o śniegu. i w kolejnych akapitach odniosłem się do dwóch innych postów. ;) Masz śnieg jako wpis atmo tak samo jak porę dnia, oświetlenie, tło i mgłę.
Jak będziemy przenosić, to cały moduł efektów cząsteczkowych zapewne. A co kto użyje, to już od autorów modeli/scenerii/scenariuszy zależy.

[firleju]

To nie jest tak łatwo przenieść, bo Igor pracował nad kilkoma rzeczami na raz i w jednym commicie są zmiany do różnych rzeczy. Bardziej prawdopodobne jest przenoszenie commitami i następnie sprawdzanie czy exe dalej działa.

[Carmelovy]

Igor zrobił również bardzo ładne lampy do semaforów. Wyglądają bardzo realistycznie. Może warto je dodać do patcha?

[Stele]

No i pierwszy exek.
476: poprawka wchodzenia na nieistniejącą pozycję przy manipulowaniu klawiszami num3/num9 kranami Knorra i Martosova. (youBy)

Zepsułem. Kto pobrał przed 23:00 25.05.16 proszę pobrać ponownie.

[firleju]

Wiem, że czekacie na rzeczy od Q. Ale w związku z problemami z tworzeniem skomplikowanych ruchowo misji trzeba zmodernizować sposób tworzenia takowych. Z tego powodu zdecydowałem się zrobić małą integrację z językiem skryptowym Lua. Nie jest to konkurencja dla projektu LD (chociaż jak najbardziej może być ;) ). Będę się skupiał raczej na zrobieniu interfejsu zastępującego obecne eventy.

[Mariusz1970]

Aby nie zaśmiecać tego wątku, poniżej link z opisem, co mnie się udało zdziałać, aby pisanie scenariuszy było choć trochę łatwiejsze:
http://eu07.pl/forum/index.php/topic,10988.msg422517.html#msg422517

[mac310]

To ja zgłoszę tu problem z obsługą mierników przez PoKeys. Ostatnia użyteczna wersja to 474p8. Później zaczęły się komplikacje. 475 i 476 zachowują się inaczej niż 474p9 i p10 ale skoki manometrów CG i PG po wzroście wskazania amperomierza nie pozwalają na uzywanie tych wersji.

[Stele]

Kilka drobiazgów:

• Opcjonalna stara smuga (oldsmudge yes).
• Symetryczność smugi z obu stron pojazdu
• Ograniczenie logowania skanowania do (debuglog +8)
• Logowanie priorytetu wątku pythona
• Wzmocnienie smugi zależne od oświetlenia atmosferycznego
• Logowanie eventów addvalues, updatevalues i warunkowych niezależnie od debugmode. Logowanie stanu komórki i warunku dla spełnionych warunków.

Dodajemy do eu07.ini następujące wpisy:

Kod: [Zaznacz]

oldsmudge no // (no) yes: używanie starej płaskiej smugi zamiast nowej wolumetrycznej; daje kilka FPS w nocy
pyscreenrendererpriority normal // (normal, lower, lowest, idle) priorytet wątku pythonowego renderera. Odciąża procesor zmniejszając odświeżanie ekranów w lokomotywach.
Smuga dobrze daje nawet przy zerowym oświetleniu, ale by był dobry efekt, materiały oświetlanych obiektów muszą być białe (a na td ktoś dał szara trawę...).
Proszę o test smugi przy dynamicznym oświetleniu podczas zmierzchu/świtu.