Co poprawić w pierwszej kolejności?

[EU07-483]

W końcu tylko 10% z nas siedzialo za nastawnikiem i pracuje na kolei i tak naprawdę my najlepiej widzimy różnice.

Pisząc o kiepskiej fizyce ET22 miałem nadzieję, że mówisz o zerowej symulacji wału grupowego. A wspomniane przez Ciebie prądy są silnie zależne od warunków miejscowych, więc generalnie bez znajomości napięcia w sieci i prędkości raczej kiepsko oceniać czy akurat powinno być 550A, czy 400. A tym ciężej oceniać to z budy dyżurnego.

A sama praca na kolei nie daje +50 do znajomości wszystkiego. Sorry.

[Tolein]

1. Symulacja sieci elektro-energetycznej. Mam na myśli sekcjonowanie, spadek napięcia, etc. Utnie to, podejrzewam, część dyskusji na temat złej fizyki.
2. Przedstawienie oraz symulacja obwodów w taborze poprzez LD - schematy ideowe.

[ShaXbee]

Texture splatting - czyli latwe w edycji nakladanie mieszanie tekstur - w 3dsie nazywa sie to bodajze mix albo dirt map.

[oko]

EU07-483. Nie zwróciłem uwagi jadąc z mechanikiem jaki był prąd w sieci. Po prostu ruszył z kopyta zrobił jak opisywałem i zauważyłem tą różnicę.
Na wałach grupowych się nie znam kolego:P ale chętnie przy okazji pouczył bym się jak to działa:)

[Jeżyk]

W załączniku pokazane jak działa w dużym skrócie taki system wyświetlania i cieniowania.

Nie, nie mam gotowego algorytmu i ludzi mogących to zrobić.

Zamiast bawić się w tysiące czy setki trójkątów na każde większe zagłębienie, na płaską powierzchnię można zrobić mapę wysokości tak aby zagłębienia się wyświetlały i nie potrzebowały dodatkowej liczby trójkątów. Taka jest też idea samej mapy wysokości - nie działa to wówczas gdy do czynienia mamy np. ze skomplikowanymi bryłami, które nie posiadają zbyt płaskich powierzchni, ale jeśli chodzi o w miarę płaskie rzeczy np. box z texturą wywietrznika, to właśnie te zagłębienia wywietrznika można zrobić beż używania większej ilości trójkątów. Takie mapy są wydajniejsze niż ładowanie płaszczyzn w modele choć to zależy też od silnika graficznego.

A co do lusterek nie wiem jak to ma żreć połowę FPS i dlaczego to ma być renderowane? Choć faktem jest, że do tego trzeba potężnego silnika i można to na razie pominąć.

Smugowe światła - chodziło o nic innego niż rozmyty widok światła, popatrzmy się w nocy na latarnię z większej odległości widzimy rozmytą tak jakby smugę - podobne do halo, ale to co innego i nie należy tego mylić. Kiedyś widziałem człowieka, który takie coś zrobił w maszynie tylko nie pamiętam kto. Ładnie wyglądały semafory z daleka i łatwiej było je dostrzec we mgle.

A realistyczne szyby to takie, które mające zabrudzenia duże lub inne takie tam, które w rzeczywistości zatrzymują światło i lub je zniekształcają - do tego też potrzeba glsl'a.

Aha chciałem dodać, że jeśli ma ktoś zamiar napisać o tym abym to zrobił i/lub nie bujał w obłokach, że takie rzeczy w maszynie to niemożliwość, że jego komp nie wytrzyma - to proszę niech sobie odpuści.

[Ra]

W załączniku pokazane jak działa w dużym skrócie taki system wyświetlania i cieniowania. Nie, nie mam gotowego algorytmu i ludzi mogących to zrobić.

Oprócz tego, że można sobie napisać wszystko, nie ma większego sensu dodawanie propozycji, których nikt nie będzie w stanie zrealizować (albo których zakres będzie bliżej nieokreślony). Jak na razie dodałem propozycje, na temat których mam jakiekolwiek pojęcie i ewentualnie jakieś pomysły na rozwiązania, lub w ogóle ktoś się tym zajmował.

Zamiast bawić się w tysiące czy setki trójkątów na każde większe zagłębienie, na płaską powierzchnię można zrobić mapę wysokości tak aby zagłębienia się wyświetlały i nie potrzebowały dodatkowej liczby trójkątów. Taka jest też idea samej mapy wysokości - nie działa to wówczas gdy do czynienia mamy np. ze skomplikowanymi bryłami, które nie posiadają zbyt płaskich powierzchni, ale jeśli chodzi o w miarę płaskie rzeczy np. box z texturą wywietrznika, to właśnie te zagłębienia wywietrznika można zrobić beż używania większej ilości trójkątów. Takie mapy są wydajniejsze niż ładowanie płaszczyzn w modele choć to zależy też od silnika graficznego.

Czyli bardziej Ci chodzi o normal mapping (mapa wektorów prostopadłych do powierzchni), niż o generowanie siatki trójkątów w oparciu o plik graficzny, co znam pod pojęciem mapy wysokości.

A co do lusterek nie wiem jak to ma żreć połowę FPS i dlaczego to ma być renderowane? Choć faktem jest, że do tego trzeba potężnego silnika i można to na razie pominąć.

Może się nie znam, ale dla mnie metoda na lusterka jest taka, że się wylicza współrzędne "pozornej kamery za lustrem", z tego punktu się renderuje scenę, a uzyskany obraz się wkleja w płaszczyznę lustra jako teksturę. Z tego powodu każde lustro to dodatkowe renderowanie scenerii. Jedno lustro to 1/2 dotychczasowego FPS, dwa to 1/3 FPS itd. Żadnego potężnego silnika nie będzie, chyba że zgłosi się ktoś, kto takowy zrobi. Ja specjalistą od grafiki 3D nie jestem i raczej nie będę.

Smugowe światła - chodziło o nic innego niż rozmyty widok światła, popatrzmy się w nocy na latarnię z większej odległości widzimy rozmytą tak jakby smugę - podobne do halo, ale to co innego i nie należy tego mylić. Kiedyś widziałem człowieka, który takie coś zrobił w maszynie tylko nie pamiętam kto. Ładnie wyglądały semafory z daleka i łatwiej było je dostrzec we mgle.

Ten efekt zależy od pary wodnej w powietrzu. Jeśli jest sucho albo ciepło, to tego nie będzie. Trzeba by zacząć od modelu symulacji pogody... Z daleka może tak, ale z bliska wyglądało to obrzydliwie. Potrzebny jest algorytm do zrealizowania tego. Ktoś musi zrobić różne smugi, wykonać testy, a finalnie opisać optymalną metodę. Moim zdaniem można to zrobić na bazie obecnie dostępnych mechanizmów, potrzebny jest jedynie ktoś z pomysłem, chęciami i czasem na eksperymenty.

[mamut]

Może się nie znam, ale dla mnie metoda na lusterka jest taka, że się wylicza współrzędne "pozornej kamery za lustrem", z tego punktu się renderuje scenę, a uzyskany obraz się wkleja w płaszczyznę lustra jako teksturę. Z tego powodu każde lustro to dodatkowe renderowanie scenerii. Jedno lustro to 1/2 dotychczasowego FPS, dwa to 1/3 FPS itd. Żadnego potężnego silnika nie będzie, chyba że zgłosi się ktoś, kto takowy zrobi. Ja specjalistą od grafiki 3D nie jestem i raczej nie będę.

Przy tak realizowanych odbiciach (lustra, odbicia w wodzie) dość dobrze sprawdza się "oszczędność" pod tytułem renderowanie w mniejszej rozdzielczości na potrzeby lustra. Przy wykorzystaniu filtrów typu rozmazanie tekstury (na już wyrenderowany obraz) można też uprościć renderowanie na potrzeby lustra - np. brak antyaliasingu. Nie wiem jaki jest stan luster na lokomotywach, ale spodziewam się, że nie są całkiem doczyszczone i są nadgryzione zębem czasu więc nieidealne odbicie jest jak najbardziej na miejscu. (Nie wiem, jak to wygląda w MaSzynie, w projekcie używającym XNA działało całkiem sprawnie)

Edit: Efekt był dobry nawet przy rozdzielczości dla tekstury lustra (nakładanej na powierzchnię jeziorka) odpowiadającej połowie wysokości i szerokości rozdzielczości sceny

[Benek]

Patrzę na wyniki tej sondy i jak widzę jakie są priorytety to się zastanawiam kto używa tego symulatora. Może lista powinna być skierowana do osób, które nie tylko są łakome na to co widać, ale też rozumieją co jak działa i co dzięki temu można w przyszłości symulować? Bo światła widać od razu, ale już nikt nie pomyśli, że jazda ze zmiennym napięciem w sieci może być dużo ciekawsza niż same lusterka i mieć dużo więcej konsekwencji w samym scenariuszu.

[Rudzik]

Ej no, więcej opcji jest... Jakbym głosował teraz, to zmieniłbym z przekładni hydraulicznej na obwody LD a lusterka na rozruch impulsowy.

[Benek]

Z tego co widzę, można zmienić głos. Zresztą wystarczy spojrzeć na pozycje tych wyników:

Kod: [Zaznacz]

Lusterka - dodatkowe widoki z kabiny
Lusterka - renderowaneI wiadomo kto głosował.

[Ra]

Można usunąć głos i zagłosować ponownie, aż do zamknięcia ankiety. Renderowane lusterka dodałem przed chwilą. Różnica jest taka, że renderowane będzie widać z pozycji maszynisty, ale będą obcinać FPS, a jako widoki to np. poprzez przyciśnięcie [F11] - lewe i [F12] - prawe będzie po prostu przeskakiwać kamera, działając podobnie jak po [F4] z przytrzymaniem prawego klawisza myszy.

[Rudzik]

No zmieniłem:) Tylko pewnie większość ludzi nie wie, o co chodzi z tymi obwodami lokomotyw, a o wiele potrzebniejsze jest to niż chyba 50% opcji w ankiecie:)

[Benek]

Zastanówmy się po co te lusterka. Lusterka może i miałyby sens, gdyby byli ludzie na peronach, którzy by wchodzili bezpośrednio do wagonów. Ewentualnie kierownik pociągu machający ręką na odjazd. Dodatkowo takie lusterka zjedzą nam parę klatek. Tutaj nie chodzi o zniechęcanie. Po prostu może niektórzy potrzebują uświadomienia co, na co, po co i jak to wpłynie na symulację.

[zbyszek300]

Myślec że sprawa jest prosta, można w ustawieniach programu Ra dodać dwie opcje. Pierwsza włącz i wyłącz lusterka, druga włącz nową smugę lub pozostaw starą. Czy byłby to jakiś problem?. Ja mam komputer AMD Athlon(tm)II X3 425 procesor 2.70GHz
Ram 3,00GB
Grafika NVIDIA GeForce 210
512mb pamięci video.
Gram też Scania Truck Driving Simulator gdzie kabina ciągnika siodłowego jest oryginalna, smugi, lusterka, itp. Nie mam problemu z jazdą, nasuwa mi się myśl, jeśli chcemy mieć realny symulator który będzie odzwierciedlał rzeczywistość, powinniśmy do tego powoli dążyć.

[guest4368]

Symulacja obwodów lokomotywy? Idąc krok dalej można by przenieść część fizyki do np. plików ze skryptami razem z rozruchem impulsowym i innymi. Wtedy byłoby to bardziej "uniwersalne". 

[Ra]

Jest to jeszcze kwestia czasu realizacji. Przykładowo, reorganizacja AI zajęła mi około roku, z pół roku zeszło na modele binarne.

Idąc krok dalej można by przenieść część fizyki do np. plików ze skryptami razem z rozruchem impulsowym i innymi.

Aczkolwiek przenoszenie czegoś gdzieś nie oznacza, że to się samo opracuje.

[guest4368]

Nie znam kodu Maszyny. Każdy wagon/lokomotywa mógłby na wejściu otrzymywać strukturę z siłami na sprzęgu, ciśnieniem w przewodach pneumatycznych, przewodem ogrzewania itd, dokonywał odpowiednich obliczeń symulując procesy zachodzące w danym wagonie i zwracał taką samą strukturę następnemu pojazdowi. Kwestia, czy byłyby to dll czy jakiś język jednak sądzę, że można by to odpowiednio wkomponować w kod Maszyny...

[Ra]

Tak mniej więcej jest teraz, aczkolwiek ja też nie znam bliżej tej części kodu. Na razie jest to Pascal.

[Paczkuś]

Zastanówmy się po co te lusterka. Lusterka może i miałyby sens, gdyby byli ludzie na peronach, którzy by wchodzili bezpośrednio do wagonów. Ewentualnie kierownik pociągu machający ręką na odjazd. Dodatkowo takie lusterka zjedzą nam parę klatek. Tutaj nie chodzi o zniechęcanie. Po prostu może niektórzy potrzebują uświadomienia co, na co, po co i jak to wpłynie na symulację.

OK. Skoro wg Ciebie to takie marnotrawstwo to proszę bardzo:)
@Ra, żądam zmiany mojej propozycji z lusterkami na "symulacja nieszczelności przewodów hamulcowych."

[Ra]

Odnośnie hamulców, to trwają prace nad SPKS. W związku z powyższym zgłaszanie propozycji w zakresie hamulców i pneumatyki nie ma uzasadnienia do czasu wydania SPKS. Jedynym dopuszczalnym wyjątkiem jest kwestia sterowania kranem, bo już to częściowo zrobiłem pod kątem PoKeys i dołożenie pozycji pośrednich nie wydaje się być skomplikowane.

[Paczkuś]

Więc usuń po prostu tę opcję.

[matek123]

To ja proszę o rozważenie dodania możliwości zdefiniowania, że dany pojazd czy sprzęganiu zawsze "zapina", gdyż w obecnej sytuacji nie wypuszczę ASF z opuszczanym uchem, nawet do testu. Można to również podpiąć pod zworę transporterową.

[Ra]

Ale dlaczego? Jeśli to ktoś zaznaczył, to znaczy, że uważa za ważne. Raczej apeluj do głosujących, żeby zaznaczyli coś innego. Albo tłumacz, dlaczego coś innego jest ważniejsze. Poza tym, celem ankiety jest zebranie preferencji i ustalenie istotności zagadnień dla ogółu użytkowników, a nie narzucenie zadań twórcom. Każdy i tak zrobi to, co indywidualnie będzie uważał za ważne.

Aby np. działały lusterka, niezbędne będzie zmodyfikowanie modeli lub określenie dodatkowych parametrów dla kabin w MMD. Ja tego robić nie będę, mogę tylko przygotować mechanizm i ewentualnie jakiś jeden przykład. Reszta jest w rękach użytkowników. Z drugiej strony, jeśli liczba głosujących na coś jest znaczna, to większe jest prawdopodobieństwo, że ktoś przygotuje pliki i że będzie to testował.

[Irek_Wd]

Powinno pojawić się oświetlenie kabiny, a w EZT ogólne oświetlenie jednostek.

[PanMechanik]

Wtrące swoje trzy grosze, jeśli mogę coś zaproponować, to chciał bym żeby wprowadzono wyświetlane komunikaty. Przykładowo zatrzymujemy się pod s1 na stacji końcowej - po 15/20 sekundach wyskakuje komunikat "Koniec misji", dochodzi do wykolejenia - "Skład się wykoleił", itd, itp. Nie proponuję wcale komunikatów o aktualnej pogodzie, czy o wydarzeniach z kraju, tylko czysto informacyjne. Koniec misji, Wykolejenie, itd. Oszczędzi to później wielu niepotrzebnych wątków w pomocy doraźnej, bo użytkownik przekroczył prędkość, skład mu się wykoleił, on o tym nie wie i pisze w pomocy doraźnej, że ma problem i stawia wszystkich na równe nogi, bo on ma problem, a tak - jeśli wyświetli się komunikat o wykolejeniu - koleś spuści głowę i uruchomi symulacje ponownie.

[BLAcKboY]

Ja rozumiem, że Ra to człowiek legenda i jego zasługi dla symulatora są niezaprzeczalne, ale niektóre pozycje są absurdalne. Nie traktujmy kolegi Ra jak złotej rączki, która zrobi wszystko.

Wtrące swoje trzy grosze, jeśli mogę coś zaproponować, to chciał bym żeby wprowadzono wyświetlane komunikaty. Przykładowo zatrzymujemy się pod s1 na stacji końcowej - po 15/20 sekundach wyskakuje komunikat "Koniec misji", dochodzi do wykolejenia - "Skład się wykoleił", itd, itp.

I to jest słuszna koncepcja (znów trzeba resetować swój głos...).

[Mariang57]

Być może ktoś zagłosuje i na taki punkt, aby był wyświetlany rozkład jazdy dla danej misji, a także aby finalnym produktem była cała sieć PKP

[LHS_ST40S]

Taka drobnostka, ale moim zdaniem ważna - aby można było automatycznie łączyć sprzęgi automatyczne, znaczy Scharfenberga w kiblach czy na przyszłość SA-3 w taborze na tor szeroki (chociaż w sumie są już tamary i ruskie węglarki na szeroki, więc nie do końca na przyszłość). Sprawa nr 2 - żeby hamulce działały w całym składzie, nawet gdyby miał 850m, bo z tego co zaobserwowałem do 500m hamują wagony a dalsze jakby martwe, niby połączone wężami ale zachowują się jakby nie miały tego połączenia. Rozumiem, że 10 czy 20% wagonów może mieć wyłączone hamulce ale litości, nie żeby dawać w nagłe bo drogi hamowania nie styknie.
Z bajerów to przydatne byłyby prawdziwe wskaźniki cyfrowe typu cyfrowy wyświetlacz prędkości (coś w stylu tego na Haslerze ST45) czy nr pozycji jazdy (aby nie stosować absurdalnych protez jak w 201Em @mkaczego z obracanym niewidocznym kołem). Tu poniekąd mam wizję z ujęciem cyferek od 0 do 9 na teksturze i aby exe obsłużyło dynamiczną zmianę tych kawałków tekstury w zależności od aktualnych parametrów jazdy.

[szogun]

a także aby finalnym produktem była cała sieć PKP

Kolejny absurd.

[Ra]

Być może ktoś zagłosuje i na taki punkt, aby był wyświetlany rozkład jazdy dla danej misji, a także aby finalnym produktem była cała sieć PKP

Tylko jeszcze ktoś by te rozkłady musiał pisać... Niestety przyjęła się praktyka używania pustego pliku jako rozkładu. A finalnym produktem być może będzie, narzędzia się tworzą...
  Dodano: 19 Września 2012, 21:03:23

Taka drobnostka, ale moim zdaniem ważna - aby można było automatycznie łączyć sprzęgi automatyczne, znaczy Scharfenberga w kiblach czy na przyszłość SA-3 w taborze na tor szeroki (chociaż w sumie są już tamary i ruskie węglarki na szeroki, więc nie do końca na przyszłość).

Hm, ostatnio widziałem obrazek, jak to EU07 uderzyło w EN57, a w efekcie EN57 się jednostronnie sprzęgło z maską 7. No ale to jest do sprawdzenia. Co do hamulców, to jest temat w toku, więc nic więcej się nie da zrobić.