- Symulator MaSzyna -
Symulator EU07 (i nie tylko) => Bieżące Symulatorowe => Wątek zaczęty przez: Ra w 26 Lipca 2012, 01:34:12
-
Podobnie jak w ubiegłym roku, mam zamiar uruchomić ankietę z propozycjami zmian. Względem poprzedniej paczki został skrócony czas wczytywania scenerii (było 97 głosów czyli 12.1%), zwiększona jest wydajność grafiki (46 - 5.6%), znacznie lepiej działa AI (39 - 4.9%), również w zakresie zatrzymywania samochodów na przejazdach (17 - 2.1%). Z propozycji o mniejszej ilości głosów zostało zrealizowane przechodzenie do innych pojazdów (2 - 0.2%). Nie wyliczam tutaj propozycji zmian w sceneriach, modelach i scenariuszach, którymi bezpośrednio się nie zajmuję i trudno mi zweryfikować, na ile postulaty zostały zrealizowane (np. czy jest wystarczająco więcej ludzi na peronach).
Zastanówcie się, co należało by dopracować w pierwszej kolejności, biorąc pod uwagę PC2011, EU07.EXE 355 oraz planowane obecnie do wydania Całkowo 2.0. Ankietę uruchomię kilka dni po wydaniu tej scenerii, ponieważ będzie ona wykorzystywać nowe możliwości i chcę dać czas na zapoznanie się z nimi.
Tak jak poprzednio, będę dodawał do ankiety kolejne zgłaszane propozycje, a swoje głosy będzie można modyfikować aż do zamknięcia ankiety, co nastąpi po paru tygodniach. Ankieta posłuży mi do ustalenia priorytetów dla dalszych prac, w szczególności kilku zaczętych pomysłów.
-
Ponieważ na chwilę obecną nowe Całkowo utknęło w testach i nie ma żadnych przesłanek, aby mogło być wydane w dającym się określić czasie, postanowiłem odblokować tworzenie ankiety.
Zasady są podobne jak poprzednim razem, czyli można głosować na maksymalnie 3 propozycje oraz zgłaszać własne, jeśli w ankiecie ich nie ma. Po dodaniu tych zgłoszonych propozycji należy na nie zagłosować. Dobrze by było także zaglądać do ankiety co jakiś czas, aby zweryfikować swój głos, być może jakaś propozycja jest bardziej istotna.
W kolejce na wydanie oczekuje EU07.EXE w wersji 372, w którym przede wszystkim są poprawione błędy w zakresie ruchu AI. Też wypadało by to udostępnić, ale będzie wymagać poprawiania scenerii, gdyż jest zupełnie nietolerancyjne dla błędów typu zdublowane eventy, semafory i zwrotnice.
-
Wyszło na to, że jestem pierwszy:
- Fizyka lokomotyw spalinowych z przekładnią hydrauliczną;
- Rozbudowanie sprzęgów pod kątem wąskotorówek i pojazdów specjalnych, na co składa się:
-- Możliwość podawania przez oba pojazdy
-- Zwora transporterowa (efekt wizualny oraz zmiana Dimensions)
-- Flaga określająca model sprzęgu 1 (do wyboru: śruba/sworzeń od zwory transporterowej/itp.)
Przykładowy model niedługo Ci podeślę, jak będę miał czas ogarnąć automatyczne dodawanie "01" do nazw kopiowanych submodeli.
-
Jak dla mnie:
-Światła tzn. smugi bardziej realistyczne.
-Więcej pozycji kranu hamulca na lokomotywach.
-Poprawienie fizyki ET22 bo jest nie realistyczna.
-
Moje propozycje - podobne jak w tamtym roku:
-Usprawnienie multiplayera - Rainsted po kilku minutach traci potwierdzenia zmiany stanu urządzeń i zajętości odcinków.
-Lusterka - niekoniecznie renderowane, ale dodanie pozycji dzięki której jednym przyciskiem znaleźlibyśmy się w widoku "za oknem" skierowani w stronę końca pociągu - dodawanie wpisu w mmd. Taki efekt był chyba w Nebuli.
-
Światła czołowe 3D. Zdaje się były kiedyś testowane jednak znacznie pogarszały FPS. Wydaje mi się, że jeden Light w OpenGL o odpowiedniej pozycji względem czoła i parametrach w zależności od zapalonych świateł obecnie nie obciążałby znacznie komputera.
-
Nagłe hamowanie podczas wykolejenia lub wywalenia nadmiarowego.
-
Szkoda, że Jarek jest tylko jeden... W mojej opinii należy doprowadzić do ładu scenerie, tak by AI nie miało problemów z prowadzeniem pojazdów. Na tę chwilę, należałoby pomyśleć nad oświetleniem, cieniowaniem i uproszczeniem przenoszenia fizyki pojazdów do symulatora.
I że tak jeszcze się wtrącę, jestem wielkim zwolennikiem wprowadzeniem normal mappingu. Dawno temu na prośbę @Shaxa sprawdzałem to rozwiązanie i byłem sceptyczny, natomiast na chwilę obecną jestem wielkim zwolennikiem tego rozwiązania, które miałoby idealne zastosowanie chociażby dla poprawy wyglądu nasypów, podsypek, podkładów, itd... Wygląda to mniej więcej tak:
http://polskikursblendera.pl/bake-normals/
-
Myślę że by się przydało zapisywanie symulatora podczas jazdy. Kiedyś kończyłem długą misję i nagle prąd wysiadł,
a chciałem dojechać do końca.
-
-Światła tzn. smugi bardziej realistyczne.
To znaczy jakie?
-Poprawienie fizyki ET22 bo jest nie realistyczna.
W jakim zakresie?
Nagłe hamowanie podczas wykolejenia lub wywalenia nadmiarowego.
Po czym wnosisz, że to ma tak działać?
-
Nie wiem tylko jaki jest sens istnienia opcji "więcej pozycji kranu hamulca", skoro tworzy się SPKS, chyba, że o czymś nie wiem ;).
-
Można to potraktować jako impuls w kierunku przyspieszenia SPKS, a można też wprowadzić dodatkowe pozycje jako aproksymację przy obecnych CHK. Zwłaszcza że po podłączeniu potencjometru przez PoKeys można kran ustawiać płynnie. Jeśli by było duże zainteresowanie tą opcją, wydaje się to być w miarę proste do osiągnięcia.
-
No nic, sam zagłosowałem m. in. na te dodatkowe pozycje Orlikona, bowiem konfiguracja z PoKeys będzie mi przydatna.
-
Ad. Fizyki ET22. Wg. mnie porównując do realu ET22 w symku dostaje za duże prądy. Jadąc w realu ET22 + 3 Bdhpunx zamykając szeregową przy ok 25-30km/h i dając od razu 6 boków prąd rośnie góra do 400A, w symku jest koło 550 A i wywala nadmiarowy.
Ad. świateł: Chodzi o podświetlenie obiektów na które pada smuga, tak żeby było bardziej realistycznie. Gdzieś na youtube widziałem ktoś miał takie światła na lini 053 w czasie burzy. A dokładnie o te światła chodzi. W zupełności wystarczą:
Ad.hamulca: Myślałem o czymś podobnym jak jest w MSTS, że można dowolenie upuszczać powietrze np: 10%,44, etc.. własnie chodzi o to płynne nastawianie kranu hamulca.
-
Ad. Fizyki ET22. Wg. mnie porównując do realu ET22 w symku dostaje za duże prądy. Jadąc w realu ET22 + 3 Bdhpunx zamykając szeregową przy ok 25-30km/h i dając od razu 6 boków prąd rośnie góra do 400A, w symku jest koło 550 A i wywala nadmiarowy.
A porownywales napiecie w symku i w "realu"? Nadmiarowe sa troche zle wyregulowane. Problem tez tkwi w tym, ze sa zle poustawiane czasy zamykania i otwierania stycznikow. Poprawka do exe jest juz stworzona, lecz wymaga zmian we wszystkich charakterystykach pojazdow, by zostala wprowadzona.
-
W związku z życiem, w którym wiecznie brak czasu, proszę o możliwość zapisania stanu symulacji.
-
Hunter nie porównywalem. A z tego co mi MKaczy mowil ostatnio to dość ważny parametr. Nie znam sie na tym tylko piszę co widzę. W końcu tylko 10% z nas siedzialo za nastawnikiem i pracuje na kolei i tak naprawdę my najlepiej widzimy różnice. Szogun skoro to taki problem itd. to lepiej poczekać i zrobić smugi równie realne a mniej kłopotliwe i wymagające.
-
- łagodne łączenie się tekstur scenerii,
- outernoise (było to w którejś tam dawnej wersji SPKS, zostało później wyłączone do testów),
Ad. smugi, masz pojęcie ile FPSów żre ten "hit jutuba"?
W MSTSie z 2002 roku są realistyczne smugi, które już w tamtym czasie chodziły bardzo płynnie. Czyli technika i można to zrobić.
Dyskusję na temat smug przeniosłem tutaj:
http://eu07.pl/forum/index.php/topic,22116.0.html
-
- łagodne łączenie się tekstur scenerii,
Opisz, na czym by to miało polegać, czy jak by to miało działać. Propozycje powinny przekładać się na jakiś dostępny algorytm, a ich realizacja być mierzalna.
- outernoise (było to w którejś tam dawnej wersji SPKS, zostało później wyłączone do testów),
Coś bliżej na ten temat?
-
1. Zapomniałem dodać, że chodziło mi o łagodne przejście dwóch tekstur terenu.
2. Outernoise:
-
1. Zapomniałem dodać, że chodziło mi o łagodne przejście dwóch tekstur terenu.
Trzeba by zacząć od tego, że nie mamy siatki terenu o stałym rozmiarze oczek, więc nie bardzo sobie potrafię wyobrazić łagodne przejście na trójkącie mającym bok długości 1km z teksturą powielaną co 10m.
2. Outernoise:
Rozumiem, że chodzi o zewnętrzny dźwięk wózków? Akurat na filmie ten dźwięk jest jakby między wózkami...
-
Tak, szum i dźwięk wózków.
-
1. Zapomniałem dodać, że chodziło mi o łagodne przejście dwóch tekstur terenu.
Myślę, że wystarczy "uświadomić" trasopisarzy - nie trzeba modyfikacji EXE, albowiem można samemu zrobić teksturę przejściową. Jest to bardzo prosta czynność, niewymagająca specjalnej znajomości obsługi programów graficznych. Owszem, może trzeba się trochę więcej napocić, ale osobiście uważam, że ręczne zrobienie tekstury przejściowej nie jest dużym problemem.
Taką teksturę przejściową widać doskonale na obrazku w załączniku - zwróćcie uwagę na prawy brzeg rzeki (jest trochę zarośnięta) - widać tam gładkie przejście między teksturą ziemi a trawy i nie kosztowało to mnie zbyt wiele czasu.
-
Można wprowadzić stałą siatkę np. 5m jak w Trainz, przygotować tekstury na to (powinny być dostępne darmowe do takich zastosowań) i wtedy da się zrobić, aby je nakładać. W porównaniu do Trainz, dalszy teren będzie można zrobić większymi trójkątami, co poprawi wydajność, ale ograniczy użycie tekstur przejściowych.
zwróćcie uwagę na prawy brzeg rzeki
Obawiałbym się, że ten tor w takim położeniu nie przetrwa długo...
-
1.GLSL
2.Światła pojazdów ale zrobione w takiej realnej technice^
3.Mapy wysokości - gigantyczna oszczędność FPS(coś mi się zdaję, że co drugi nie wie co to)
4.Nowszy wydajniejszy silnik graficzny, który bo pozwalał na to co wyżej^
5.Tak odbicia powierzchni np w lusterkach.
6.Wnętrza kabin widoczne z zewnątrz.
7.Realistyczne przeźroczyste szyby.
8.Smugowe światła.
-
Da się zmienić sieć trakcyjną? Żeby nie była taka cienka.
-
1.GLSL
Tzn. dokładniej co i jak ma działać? Łatwo jest rzucić hasło.
2.Światła pojazdów ale zrobione w takiej realnej technice^
Rozumiem, że masz gotowy algorytm i wkrótce nam go udostępnisz?
3.Mapy wysokości - gigantyczna oszczędność FPS(coś mi się zdaję, że co drugi nie wie co to)
Ja np. nie wiem, jak by to miało pozytywnie wpłynąć na FPS.
4.Nowszy wydajniejszy silnik graficzny, który bo pozwalał na to co wyżej^
Rozumiem, że już coś tworzysz, albo przynajmniej masz ludzi do tego?
5.Tak odbicia powierzchni np w lusterkach.
Na lusterkach można wyrenderować teksturę. Zeżre to połowę FPS na każde lusterko. Jeśli lusterka to tylko przykład, to co jeszcze ma się odbijać?
7.Realistyczne przeźroczyste szyby.
Po czym poznać realistycznie przezroczystą szybę i dlaczego obecne szyby nie są?
8.Smugowe światła.
Tzn. jakie?
-
5.Tak odbicia powierzchni np w lusterkach.
Na lusterkach można wyrenderować teksturę. Zeżre to połowę FPS na każde lusterko. Jeśli lusterka to tylko przykład, to co jeszcze ma się odbijać?
Pewnie coś w stylu np. tafli wody.
Wnętrza kabin widoczne z zewnątrz - mam rozumieć, że w takim przypadku wszystkie wagony osobowe posiadają wymodelowane wnętrza, wraz z umieszczonymi tam pasażerami?
-
Wnętrza kabin widoczne z zewnątrz - mam rozumieć, że w takim przypadku wszystkie wagony osobowe posiadają wymodelowane wnętrza, wraz z umieszczonymi tam pasażerami?
Tak. Ja przygotuję odpowiednie sortowanie trójkątów na poziomie EXE, a pomysłodawcy zrobią resztę.
-
Wnętrza kabin widoczne z zewnątrz - mam rozumieć, że w takim przypadku wszystkie wagony osobowe posiadają wymodelowane wnętrza, wraz z umieszczonymi tam pasażerami?
Tak. Ja przygotuję odpowiednie sortowanie trójkątów na poziomie EXE, a pomysłodawcy zrobią resztę.
I to jest jeden z tych tekstów, które wobec realiów brzmią zasadnie śmiesznie....
-
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.
-
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 (http://eu07.pl/forum/index.php/topic,21669.msg298350.html#msg298350) - schematy ideowe.
-
Texture splatting - czyli latwe w edycji nakladanie mieszanie tekstur - w 3dsie nazywa sie to bodajze mix albo dirt map.
-
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:)
-
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.
-
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 (http://pl.wikipedia.org/wiki/Modelowanie_%283D%29#Mapy_wysoko.C5.9Bci).
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.
-
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
-
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.
-
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.
-
Z tego co widzę, można zmienić głos. Zresztą wystarczy spojrzeć na pozycje tych wyników:
Lusterka - dodatkowe widoki z kabiny
Lusterka - renderowaneI wiadomo kto głosował.
-
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.
-
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:)
-
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ę.
-
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ć.
-
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".
-
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.
-
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...
-
Tak mniej więcej jest teraz, aczkolwiek ja też nie znam bliżej tej części kodu. Na razie jest to Pascal.
-
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."
-
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.
-
Więc usuń po prostu tę opcję.
-
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ą.
-
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ł.
-
Powinno pojawić się oświetlenie kabiny, a w EZT ogólne oświetlenie jednostek.
-
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.
-
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...).
-
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
-
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.
-
a także aby finalnym produktem była cała sieć PKP
Kolejny absurd.
-
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ć.
-
Zachcianki na sam koniec: światła na semaforach pulsujące jak w rzeczywistości oraz przyciski "radiotelefoniczne" o których pisał SKP, co by wprowadzić większą interakcję.
-
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.
Istnieje event exit, który zamyka symulację. Poprawnie działa dopiero na najnowszym EXE. Gdyby ktoś chciał wypróbować jego obecne działanie, może to zrobić na TD dopisawszy na początku td.scn:
event keyCtrl09 exit none endeventi wcisnąwszy SHIFT+9.
Co prawda nie umożliwia do wyświetlania komunikatu, ale po przejechaniu S1 można podać odpowiedni komunikat przez radio po czym automatycznie wyłączyć symulację.
Co do mojego pomysłu, to ostatnio dowiedziałem się (ehh, te nieuporządkowane informacje...), że istnieje event Addvalues, więc pozostaje tylko kwestia dorobienia wyświetlania kanału. Proszę o dopisanie do ankiety eventu, który wyświetla dowolny łańcuch znaków pod F1/F2/F3.
-
Witam jestem na forum od niedawna. Interesuje się trochę projektem i tu nasunęło mi się kilka pytań, ale o tym za chwile.
Wydaje mi się, że jednymi z ważniejszych zmian to zapis stanu symulacji, komunikaty, np. wykolejenie, koniec misji czy nawet Wyświetlanie rozkładu jazdy dla misji.
Dlaczego? Nie każdy może poświęcić tyle czasu wolnego aby ukończyć misje, komunikaty znacznie urozmaiciły i uprościły symulacje, wiedziałbym, przynajmniej kiedy coś zrobiłem źle i mam koniec misji.
Da się zmienić sieć trakcyjną? Żeby nie była taka cienka.
Tak da się, wystarczy odpowiednio zmieniona tekstura (dodanie cieniowania, a nie zwykła czarna linia) + normalmapa. Efekt grubości murowany, a to nadal ten sam plane.
Teraz pytania odnośnie technologi w Symulatorze, głównie skierowane do programistów projektu lub osób które są zaznajomione w temacie.
1.Czy stosujecie Oclussion Culling na wczytanych scenach? Jeśli nie, to może warto się zastanowić nad tym rozwiązaniem. Wraz z systemem LODów które posiadacie zmniejszyło by ilość wyświetlanej geometrii.
2.Scena jest wczytywana "NA RAZ" i potem się już nic nie doczytuje w trakcie symulacji czy obiekty i tekstury są ładowane dynamicznie?
-
Proszę o dopisanie do ankiety eventu, który wyświetla dowolny łańcuch znaków pod F1/F2/F3.
Co do tekstu, to problemem są spacje. A pomysł jest póki co mało konkretny.
Dodano: 19 Września 2012, 21:30:22
Da się zmienić sieć trakcyjną? Żeby nie była taka cienka.
Tak da się, wystarczy odpowiednio zmieniona tekstura + normalmapa
Najpierw trzeba by zrobić model 3D. Na razie jest to rysowane liniami.
1.Czy stosujecie Oclussion Culling na wczytanych scenach? Jeśli nie, to może warto się zastanowić nad tym rozwiązaniem. Wraz z systemem LODów które posiadacie zmniejszyło by ilość wyświetlanej geometrii.
Nie, obiekty są wybierane za pomocą mapy 2D. Ze względu na różnorodność obiektów wydaje mi się to być niewykonalne. Scena nie jest rozbierana na pojedyncze trójkąty, które można by było jakoś sortować.
2.Scena jest wczytywana "NA RAZ" i potem się już nic nie doczytuje w trakcie symulacji czy obiekty i tekstury są ładowane dynamicznie?
Prawie wszystko jest wczytywane na początku. Wyjątkiem są kabiny, które mogą się doczytać w trakcie symulacji, co jednak zajmuje zauważalny kwant czasu. Można też doczytywać ładunki wagonów. Wczytywanie w trakcie symulacji wymaga solidnej reorganizacji zarządzania teksturami i modelami.
-
Moja propozycja może nie być wykonywalna na obecnym silniku graficznym tj. wykonanie widoku w technologii 3d sbs czyli obraz obok obrazu dla jednego i drugiego oka. Niektóre telewizory/karty graficzne są wyposażone w sterownik zmieniający taki obraz na 3d częstotliwościowe i w okularach filtrujących klatkę na zmianę dla prawego i lewego oka tworzą się oba obrazy w lewym i prawym a efekt jest rewelacyjny. Kolejna propozycja tyczy się pewnego błędu w sceneriach jaki zauważyłem ,mianowicie brakuje słupów odporowych w liniach wysokiego napięcia ,wszystkie są podwieszane. Pozdrawiam
-
Aha, rozumiem, że scena wraz z ustawionymi obiektami to jeden scalony model? Trochę szkoda, może w przyszłości warto pomyśleć, nad taką mocną reorganizacją. Da to większą możliwość zarządzania co ma być na scenie, a co nie i dodatkowo wzrośnie mocno wydajność.
Najpierw trzeba by zrobić model 3D. Na razie jest to rysowane liniami.
Przyjrzę się dokładniej jak powstaje grafika do symulatora i może sam skuszę się coś zrobić.
-
Aha, rozumiem, że scena wraz z ustawionymi obiektami to jeden scalony model? Trochę szkoda, może w przyszłości warto pomyśleć, nad taką mocną reorganizacją. Da to większą możliwość zarządzania co ma być na scenie, a co nie i dodatkowo wzrośnie mocno wydajność.
Nie, jest podział na modele, każdy semafor domek itp, to oddzielny model. Jedynie jest wczytywanie modeli podczas uruchamiania symulatora. Ustawiane są po wpisach współrzędnych względem punktu 0 0 0.
-
Przy długich scenariuszach (np. ten, który ma wyjść z nowym Całkowem, około 6h) przydałaby się opcja zapisania aktualnego przebiegu symulacji.
-
Co do tekstu, to problemem są spacje. A pomysł jest póki co mało konkretny.
IMHO pomysł jest w porównaniu z innymi dość konkretny. Jeśli chcesz więcej szczegółów, to proszę bardzo.
Składnia:
event nazwa showtext nazwapliku endeventNazwapliku byłaby nazwą pliku .txt znajdującego się w katalogu Scenery. Chyba wczytanie takiego pliku, zapisanie do zmiennej w jakiejś kolekcji, a następnie przy wywołaniu tego eventu wyświetlenie tego pod F1 byłoby możliwe? Podałem konkrety - pomysł + uproszczony (i to bardzo) algorytm, do Ciebie @Ra należałaby tylko ocena tego i ewentualne wdrożenie do symka.
-
IMHO pomysł jest w porównaniu z innymi dość konkretny. Jeśli chcesz więcej szczegółów, to proszę bardzo.
Powinno to wyglądać tak:
1. Co tak naprawdę chcemy uzyskać?
2. Jakimi metodami można to osiągnąć?
4. Jakie są wady i zalety poszczególnych rozwiązań?
3. Która z możliwych metod da najmniej ograniczeń i będzie najbardziej spójna z resztą struktur?
Ta ankieta nie jest dobrą okazją na tego typu zmiany.
-
Ktoś tu wspomniał o łączeniu się EN57 z EU07 i innymi. Otóż jest to prawda ponieważ przy odpowiedniej prędkości i zderzeniu się da się sprzężyć EN57/ED72 z EU07 i innymi. Nie wiem dlaczego tak jest, czy to zamierzone działanie czy tylko drobna niedoróbka.
-
Można wprowadzić stałą siatkę np. 5m jak w Trainz, przygotować tekstury na to (powinny być dostępne darmowe do takich zastosowań)
Wystarczy wejść na http://cgtextures.com/, w wyszukiwarkę wpisać "ground" i jest cała masa darmowych tekstur do takich właśnie zastosowań!
-
IMHO pomysł jest w porównaniu z innymi dość konkretny. Jeśli chcesz więcej szczegółów, to proszę bardzo.
Powinno to wyglądać tak:
1. Co tak naprawdę chcemy uzyskać?
2. Jakimi metodami można to osiągnąć?
4. Jakie są wady i zalety poszczególnych rozwiązań?
3. Która z możliwych metod da najmniej ograniczeń i będzie najbardziej spójna z resztą struktur?
Ta ankieta nie jest dobrą okazją na tego typu zmiany.
Dostaniesz cały schemat blokowy, tylko nie wiem jakie są inne (w miarę logiczne) metody uzyskania zamierzonego celu.
-
Nie podoba mi się użycie oddzielnych plików na każde zdanie. Ogólnie to trzeba by przemyśleć temat "konsoli", żeby dało się tam wyświetlać rozkład jazdy, opis scenerii, rozkazy, listy dialogowe, czy nawet mapki. I dopiero jak będzie na "konsolę" pomysł, zająć się jej wypełnianiem.
-
Z mojej strony dodam tak:
-podkłady oraz różne typy przytwierdzeń szyn do podkładów 3D
-wymodelowane elementy rozjazdów: cięgła napędu elektrycznego, dziób krzyżownicy i szyny skrzydełkowe, "siodełka" po których poruszają się iglice, a także dodane kierownice
-nowy profil i nowe tekstury podsypek, gdyż obecne są bardzo słabe, a podkłady często są niewymiarowe (zwykle zbyt cienkie)-patrz załącznik
-bardziej realistyczna symulacja "bujania" kamery (obecnie ruchy są chaotyczne, często zbyt gwałtowne, za duże). Można by także pomyśleć (ale to raczej daleka przyszłość) o uzależnieniu bujania od stanu torowiska (teraz tak samo buja na starych, spróchniałych podkładach, jak na nowiutkich, betonowych). Poza tym lepiej by było, gdyby "bujał" się cały pojazd, a nie tylko kabina. W starej ankiecie była chyba opcja odzwierciedlenia amortyzacji. Jeszcze inaczej można by to uzyskać przez "pokrzywienie" torowiska, fachowo nazywa się to nierównościami w planie i profilu (coś takiego jest na L053 w dwóch miejscach: na pierwszym posterunku odgałęźnym za Dębicą oraz za Turowem, w miejscu, gdzie jest ograniczenie do 20km/h)
-bardziej realistyczny sposób uruchamiania i unieruchamiania pojazdu trakcyjnego (razem z czynnościami wykonywanymi w przedziale maszynowym i wszelakich szafach WN i NN)
-fizyka w EN57 (zwłaszcza hamulec, szybkość przyrostu i obniżania się ciśnienia w cylindrze ham. oraz przyspieszenie, według mnie na równoległej jest zbyt duże)
-przy przechodzeniu z kabiny do kabiny nie powinny wyłączać się jakiekolwiek urządzenia, jeżeli chcemy przechodzić to sami powinniśmy wyłaczyć co trzeba.
-
Nie wiem dlaczego głosujecie na oświetlenie w symulatorze, gdzie na pierwszym miejscu powinna być fizyka pojazdów. Po SPKS odwzorowanie jazdy ET22 i EN57 powinno być na pierwszym miejscu. Zapis w symulacji, jeżeli nie jest taki trudny [nie mam pojęcia, jak to wygląda od strony technicznej], może być wcześniej, jednak oświetlenie? Serio?
P.s. pozdrawiam wszystkich, właśnie dołączyłem do forum, po długim czasie pasożytowania.
-
Z mojej strony, chciałbym kiedyś zobaczyć klikalny cały kokpit. Typowałem na :
- Obwody lokomotyw (program w LD)
- Spadki napięć na sieci trakcyjnej
- Przekładnia hydrauliczna
Reszta wydaje mi się małostkowa, patrząc na wyniki ankiety faktycznie jakby głosowały same dzieci.
-
Hmm, zaczyna nam się robić trochę Trainz. Rozkłady, opis scenerii, rozkazy - ok. Ale możesz mi wytłumaczyć jaka będzie rola pozostałych elementów? Maszynista w kabinie nie ma mapy. Lista dialogowa, rozumiem że to ma być coś a'la obsługa radia, tylko czy za bardzo nie będzie to rozpraszało użytkownika?
Skoro jest projekt takiej konsoli, obsługę radia na razie zrobię tak jak planowałem od początku przez SHIFT+... (nie można tego zrobić bez SHIFT-a, bo pod tymi klawiszami jest ustawianie kamery) i nie będę Cię męczył z tym wyświetlaniem tekstu. Btw, to można zrobić jeden plik i podawać tylko nr linii, by coś wyświetlić.
-
Z mojej strony dodam tak:
-podkłady oraz różne typy przytwierdzeń szyn do podkładów 3D
-wymodelowane elementy rozjazdów: cięgła napędu elektrycznego, dziób krzyżownicy i szyny skrzydełkowe, "siodełka" po których poruszają się iglice, a także dodane kierownice
-nowy profil i nowe tekstury podsypek, gdyż obecne są bardzo słabe, a podkłady często są niewymiarowe (zwykle zbyt cienkie)-patrz załącznik
-bardziej realistyczna symulacja "bujania" kamery (obecnie ruchy są chaotyczne, często zbyt gwałtowne, za duże). Można by także pomyśleć (ale to raczej daleka przyszłość) o uzależnieniu bujania od stanu torowiska (teraz tak samo buja na starych, spróchniałych podkładach, jak na nowiutkich, betonowych). Poza tym lepiej by było, gdyby "bujał" się cały pojazd, a nie tylko kabina. W starej ankiecie była chyba opcja odzwierciedlenia amortyzacji. Jeszcze inaczej można by to uzyskać przez "pokrzywienie" torowiska, fachowo nazywa się to nierównościami w planie i profilu (coś takiego jest na L053 w dwóch miejscach: na pierwszym posterunku odgałęźnym za Dębicą oraz za Turowem, w miejscu, gdzie jest ograniczenie do 20km/h)
-bardziej realistyczny sposób uruchamiania i unieruchamiania pojazdu trakcyjnego (razem z czynnościami wykonywanymi w przedziale maszynowym i wszelakich szafach WN i NN)
-fizyka w EN57 (zwłaszcza hamulec, szybkość przyrostu i obniżania się ciśnienia w cylindrze ham. oraz przyspieszenie, według mnie na równoległej jest zbyt duże)
-przy przechodzeniu z kabiny do kabiny nie powinny wyłączać się jakiekolwiek urządzenia, jeżeli chcemy przechodzić to sami powinniśmy wyłaczyć co trzeba.
Gdzieś już pisałem, jeśli dostanę model podkładu to wypalę normal mapę i zobaczycie 3D ;)
-
-bardziej realistyczny sposób uruchamiania i unieruchamiania pojazdu trakcyjnego (razem z czynnościami wykonywanymi w przedziale maszynowym i wszelakich szafach WN i NN)
-przy przechodzeniu z kabiny do kabiny nie powinny wyłączać się jakiekolwiek urządzenia, jeżeli chcemy przechodzić to sami powinniśmy wyłaczyć co trzeba.
Zawiera się w Obwody lokomotyw (program w LD).
-fizyka w EN57 (zwłaszcza hamulec, szybkość przyrostu i obniżania się ciśnienia w cylindrze ham. oraz przyspieszenie, według mnie na równoległej jest zbyt duże)
Z hamulcami czekamy do SPKS. Przyspieszenie może być zbyt duże ze względu na 3400V w sieci, patrz Spadki napięć na sieci trakcyjnej. Przy 2200V nie poszalejesz.
Maszynista w kabinie nie ma mapy. Lista dialogowa, rozumiem że to ma być coś a'la obsługa radia, tylko czy za bardzo nie będzie to rozpraszało użytkownika?
Ale ma lepszą orientację w terenie. Zapis tekstowy radia do jazdy z wyłączonym dźwiękiem i dla obcokrajowców.
Skoro jest projekt takiej konsoli, (...)
Projektu nie ma, trzeba to dopiero wymyślić.
(nie można tego zrobić bez SHIFT-a, bo pod tymi klawiszami jest ustawianie kamery)
Poważnie?
Btw, to można zrobić jeden plik i podawać tylko nr linii, by coś wyświetlić.
To już lepiej.
-
Jak czytam o tych napisach, listach i informacjach na ekranie, to przychodzi mi na myśl tylko jedno - to już nie będzie symulator. To będzie gra dla zakochanych w Traiz oraz leniwych. Po co cokolwiek umieć skoro wszystko się nam wyświetli w konsoli? Tym sposobem chyba lepiej nic nie robić niż zabierać największy atut tego projektu - realizm!
-
Hm no mi narazie brakuje zapisu, bo nie zawsze mam czas dłuższe misje ukończyć, no i informacja m.in. o końcu też była by świetna.
I jedna z bardziej irytujących rzeczy to drganie kamery (np. ruszam z miejsca a kamera drga niczym szalona)
-
Co do list dialogowych - zamiast osobnego pliku na kazdy tekst jeden plik z tekstami i we wpisie offset (numer linii) i ilosc linii do wyswietlenia.
-
Dla mnie fają sprawą by było słyszeć dźwięk "curve" kiedy na rozjazdach jedziemy w bok z prędkością np powyżej 25-30km/h.
Myślę, że nie ma sensu tego wymieniać w ankiecie bo pewnie nie będzie dużym problemem to zrobić dla kogoś, kto tylko wie jak to zmienić.
-
Na maszynowych sceneriach pełno jest rozjazdów 1:9 r300, podczas gdy w rzeczywistości te rozjazdy przeznaczone są do jazdy w bok 50km/h. Na stacjach stosuje się 1:9 r190 stąd może wynikać brak owego zgrzytu.
-
Nie wiem jak bardzo wpływa na prowadzenie długiego pociągu opór przy pokonywaniu łuków, ale może dało by się to odzwierciedlić w MaSZynie ?
-
Po co cokolwiek umieć skoro wszystko się nam wyświetli w konsoli?
Jak się wyświetli, to łatwiej się nauczyć. Różnicę między symulatorem a grą zaobserwowałem wyraźnie w RailWorks3: Train Simulator 2012. W jednej ze scenerii jest pomiędzy stacjami semafor, na którym jest S1 aż do pewnej godziny. Tarcza przed nim informuje o tym S1, a z jej wysokości nie widać semafora. I teraz jeśli pojedziesz zgodnie ze wskazaniami tarczy i semafora, to przed nim staniesz, a wtedy nie zdążysz dojechać zgodnie z rozkładem. Aby nie stracić punktów, musisz wiedzieć w którym momencie S1 zmienia się na S2 i jechać trochę wolniej, żeby minąć semafor chwilę po tej zmianie (nie ma wtedy szans na zatrzymanie się, jeśli S1 by się paliło nadal). Z hamowaniem i ponownym ruszaniem nie zdążysz zachować rozkładu (strata punktów). Gra się zaczyna w momencie, kiedy kombinujesz jak nie stracić punktów, kosztem sensu jazdy zgodnie z sygnałami.
-
Ja osobiście uważam, że największy nakład sił i środków należy przeznaczyć na realizm uruchamiania lokomotyw. "MaSZyna. symulator pojazdów szynowych" to symulator, który ma przedstawić jak najbardziej realistycznie fizykę owych pojazdów. Jeśli mamy już tabor, który nie odbiega od awangardy dzisiejszych symulatorów w dziedzinie grafiki (może nawet deklasuje niektóre z nich) to trzeba zrównać fizykę do tego poziomu. Mi osobiście brakuje procedury uruchamiania elektrowozu na "sucho" (załączenie baterii, itd.)
-
Gra się zaczyna w momencie, kiedy kombinujesz jak nie stracić punktów, kosztem sensu jazdy zgodnie z sygnałami.
Zawsze możesz się zgłosić do dyżurnego - od tego co powie zależy czy będziesz hamował czy zwalniał (bo np. powie "wjazd będzie za pół minuty, przejazd musi się zamknąć"). Wtedy to dopiero będzie realne, bo w rzeczywistości nie masz nigdy wjazdu o tej samej, określonej godzinie, zawsze będzie jakiś +/-. Możesz się zagapić i zapomnieć się zgłosić, przez co stracisz te punkty lub po prostu będziesz miał opóźnienie.
Poważnie?
Tak. Kody klawiszy brałem z tej strony (druga tabela) (http://rudy.mif.pg.gda.pl/~bogdro/dos/skankod.htm). Kod dla Backspace'a działał, co świadczy o tym, że te dane są poprawne. Natomiast kody dla 1..0 nie działały (od 30 do 39). OIDP, to wyjątkiem była ósemka (kod 38), dla której działa się normalna akcja, w innych wypadkach nic się nie działo, a zero przenosiło w inne miejsce. Nie zmyślam, mówię jak jest.
-
Jestem trochę zdziwiony, że jak dotąd jestem dopiero drugim użytkownikiem który zagłosował za animacją dymu:) A tych spalinowozów trochę jest bo pewnie o ten dym chodzi he he. Przydały by się kłęby spalin przy starcie gagara lub stonki no ale... wiem, wiem...
Po za tym jak dla mnie najbardziej brakuje tego dźwięku przejeżdżających wagonów i widoków wnętrza kabin i przedziałów:)
-
Dorzucając trzy grosze.
W momencie, gdy będziemy mieli wymodelowane wagony z wnętrzami (o ile takie będą), to można spróbować zaimplementować otwieranie drzwi wagonów osobowych z przycisków < i >. Wiem, że to nie jest obowiązkiem mechanika i nijak ma się to do symulacji, ale to najłatwiejsze rozwiązanie. Jedynie inna metoda jaka przychodzi mi na myśl, to przypisanie do toru (z peronem) jakiegoś eventu, który losowo otwierałby drzwi w składzie po stronie peronu. Ale to już jest raczej trudniejsze do zaimplementowania.
-
można spróbować zaimplementować otwieranie drzwi wagonów osobowych (...) przypisanie do toru (z peronem) jakiegoś eventu, który losowo otwierałby drzwi w składzie po stronie peronu.
Jest to w miarę proste i wystarczy W4. Podobno w wersji 355 po dojechaniu EZT do W4 drzwi się otwierają same, ale nie sprawdzałem tego. Wystarczy to przerobić na otwieranie drzwi w wagonach. Tylko najpierw te wagony, a potem jeszcze W4 w sceneriach i rozkłady, których nikt robić nie lubi...
-
Nie znalazłem w ankiecie odnośnika do innych uwag, więc napisze tutaj.
Na pewno należałoby poprawić prędkość podnoszenia się pantografów (w zależności od ciśnienia powietrza w zbiorniku gł.) i żeby nie zamieniały się na dachu w czasie zmieniania kabin.
Można też dorzucić załączanie tej baterii co była już na starszej wersji exe...
Pozdrawiam
-
Tylko najpierw te wagony, a potem jeszcze W4 w sceneriach i rozkłady, których nikt robić nie lubi...
Dziwne, bo to nie jest trudne. Scenariusz z rozkładem działający dobrze ze składami prowadzonymi przez AI, oprócz oczywiście jego informacyjnej wartości dla użytkownika, może być podstawą do tworzenia na tej scenerii innych scenariuszy z wykorzystaniem już "oprogramowanych" składów. Zyskujemy dzięki temu poczucie osadzania nowego pociągu w pewnym już sprawdzonym i "żyjącym swoim życiem organizmie".
(Mowa tu o sceneriach, które są tworzone zgodnie z zasadami projektowania)
Większe wyzwanie, ale też i realizm większy.
Dlatego, jako osoba popierająca wykorzystywanie rozkładów, myślę że dostęp podczas prowadzenia pociągu do _pełnego_ rozkładu byłby ciekawą i przydatną funkcją symulatora (np. przez naciśnięcie F1).
-
Podobno prędkość podnoszenia nie zależy od ciśnienia, co najwyżej od temperatury na zewnątrz. Całe sterowanie (baterie, pantografy, przełączniki, dwie niezależne kabiny) jest ujęte jako Obwody lokomotyw (program w LD).
-
Całe sterowanie (baterie, pantografy, przełączniki, dwie niezależne kabiny) jest ujęte jako Obwody lokomotyw (program w LD).
I dla tego się dziwię, że to jest dopiero na 9 miejscu. Przecież to całkiem inne, jeszcze bardziej realistyczne sterowanie lokomotywą. Wyjdą lusterka, ale po co jak połowa przełączników w lokomotywie nie będzie działać, albo będą działać prowizorycznie? Dla tego zachęcam na głosowanie na "Obwody lokomotyw (program w LD)".
-
Pytanie do @Ra - mam rozumieć, że po skończonym głosowaniu bierzesz i poprawiasz trzy pierwsze możliwości wyboru, które uzyskały największą liczbę głosów?
-
Nie. Ale jeśli będę miał 2 rzeczy do wyboru, to najpierw sprawdzę, która była wyżej w ankiecie. I nie dam sobie głowy zawracać jakąś podsypką 3D, czy ulepszaniem rysowania drutów.
Poza tym sprawa jest prosta: jak będzie ktoś testował i dostarczał mi dodatkowe pliki, to będę coś z tym robił. W przypadku pracy nad AI dostawałem scenerie, w których AI nie działało zgodnie z oczekiwaniami i poprawiałem aż do uzyskania odpowiedniego efektu.
-
Nie. Ale jeśli będę miał 2 rzeczy do wyboru, to najpierw sprawdzę, która była wyżej w ankiecie. I nie dam sobie głowy zawracać jakąś podsypką 3D, czy ulepszaniem rysowania drutów.
Zaprawdę powiadam, te kwestie może rozwiązać Normal Mapping, którego nie warto dodawać do ankiety bo zaledwie odsetek czytających uzna to za przydatne, nie rozumiejąc jakie to daje możliwości.
-
Jeśli przez "wgląd do kodu" rozumiesz przeglądanie jak napisano exe czy inne pliki, to kompletnie nie wiem o co ci chodzi.
Chodzi o to, by mieć dostęp do źródeł, które to po skompilowaniu dają Ci exe. Nie wiem czego nie rozumiesz, skoro piszesz że chodzi właśnie o to. Sam sobie zaprzeczasz.
-
Jeśli ktoś uważa, że do zrobienia np. rozruchu impulsowego potrzebny jest wgląd do kodu, to jest w błędzie. Tam nie ma tajemnej wiedzy, która pomaga coś zrobić. W wielu miejscach jest znaczny bałagan, naprawiany na szybko w innych miejscach. Przykładowo, pewne zależności "elektryczne" są zrobione na poziomie kabiny, a powinny być na poziomie fizyki. Mi bardziej pomogło zrobienie wcześniej pewnych rzeczy w Rainsted, niż dowiedzenie się, jak to ktoś w EU07.EXE zrobił.
-
Taki jeszcze duperel: jakiś czas temu pauzowanie symulacji zostało przeniesione z 'ESC' pod 'PAUSE/BREAK'. Problem jest tego typu, ze nie każdy komputer go posiada (np. laptopy DELL INSPIRON. uprzedzając mądre rady - nie, nie ma go pod kombinacją Fn+cośtam). Może by to przenieść pod jakiś inny klawisz?
-
Popieram @muri, mam ten sam problem.
-
Ja zaznaczyłem min. opcje rysowanie sieci trakcyjnej np Yc1202c gdyż stosowana w Maszynie sieć trakcyjna nie spełnia wymogów do prędkości powyżej 110km/h. Zauważcie, że wszystkie sieci trakcyjne o prędkości 120km/h i powyżej mają zawieszenie Y, czyli stosowanie takiej sieci chociażby w Drawinowie czy Mocznikach jest jak najbardziej uzasadnione.
-
To co piszesz, miałoby jakiś głębszy sens, gdyby program posiadał funkcję rysowania jakiejkolwiek innej trakcji. To tak jakby stwierdzić, że spotykane obecnie w symku torowiska nie spełniają wymogów, np. obciążenia 221kN/oś, bo są złe podkłady, albo zły (nazbyt uproszczony) przekrój szyny. Pamiętajmy - to tylko uproszczenia, które ktoś wprowadził w czasach prehistorycznych, licząc, że kiedyś ktoś to poprawi. Biorąc też pod uwagę brak jakiegokolwiek odwzorowania współpracy przewodu jezdnego z odbierakiem, nie wprowadza to żadnych utrudnień (gorzej by było, gdyby ktoś wprowadził np. model zrywania trakcji, a nie pomyślał o rozbudowaniu palety dostępnych sieci), więc twój komentarz nie do końca jest zasadny.
Tzn. nie zrozum mnie źle, nie deprecjonuję twojego głosu, wręcz przeciwnie - masz rację, brakuje trakcji i trzeba tylko coś z tym zrobić - stwierdzam tylko, że argument który przytoczyłeś, nie do końca jest właściwym. Zresztą nie tylko sama trakcja niedomaga, z tego co się orientuję, wiele tras maszynowych rozpieszcza nas wysięgnikami teownikowymi (też pasującymi do vmax >120km/h niczym pięść do nosa), albo nawet rurowymi, ale z odciągami trakcji zamocowanymi do wysięgnika za pomącą połączeń śrubowych (w konstrukcjach nośnych sieci trakcyjnej dla prędkości powyżej 120km/h stosuje się mocowanie o dwóch, czy tam trzech stopniach swobody).
-
@muri, @REWIZOR - zawsze będzie jakiś feralny klawisz, którego nie ma w naszym kochanym laptopie czy notebooku. Prawidłowo klawisz PAUSE BRAKE służy do "pałzowania" i jest to wykorzystane w ponad 95% wszystkich gier i wykorzystanie tego jako Pauza w MaSzynie to prawidłowa konfiguracja.
-
To co piszesz, miałoby jakiś głębszy sens, gdyby program posiadał funkcję rysowania jakiejkolwiek innej trakcji. To tak jakby stwierdzić, że spotykane obecnie w symku torowiska nie spełniają wymogów, np. obciążenia 221kN/oś, bo są złe podkłady, albo zły (nazbyt uproszczony) przekrój szyny. Pamiętajmy - to tylko uproszczenia, które ktoś wprowadził w czasach prehistorycznych, licząc, że kiedyś ktoś to poprawi. Biorąc też pod uwagę brak jakiegokolwiek odwzorowania współpracy przewodu jezdnego z odbierakiem, nie wprowadza to żadnych utrudnień (gorzej by było, gdyby ktoś wprowadził np. model zrywania trakcji, a nie pomyślał o rozbudowaniu palety dostępnych sieci), więc twój komentarz nie do końca jest zasadny.
Tzn. nie zrozum mnie źle, nie deprecjonuję twojego głosu, wręcz przeciwnie - masz rację, brakuje trakcji i trzeba tylko coś z tym zrobić - stwierdzam tylko, że argument który przytoczyłeś, nie do końca jest właściwym. Zresztą nie tylko sama trakcja niedomaga, z tego co się orientuję, wiele tras maszynowych rozpieszcza nas wysięgnikami teownikowymi (też pasującymi do vmax >120km/h niczym pięść do nosa), albo nawet rurowymi, ale z odciągami trakcji zamocowanymi do wysięgnika za pomącą połączeń śrubowych (w konstrukcjach nośnych sieci trakcyjnej dla prędkości powyżej 120km/h stosuje się mocowanie o dwóch, czy tam trzech stopniach swobody).
Oczywiście masz rację, ale niewłaściwa sieć trakcyjna bardziej rzuca się w oczy niż szyny lub to jakie podkłady zostały zastosowane, np. patrząc na torowisko nie stwierdzisz jaki typ szyny jest ułożony, ale patrząc na sieć trakcyjną o wiele szybciej zorientujesz się jaka to sieć i jak mniej więcej znasz zasady budowy sieci trakcyjnych na PKP, to będzie Cię to trochę raziło jak np. ramiona odciągowe umieszczone zupełnie błędnie na niektórych odcinkach scenerii Moczniki. W sumie przydałaby się nowa sieć z ukośnikami rurowymi jak i również rysowanie sieci z zawieszeniem typu Y, tylko pytanie czy to ostatnie rozwiązanie jest możliwe do wykonania? No i sieć z takim zawieszeniem musiałaby być zastosowana tylko w torach głównych zasadniczych.
-
@mikol Posiadam bibliotekę około 140 tytułów i Pause/Break występuje jako pauza jedynie w maszynie. Osobiście jestem za powrotem do pauzy na Esc, ponieważ ten klawisz ma raczej każdy.
-
Cóż, w tym kontekście widać że spieranie się że "ja chce pod pause" a "ja chce pod escape" przypomina dyskusje o wyższości świąt Bożego Narodzenia nad Wielkanocą. Jedynym sensownym rozwiązaniem tego problemu wydaje się być punkt (dodany chyba przy tej okazji) pt. 'konfigurowalna mapa klawiszy'. Ja jednak nie oddam na niego mojego głosu, bo tak jak napisałem w swoim poprzednim poście, jest to pierdoła bez której da się żyć. Swoje głosy wolę przeznaczyć na rzeczy wg mnie istotne.
-
@mikol Posiadam bibliotekę około 140 tytułów i Pause/Break występuje jako pauza jedynie w maszynie. Osobiście jestem za powrotem do pauzy na Esc, ponieważ ten klawisz ma raczej każdy.
Można wprowadzić ogólnodostępną opcję zmiany sterowania. Bo teraz wszyscy jesteśmy zdani na łaskę @Ra, a jeśli ktoś udostępni funkcję zmiany przypisania klawisza dla danej akcji, wtedy każdy ustawi sobie klawisze pod własne potrzeby.
Uzasadnienie: Ktoś kto maszynuje używa klawisza F4 codziennie po kilka razy, a wiadomo jakie są klawiatury ... Pewnego dnia F4 odmówi posłuszeństwa no i już nie ma możliwości wyjścia z kabiny. Wtedy taki user wchodzi w opcje sterowania i przenosi tą opcję wyjścia z kabiny pod inny klawisz. W przeciwnym wypadku nie wyrobimy na nowe klawiatury.
-
Mnie z kolei podobałaby się opcja wyboru plików "include" z poziomu startera przed wczytywaniem scenerii. Że np. edytowałem jakąś warstwę (np. torów) i nie potrzebuję wczytywać drzew, terenu czy budynków. Chcę uniknąć po prostu edytowania pliku *.scn i dodawania "//". Taka pierdółka przydatna tylko dla twórców.
-
Skoro można pisać o wszystkim, to i ja coś dodam.
Dynamiczne ładowanie scenerii, furtka która pozwoliłaby na tworzenie większych scenerii.
Jeżeli o większych sceneriach... Rozbudować możliwości edytora.
A teraz coś bardziej przyziemnego. Zdarzenia radiowe w chwili obecnej odtwarzane są w konkretnym miejscu, a przez to głosy są raz wyższe, raz niższe. Czy dałoby się przymocować dźwięki do lokomotywy?
-
Ktoś kto maszynuje używa klawisza F4 codziennie po kilka razy, a wiadomo jakie są klawiatury ... Pewnego dnia F4 odmówi posłuszeństwa (..) W przeciwnym wypadku nie wyrobimy na nowe klawiatury.
:D
Mam już 3 lata klawiaturę za 15zł z Auchan, codziennie naciskam setki razy spację i Enter a one ciągle działają
-
Jeśli jakiś klawisz się zepsuje, zawsze można użyć KM Remote (http://www.dobreprogramy.pl/KM-Remote,Program,Windows,12162.html).
-
Dynamiczne ładowanie scenerii, furtka która pozwoliłaby na tworzenie większych scenerii.
W najbliższej perspektywie nie realne. Trzeba by zmienić bardzo dużo rzeczy i rozbudować znacznie to, co jest ledwie zaczęte. Potem podzielić scenerie, a póki co jest poważny problem z ogarnięciem eventów i rozjazdów o zdublowanych nazwach.
Czy dałoby się przymocować dźwięki do lokomotywy?
Mocowanie dźwięku do lokomotywy było by raczej prowizorką. Trzeba by raczej ustalić jakiś parametr, który by wyłączał efekt Dopplera. Jest to w miarę proste i zasadzie byłem już o krok od zrobienia tego. Tylko kto poprawi scenerie?
-
Moje typy:
Zapis aktualnego stanu symulacji
Wyświetlanie rozkładu jazdy dla misji
Komunikaty, np. wykolejenie, koniec misji
Pierwszy chyba nie wymaga komentarza - przy długich scenariuszach miło by było mieć możliwość dokończenia trasy później. Drugie to też raczej usprawnienie techniczne - opisy misji mam wydrukowane, ale dobrze by było mieć rozkład i WOS pod jakimś klawiszem. Szczególnie, że w przypadku rozkładów zapisanych w *txt nie powinno być problemu: mógłby być nawet pokazywany tak jak obecnie F1 czy F2 - czerwoną czcionką. Trzeci punkt to bardziej przyjazne dla użytkownika informacje co się dzieje, co teraz zrobić (kiedyś chyba było coś takiego jak poradnik odpalania lokomotywy, który wypisywał jaki klawisz trzeba teraz wcisnąć aby pójść dalej, ale działało tylko dla elektrowozów), czy też ściągawka z klawiszologii (tekst typu wybił bezpiecznik - zrób to i to). To byłyby elementy ułatwiające używanie symulatora.
Inna sprawa to dodanie życia do map - co da nam umożliwienie otwarcia drzwi? Ano niewiele, tylko dźwięk i widoczność przy wyjściu z kabiny. Co innego, gdyby dodać pasażerów wchodzących przez te otwarte drzwi. Nawet jeśli totalnie tępych, nawet takich których jedynym celem w życiu jest stanie na przystanku i czekanie na pociąg (tak jak w ATS). Zobaczenie w ruchu czegoś poza innymi pociągami na pewno urealniłoby symulację (ludzie na chodnikach, samochody na drogach, mostach). Najlepiej, jakby te elementy były powiązane z naszym pociągiem i autorzy scenariuszy mogliby nimi sterować (zdarzenie losowe - spóźniony pasażer biegnący do stacji, awaria szlabanu kolejowego powodująca brak zatrzymywania się samochodów, ludzie i auta na niestrzeżonych przejazdach zatrzymujący się po wciśnięciu A). Jak dla mnie to jest jeden z największych braków EU07.
-
(zdarzenie losowe - spóźniony pasażer biegnący do stacji
Wprowadzone w Całkowo 2.0.
-
@qamil - przyznam szczerze, że z tymi drzwiami i ludźmi bardzo dobry pomysł. Mam jednak pewne obawy, że mogłoby to spowodować spadek FPS. Nie wiem czy takie coś dało by radę na słabszym sprzęcie użytkowników symulatora.
-
Nawet jeśli totalnie tępych, nawet takich których jedynym celem w życiu jest stanie na przystanku i czekanie na pociąg (tak jak w ATS).
Ludzie w ATS nie są całkiem tępi, bo poza tym, że gromadzą się przy przystanku, to wiedzą gdzie są drzwi, otwierają je sobie, umieją wchodzić po schodach i siadać na fotelach. A jak im się zamknie drzwi przed nosem, to wsiadają najbliższymi, zamiast wlec się do ostatnich. No, może nie umieją obejść tramwaju i przechodzą przez środek...
Dałem link do modeli ludzików, ale jakoś się nikt nie zainteresował.
Dodano: 22 Września 2012, 23:45:56
Nie wiem czy takie coś dało by radę na słabszym sprzęcie użytkowników symulatora.
Pewnie by musieli sobie coś lepszego kupić. I tak sobie kiedyś kupią, a wtedy i tak nie docenią wysiłków włożonych we wspieranie słabszego sprzętu.
-
Nawet jeśli totalnie tępych, nawet takich których jedynym celem w życiu jest stanie na przystanku i czekanie na pociąg (tak jak w ATS).
Ludzie w ATS nie są całkiem tępi, bo poza tym, że gromadzą się przy przystanku, to wiedzą gdzie są drzwi, otwierają je sobie, umieją wchodzić po schodach i siadać na fotelach. A jak im się zamknie drzwi przed nosem, to wsiadają najbliższymi, zamiast wlec się do ostatnich. No, może nie umieją obejść tramwaju i przechodzą przez środek...
No właśnie pisałem wcześniej posta* na ten temat, ale nie byłem pewien, czy to dobry pomysł, żeby rozwijać w tym miejscu taką dyskusję.
Zasadniczo można animację ludzika (a zasadniczo to jego model, bo czy animację da się przypisać do modelu nie jestem pewien) umieścić w modelu wagonu pasażerskiego i albo zrobić wersję uproszczoną, tzn. ludzik pojawia się na stacji, podchodzi do wagonu, wsiada (i w tym momencie znika lub) wchodzi do przedziału i siada tam, albo bardziej złożoną, czyli ludzik jest też modelem obecnym na stacji, który jest w jej przestrzeni animowany** - porusza się do punktu "wymiany", a następnie w owym punkcie wymiany znika ludzik ze stacji, a pojawia się identyczny który jest częścią wagonu, który dalej jest animowany według wagonowych animacji.
Ostatnio do głowy przyszła mi też inna rzecz, mianowicie rewident, który pomagałby w manewrach i sprzęganiu/rozprzęganiu składu oraz sprawdzał układ hamulcowy. Na dobry początek można by jego istnienie oprzeć o radio (z tego co rozumiem, to rewident wydaje jakieś proste polecenia, zarówno przy manewrach, jak i (przede wszystkim) przy rewizji hamulców (zahamuj, odhamuj, etc)), a w bardziej rozbudowanej wersji także w postaci ludzika w pomarańczowej kamizelce, który "nurkuje" między zderzaki i sprzęga skład, czy chodzi wzdłuż niego i stuka w obręcze kół.
* czyli jak zwykle elaborat na 4a4
** można by tu skorzystać z niewidocznych dróg, po których poruszaliby się pasażerowie w ramach stacji, albo zaprogramować to analogicznie jak w grach z serii TES, czyli zupełnie niezależnie od "dróg" zaprogramować im ścieżki w 2d, po których mieliby się poruszać - tam akurat postacie poruszają się po podłożu, w maszynie podłoża jako takiego nie ma, ale można np. skorzystać z danych peronu jako road (jego parametry x1,y1,z1, x2,y2,z2 oraz jego wysokość) i na przecięciu tych dwóch elementów animować postać
Co do ludzi i realizmu, to pewnie - na pewno byłaby to wizualna gratka, ale pojawia się kilka kwestii co najmniej, rzekłbym, problematycznych. Pierwsza i oczywista, to to, że trzeba to zrobić i raczej nie będzie to zadanie łatwe w realizacji (tzn. jedna kwestia to jego sam poziom trudności, a druga to nakład pracy). Tym bardziej, że wpływ na realizm można oceniać tu różnie - co innego tramwaj, czy autobus, gdzie interakcja kierowcy/motorniczego z pasażerami jest dość kluczowa - musi on bowiem obserwować, czy ci wsiadają, czy już wsiedli, czy można zamykać drzwi i ruszać. W przypadku pociągu jest, wydaje mi się, nieco inaczej. Nigdy nie byłem maszynistą, więc mogę się mylić, ale sądząc po tym, że to kierownik pociągu jest odpowiedzialny za jego odprawienie i użeranie się z pasażerami, wnoszę, że rola maszynisty w tej interakcji jest raczej mniejsza. Nie wiem, czy statystyczny polski mechanik obserwuje lusterka boczne pod kątem wsiadających/wysiadających ludzi, czy po prostu zgodnie z poleceniem rusza. No i oczywiście zasadnicze znaczenie ma stosunek osiągniętej poprawy percepcji realizmu w symulatorze do włożonej w ten proces pracy. Zapomniałem jeszcze (oczywiście) o obciążeniu systemu. Żeby to dobrze wyglądało, to trzeba będzie troszkę zasobów, chyba żeby zrobić uproszczonego, bezosobowego ludzika, takiego bez twarzy, jak kukiełka dla rysowników (http://x.garnek.pl/ga4213/a676a2cee8c57da4233292a3/drewniana_kukielka.jpg).
No i pozostaje jeszcze kwestia, która sprawia, że jak dla mnie symulator w ogóle mógłby być pozbawiony ludzi w formie wizualnej. Chodzi mi o ewentualne błędy, przez które mogliby się np. pojawić ludzie na torach, w skrajni, etc, a także o sytuację, gdzie ktoś rozmyślnie odhamowuje skład i rusza podczas gdy pasażerowie wsiadają bądź wysiadają. Ktoś powie, że realizm to realizm, ale ja powiem, że symulator miał dotąd, przynajmniej tak mi się wydaje, dość zdrowe podejście w tym zakresie. Przykład - wykolejenie, bądź zderzenie się pociągów - żadnego modelowania zniszczeń, zderzeń, rozrywania wagonów, przewracania się składów, etc. Po prostu - doszło do katastrofy - pewnie, to element codziennego życia (oby jak najrzadziej spotykany, oby przez żadnego z nas), ale po cholerę ów element wizualizować? Zgoda na takie elementy realistyczne przyczynia się do powstawania dalszych wypaczeń, jak np. ludzie, którzy celowo tworzą scenariusze prowadzące do katastrof kolejowych, tylko po to, żeby pooglądać ich skutki, czy nawet dla samej świadomości, że np. "jadę epoką 160kmph i naprzeciw mnie jedzie po tym samym torze eurosprinter 300kmph, zaraz będzie bum". Nie wierzę osobiście w to, że z takiego człowieka wyrośnie terrorysta, który potem będzie zderzał ze sobą pociągi, ale samo właśnie przyzwolenie na takie sytuacje, jest dla mnie wypaczeniem. Podobnie moje obawy rodzi właśnie możliwość zaistnienia sytuacji, że z jakiejś przyczyny ktoś będzie przejeżdżał dla frajdy stojących w torowisku ludzi, czy ruszał składem podczas gdy ktoś wsiada/wysiada z pociągu.
-
Co do ludzi i ich animacji to można się na początek pokusić o zmartwychwstanie chodzącego sokisty oraz dodać kilka/-naście nowych tekstur ludzi jako obiekt dynamic. Obecnie ta baza to 2 osobniki (robol i chłop).
-
No właśnie mi chodziło o to, żeby poprawić nieco tę animację, co by sokista nie chodził jak pingwin. Dorobienie przyjemniejszych dla oka animacji ludzików nie jest jakimś szalonym wyczynem. Trudniej jest ułożyć im drogę przebiegu...
-
1.Dopracowanie sprzęgania i rozsprzęgania taboru,aby ta czynność była łatwiejsza ,n.p. z opuszczonymi patykami, bez konieczności "dociskania".
2.Ułatwić manewry (chociaż w opcji dla początkujących maszynistów), aby n. p. po podczepieniu lokomotywy do nowego składu zawsze była możliwość odblokowania hamulców (bezawaryjność sprężarki ?) i dalsza jazda.
3.Zmniejszyć czas oczekiwania na sygnał odjazdu w miejscach, gdzie przekracza 3 minuty, a tam gdzie Autor koniecznie chce wprowadzić dłuższe czasy oczekiwania: opisać to, aby (szczególnie na początku scenariusza) taki długo świecący na czerwono semafor nie był traktowany jako błąd w symulatorze.
-
n.p. z opuszczonymi patykami, bez konieczności "dociskania".
A w realnym rozłączaniu i podłączaniu też nie dociska się lokomotywy do wagonów? No to powodzenia z szarpaniem składem później.
taki długo świecący na czerwono semafor nie był traktowany jako błąd w symulatorze.
Jak za długo, to zerkasz na rozkład, o której odjazd i na zegarek. Wtedy wiadomo, czy błąd czy nie. Ewentualnie, czy nie zapomniałeś o Shift+1 przy starcie.
podczepieniu lokomotywy do nowego składu zawsze była możliwość odblokowania hamulców (bezawaryjność sprężarki ?) i dalsza jazda.
A nie ma tak?
-
Powrócę do tematu ludzi.
Mam jednak pewne obawy, że mogłoby to spowodować spadek FPS. Nie wiem czy takie coś dało by radę na słabszym sprzęcie użytkowników symulatora.
Sam to przeszedłem, gdyż od tygodnia mam nowy komputer. Do tej pory w trasach typu krzyżowa musiałem albo zmniejszać rozdzielczość, albo dodawać // przed wpisami lokomotyw AI. Teraz, gdy chyba każda trasa działa z FPS 60+ takiego problemu nie ma i nie wyobrażam sobie tych ograniczeń. Dlatego mam teraz taką sytuację:I tak sobie kiedyś kupią, a wtedy i tak nie docenią wysiłków włożonych we wspieranie słabszego sprzętu.
Mimo że wcześniej uznawałem poprawki graficzne typu trawa 3d za totalnie bezsensowne. Poza tym, w przypadku ludzi chyba mogłaby istnieć możliwość wyłączenia tak samo jak składów AI, co by rozwiązało wszelkie problemy.
Ludzie w ATS nie są całkiem tępi, bo poza tym, że gromadzą się przy przystanku, to wiedzą gdzie są drzwi, otwierają je sobie, umieją wchodzić po schodach i siadać na fotelach. A jak im się zamknie drzwi przed nosem, to wsiadają najbliższymi, zamiast wlec się do ostatnich. No, może nie umieją obejść tramwaju i przechodzą przez środek...
Masz rację - jako pasażerowie są całkiem okej. Jednak jako ludzie, którzy po wyjściu z tramwaju idą sobie dalej (np. do pracy, do domu, gdziekolwiek) to już nie bardzo. Ale nawet tacy ludzie w Maszynie, którzy chodzą po peronie do czasu przykazdu / odjazdu naszego pociągu byliby przyjemnym widokiem. O wyznaczeniu trasy wyjścia z dworca (po zatrzymaniu się pociągu ludzie wychodzą i wszyscy idą jedną ścieżką na np. kładkę i wyjście do miasta, znikając nam z widoku) nawet obecnie nie marzę.
ludzik pojawia się na stacji, podchodzi do wagonu, wsiada (i w tym momencie znika lub) wchodzi do przedziału i siada tam, albo bardziej złożoną, czyli ludzik jest też modelem obecnym na stacji, który jest w jej przestrzeni animowany** - porusza się do punktu "wymiany", a następnie w owym punkcie wymiany znika ludzik ze stacji, a pojawia się identyczny który jest częścią wagonu, który dalej jest animowany według wagonowych animacji.
Wprowadzenie chodzenia ludzika po wagonie i jego widoczność wymagałoby też dodania "Wnętrza widoczne z zewnątrz" - na obecnym etapie wystarczy, żeby wchodził tylko do przedsionku i po przejściu przez drzwi wejściowe znikał. Chyba, że właśnie dojdą przezroczyste szyby i widoczność środka wagonów (tak jak niegdyś w jednym składzie na Transylwanii, gdzie było się pasażerem) - wtedy to by wyglądało dziwnie.
Odnośnie drugiej części posta Toleina: interakcja maszynisty z pasażerami: racja, to jest obowiązek kierownika pociągu czy też konduktora (nie wiem, nie znam się aż tak) - maszynista słucha tylko gwizdka. W związku z tym przy siedzeniu ciągle w kabinie (bez wciskania F4) widzielibyśmy jedynie czekających na pociąg (tak jak obecnie na niektórych trasach, może z dodatkiem ich ruchu, bo teraz są skamieniali co też nie wygląda przyjemnie), idących do wyjścia z dworca (o czym wcześniej wspomniałem) czy wsiadających do innych pociągów. Jednak chyba każdy podczas służby wirtualnej wciska F4 aby obejrzeć skład, a wtedy lepiej gdyby ktoś do niego wsiadał niż jechał pusty :)
Idiotoodporność (wypadki, rozjeżdżanie ludzi) - od tego jest GTA, gdzie w San Andreas możemy zderzyć dwa pociągi ze sobą czy rozjechać ludzi, jednak nie da się zabronić pobierania symka takim osobom. Tutaj wystarczyłoby info (opcja "Komunikaty, np. wykolejenie, koniec misji") typu "doszło do wypadku kolejowego - koniec symulacji" czy "zabiłeś przechodzącego przez przejście człowieka - koniec symulacji". I tyle.
Co do ludzi i ich animacji to można się na początek pokusić o zmartwychwstanie chodzącego sokisty
No właśnie. Niech ci ludzie chociaż się ruszają, mają proste trasy "w tę i z powrotem", ale nie sterczą zamrożeni. Ten sokista w starym quarku, wyglądał jak wyglądał, ale przynajmniej się ruszał - i tego właśnie brakuje. (zdarzenie losowe - spóźniony pasażer biegnący do stacji
Wprowadzone w Całkowo 2.0.
Tylko jako dźwięki (czyli brak gwizdka o odjeździe, konieczność czekania czy zatrzymania ruszającego składu), czy również z modelem biegnącego człowieka? Jeśli to drugie, to już jakaś namiastka pasażerów - nawet w Zwierzyńcu sytuacja z podwiezieniem maszynisty wyglądałaby realistyczniej gdyby na prawdę ktoś biegł w stronę kabiny.
-
Wiesz, rozróżnić należy trzy rzeczy:
a) same postacie pasażerów, ich animacje, etc,
b) interakcję z pociągiem, czyli wsiadanie do niego, wysiadanie, chodzenie wewnątrz owego, oraz
c) flow pasażerów - mam tu na myśli to co mówisz o zbiorowym poruszaniu się ich w stronę wyjścia z dworca/przystanku, czy przesiadki z jednego pociągu do drugiego.
O ile same ludziki i ich animacje nie są wielkim problemem, trzeba tylko (a może aż) stworzyć odpowiednie modele i animacje dla nich, no i przygotować jakieś drogi, po których mieliby się pasażerowie poruszać, to cała reszta wymaga większej pracy programistycznej, ale przede wszystkim koncepcyjnej.
Zadanie (a) ruszy zapewne, jeśli któryś z grafików uzna, że warto poświęcić nieco pracy takiemu projektowi (zapewne przydałyby się jakieś nagrania pod mocap, jeśli ktoś (modelarz) jest zainteresowany, to niech zakłada topic, poszukam jakichś szaleńców-zapaleńców w Warszawie i z chęcią mogę wraz z nimi przygotować takie nagrania).
Natomiast zadania (b) i (c) wymagają, tak jak mówię, pracy koncepcyjnej, czyli przede wszystkim przygotowania odpowiednich algorytmów, a następnie wprowadzenia ich do maszyny (choć oczywiście potrzebne będą też odpowiednie animacje modeli ludzi - np. animacja wspinania się po schodkach do wagonu, etc).
Ale przede wszystkim, jak mi się wydaje, należałoby mierzalnie sprawdzić wpływ obecności większej ilości ludzików na stacji na FPS i od wyników tego badania podejmować się dalszych prac. Bo nakład pracy, jak mi się wydaje, będzie potrzebny spory, a kiepsko by było, gdyby leżało to potem odłogiem, bo najmocniejsze komputery miałyby problemy z udźwignięciem większego ruchu pasażerów.
No i oczywiście zadanie (d) przygotowanie przez scenopisarzy odpowiednich wpisów, żeby te ludziki się na tych stacjach rzeczywiście znalazły i żeby nie było tak, że niezależnie czy przyjeżdżamy na stację o 7 rano, czy o 23, zawsze jest ich tyle samo (ale też częścią tego zadania powinno być przygotowanie konkretnych rozwiązań, żeby taki przykładowy scenopisarz nie musiał programować każdemu ludkowi drogi, po której ma chodzić i wchodzić/wchodzić do wagonu).
-
Tylko jako dźwięki (czyli brak gwizdka o odjeździe, konieczność czekania czy zatrzymania ruszającego składu), czy również z modelem biegnącego człowieka? Jeśli to drugie, to już jakaś namiastka pasażerów - nawet w Zwierzyńcu sytuacja z podwiezieniem maszynisty wyglądałaby realistyczniej gdyby na prawdę ktoś biegł w stronę kabiny.
Tylko jako dźwięk - najpierw jest odjazd, potem losowo z pewnym opóźnieniem konduktor prosi o zatrzymanie, bo ktoś biegnie, po czym informuje, że można jechać. Zaimplementowane jest to dla każdego przystanku i stacji, z tymże prawdopodobieństwo jest dużo większe na głównych stacjach. Co do modeli - w całym Całkowie 2.0 nie uznałem za stosowne robienie pasażerów na stacjach, bo większość misji polega przynajmniej na zrobieniu kółka - ergo ten sam przystanek mijamy dwa razy, głupio by było, gdyby widzieć za każdym razem tych samych czekających pasażerów.
-
Powinno już działać ukrywanie modeli, chyba że ktoś zepsuł. Także po dojechaniu do przystanku można by pasażerów anihilować.
-
A może ktoś pokusiłby się o modele... kolejarzy? Wiecie, śliczna młodziutka dyżurna ruchu czy stojący z chorągiewką szpakowaty dróżnik po czterdziestce...
-
A może ktoś pokusiłby się o modele... kolejarzy? Wiecie, śliczna młodziutka dyżurna ruchu czy stojący z chorągiewką szpakowaty dróżnik po czterdziestce...
Trochę się z tego tematu robi koncert życzeń. Wymodeluj sobie swoją "śliczną, młodziutką dyżurną ruchu" wtedy będziesz zamiast skupiać się na jeździe to będziesz patrzał na nią. Dawajcie tu jakieś sensowne propozycje, które wspomagałyby symulację. Czy ta piękna pani dyżurna jest tak bardzo potrzebna do Symulatora?
-
Największy sens ma rozruch impulsowy. Co to daje - nowe modele, więcej lokomotyw do prowadzenia. To daje większe perspektywy. Po tym będzie potrzeba nowszej infrastruktury itp. itd.
-
Powinno już działać ukrywanie modeli, chyba że ktoś zepsuł. Także po dojechaniu do przystanku można by pasażerów anihilować.
W sumie racja, tylko znowu - w misjach osobowych trzebaby mieć różne zestawy pasażerów na różne wizyty na danym przystanku (4 zatrzymania = 4 zestawy pasażerów), odkrywać je i zakrywać, co robi się jednak nieco kłopotliwe. Tak naprawdę tego typu bajery będą miały sens dopiero, gdy będzie oprzyrządowanie w exe (losowe pojawianie się i znikanie pasażerów na obszarze zdefiniowanego peronu, ewentualny ruch etc.), choć akurat nie jestem znowu taki pewien, czy jest to aż tak istotna sprawa, żeby się nią zajmować tak zaraz.
-
Największy sens ma rozruch impulsowy. Co to daje - nowe modele, więcej lokomotyw do prowadzenia. To daje większe perspektywy. Po tym będzie potrzeba nowszej infrastruktury itp. itd.
Dlatego też postanowiłem zweryfikować swoje głosy, "popieram teraz" rozświetlanie scenerii światłami pojazdów, rozruch impulsowy oraz zapis aktualnego stanu symulacji. Gdyby dopracowane zostały przynajmniej dwa pierwsze wybory, realność symulatora znacznie by podskoczyła.
-
Realność to podskoczy przy 3 ale innych opcjach - światła, impulsowy i obwody lokomotywy (LD). Wtedy będą działały wszystkie przełączniki w maszynach i lokomotywy jeszcze realniej.
-
Serio? Tak ważne dla realizmu są światła (poza tym sprecyzujcie - czy chodzi wam o animowane tekstury świateł, np. dla semaforów, czy też może o dynamiczne oświetlenie na scenerii, zakładam, że o pozycję numero duo), a spadki napięcia w sieci trakcyjnej już nie?
-
W tej kwestii i tak każdy będzie miał swoje zdanie na ten temat. Jeden woli światła, drugi zapis symulacji, trzeci jeszcze coś a czwarty znowu coś innego. Niektórym chyba więcej przyda się rozkład jazdy napisany czerwoną czcionką (tak sugeruję z niektórych postów w tym wątku) niż obwody lokomotywy (LD) czy światła na scenerii. To jest właśnie taka kwestia sporna o której rozstrzygnięciu zadecyduje większa liczba głosów w ankiecie na dany wybór.
-
Usunąłem pozycję Lusterka - dodatkowe widoki z kabiny (82 głosy na 531 głosujących), ponieważ zostało to już zrealizowane w wersji 374 EU07.EXE. Dodatkowe widoki włącza się klawiszami [Ctrl] + strzałka w lewo albo prawo. Dodatkowe dwie strzałki (góra/dół) są zarezerwowane do zbliżenia (np. na amperomierze lub manometry, będzie to zależne od kabiny) albo poszerzenia widoku przez maksymalne odsunięcie się do tyłu. Opublikowane będzie raczej dopiero, gdy scenerie będą już dostosowane do wersji 372...
-
Dziękuję.
-
1. Dlaczego w PC11 zniknęła opcja "Zmiana pory dnia"?
2. Najlepiej rozwijać Symulator od samych podstaw, a na samym końcu dopracowywać najmniejsze szczególiki.
-
Ad 2. Teraz się pisze aplikacje tak, żeby można je było później wzbogacać o nowe funkcje, bez konieczności przekopywania całego kodu. Ra porządkuje kod (a może dokonany? uporządkował).
-
Uważam, że nie ma sensu zaczynanie nowego projektu (rozruch impulsowy), dopóki obecny nie jest dopracowany. Obwody lokomotyw, spadki napięć w sieci, czy fizyka lokomotyw spalinowych (w końcu trzeba odróżnić sterowanie spalinówkami od sterowania elektrykami)-to są obecnie najważniejsze sprawy.
Odnośnie spalinowozów: dziwie się, że jeszcze nikt o nich nie wspomniał. Sterowanie tymi maszynami jest rozwiązane bardzo prowizorycznie, a kiedy wyjdzie Całkowo_v2, to będzie się chciało pojeździć taką lokomotywą i poczuć "spalinowy klimat":)
I jeszcze coś, co mi przyszło do głowy "na poczekaniu", aby przekonać do swojego zdania nieprzekonanych: nawet, jeśli będzie zrobiony rozruch impulsowy, to trzeba będzie dopracować modele zewnętrzne lokomotyw, które mamy obecnie w symku (Traxx, CD 163), nie mówiąc już o zrobieniu kabin. A kabiny na początku nie będą takie szczegółowe jak obecnie kabina siódemki, byka, kibla itp. O materiały będzie ciężko, bo takich lokomotyw jest w Polsce mało, większość ma rozruch oporowy, który w Maszynie i tak jest niedopracowany. Dlatego jeszcze raz apeluje o głosowanie na Obwody lokomotyw (program w LD) oraz Spadki napięć na sieci trakcyjnej.
-
No i dlatego powstaje DP2.
-
No dobra, ale obwody lokomotyw ogarniać będzie w dużej mierze @Ra. Tzn. on musi zbudować, czy też wdrożyć cały system za obsługę tego odpowiedzialny. Druga część tego zadania, to przygotowanie samych obwodów w tym języku, a tym zająć się musi bliżej nieokreślony ktoś. Tak więc też jest to, jakby nie patrzeć, otwieranie nowego projektu.
Z kolei rozruch impulsowy jest w pewnym sensie elementem projektu obwodów LD i tak samo ktoś będzie musiał ten element przygotować, przynajmniej takie jest moje zrozumienie tego zagadnienia, może się mylę.
Poza tym, może nie powinienem tego pisać, bo ten temat, jak mi się wydaje, generuje bardzo pozytywne poruszenie w środowisku i nagle okazuje się, że coś się dzieje już oraz nowe cosie zaczynają się dziać od zaraz, natomiast panowie, pomijając ten efekt, wydaje mi się, że przeceniacie nieco znaczenie tej ankiety. Nie jest do końca tak, że jeśli ta czy inna pozycja wygra, to nagle sztab rzuci wszystko inne i zabierze się za realizację 3 pierwszych pozycji, czy coś w ten deseń. Jeśli fakt, że propozycja wprowadzenia rozruchu impulsowego będzie na górze listy, zmotywuje kogoś do przygotowania symulacji owego, to bardzo dobrze, ja sam głosuję na tą pozycję, bo według mnie to może pomóc w rozwoju oraz przyciągnąć do MaSzyny nowych użytkowników, którzy być może włożą coś od siebie w dalszy jej rozwój, a także zmniejszy to trochę w pewnym sensie przepaść pomiędzy MaSzyną a konkurencyjnymi projektami, choćby własnie w zakresie dostępnych pojazdów trakcyjnych.
W sumie, ja chciałbym dodać taką para-propozycję (tak @szogun, amber amelinium), mianowicie co chciałbym żeby zostało poprawione - chciałbym, żeby było więcej scenerii, najlepiej realistycznych. I od razu wytłumaczę w czym rzecz, żeby się ktoś nie obraził - wiem, że kilka osób podejmuje trud pracy nad odświeżaniem w nowych standardach starych scenerii bądź budowaniem ich od podstaw, chodzi mi bardziej o to, żeby uwagę sztabu zwrócić na rozwój narzędzi do tworzenia scenerii. Ra-edit (edytor Rainsted) dalej niedomaga w zakresie funkcjonalności, co do innych projektów edytorów, to szczerze powiedziawszy w ogóle nie orientuję się w zakresie co jest tworzone i na jakim jest etapie rozwoju, natomiast uważam, że jest potrzeba, żeby w tą stronę ruszyć z rozwojem. Co prawda z Ra-edita korzysta chyba zaledwie kilka osób, ale osoby te (a przynajmniej jedna z nich) siedzą na długich kilometrach torowisk, z drugiej strony pojawiają się całkiem słuszne zresztą ruchy w stronę stworzenia zespołów które miałyby zająć się tworzeniem modeli dekoracyjnych dla potrzeb tych scenerii realistycznych, brakuje tylko poniekąd narzędzi do wstawienia tych modeli (z tego co się orientuje, Ra-editowi brakuje np. możliwości tworzenia terenu, co z kolei utrudnia wstawianie modeli np. budynków, które de facto muszą być uwiązane do gruntu). A nie trzeba chyba mówić, że nowe scenerie realistyczne mają potencjał przyciągnięcia do symulatora nowych użytkowników.
Poza tym, miejmy nadzieję, pojawią się w końcu całe sieci kolejowe, zamiast pojedynczych tras, co może wygeneruje jakiś rozkładowy ruch pociągów, a wtedy dopiero robi się prawdziwa symulacja.
-
A dużym problemem byłyby krople deszczu na szybie/szron w zimie i działające wycieraczki?
-
Działające wycieraczki podobno można już zrobić, nie śledzę na bieżąco zmian w exe.
-
Jako tako animację ruchu wycieraczki można zrobić, która będzie podpięta pod universal.
-
Nie nie nie. Chodzi o działanie wycieraczek jak np. wiatraczka w SU45 i 46. Właczam ", przestaje lać - wyłączam '.
-
Nie nie nie. Chodzi o działanie wycieraczek jak np. wiatraczka w SU45 i 46. Właczam ", przestaje lać - wyłączam '.
To jest właśnie universal. W SU45 jest także odtwarzacz MP3 :D
-
Husarz, nie wiesz co on ma na myśli.
-
Nie chodzi mi o ręczne majtanie jedną wycieraczką w tę i nazad tylko włączam i wyłączam jak wiatraczek, a wycieraczki chodzą same w tę i z powrotem.
-
A wiatraczek to co, ręcznie kręcisz? Włączasz - kręci się, wyłączasz przestaje... To samo wycieraczki. Włączysz - będą wycierać. Wyłączysz - przestaną.
-
Wiatraczek to wiatraczek, zwykła zapętlona animacja. Żeby były w pełni animowane wycieraczki potrzeba więcej zabawy. Odpowiednio podzielone submodele, hierarchia, pivoty, do tego w MMD należałoby ustawiać kąt o jaki wycieraczka ma się wychylać ze swojej pozycji początkowej, a gdy do niego dotrze zmieniać kierunek animacji. Jeden szczegół - po co wycieraczki jak nie mamy opadów atmosferycznych? Najpierw trzeba by się zająć tym drugim, bo przymiarki do animowania wycieraczek już były (szczegół że trzeba by cały tabor przerabiać).
-
Zgadzam się całkowicie z kolegą Hadomik.
Ważniejsze od tworzenia nowych możliwości (np rozruch impulsowy) jest dopracowanie tego co już mamy, aby działało jak najbardziej realnie.
Dlatego do tego co napisał Hadomik warto dodać:
Opór składu na łukach jak i poprawna fizyka ET22.
W ogóle dobrze by było poprawić opór jazdy bo za szybki jest spadek prędkości spowodowany oporami ruchu lub oporem aerodynamicznym.
-
Symek bezwładność uwzględnia. Spróbuj bujnąć się zdawką i ciężkim bruttem, koniecznie z tą samą lokomotywą na czele.
-
Właśnie przed chwilą wpakowałem do EN71 kilka tys. pasażerów (masa wzrosła ponad 2x w porównaniu z pustym składem) i czas kiedy zwolnił (na pozycji zero) od prędkości 60km/h do 50km/h był dokładnie taki sam jak pustym. Stało się to w 1,5 min, we realu na prostym odcinku EN71 na pewno by tak szybko prędkości nie stracił.
-
Więcej pasażerów, to jak słusznie zauważyłeś większa masa, czyli większa bezwładność liniowa.
Ale pomnij też, waszmość, że większa masa to się też równa większa siła grawitacji, co za tym idzie większe tarcie, czyli większe opory toczne, ergo większa siła hamująca.
Pewnie, bezwładność rośnie liniowo względem brutto, a czy siła hamująca rośnie liniowo, tego nie wiem (teoretycznie w modelu uproszczonym opór tarcia ma stosunek liniowy do siły dociskającej dwa elementy do siebie, w praktyce nie wiem jak to się rysuje), ale odchylenia raczej nie są znaczące.
-
Właśnie przed chwilą wpakowałem do EN71 kilka tys. pasażerów (masa wzrosła ponad 2x w porównaniu z pustym składem) i czas kiedy zwolnił (na pozycji zero) od prędkości 60km/h do 50km/h był dokładnie taki sam jak pustym. Stało się to w 1,5 min, we realu na prostym odcinku EN71 na pewno by tak szybko prędkości nie stracił.
Akurat w MaSzynie jest to najlepiej odczuwalne przy towarowym, ale nie jakaś popierdółka jak te które są w sceneriach, tylko 3000t chociażby.
-
Mnie chodziło o automatyczną.
-
szogun masz rację zostało to trochę poprawione, co nie zmienia faktu, iż np. taka EU07 jadąca z 5 pudełkami za szybko traci prędkość na prostym odcinku szczególnie przy dużych prędkościach.
Na pewno to potwierdzą Ci co często jeżdżą na siódemkach.
-
szogun masz rację zostało to trochę poprawione, co nie zmienia faktu, iż np. taka EU07 jadąca z 5 pudełkami za szybko traci prędkość na prostym odcinku szczególnie przy dużych prędkościach.
Na pewno to potwierdzą Ci co często jeżdżą na siódemkach.
Potwierdzam w pełni.
-
W tym przypadku trzeba zmierzyć się z pojęciami pędu i popędu http://pl.wikipedia.org/wiki/P%C4%99d_%28fizyka%29 (http://pl.wikipedia.org/wiki/P%C4%99d_%28fizyka%29)
oraz tarcia tocznego http://pl.wikipedia.org/wiki/Tarcie_toczne (http://pl.wikipedia.org/wiki/Tarcie_toczne).
Im większa masa, tym większy pęd. Pęd ciała zmieniać się będzie wtedy wolniej. Czyli zwiększenie masy pociągu powoduje, że pociąg dłużej traci swoją prędkość.
Naturalnie trzeba też wziąć pod uwagę opory toczenia. Siła oporu toczenia jest proporcjonalna do siły nacisku (związanej z masą). Przełoży się to na przeciwne zjawisko do opisanego w poprzednim akapicie.
Można jednocześnie zaobserwować, że zwiększanie masy wpływa nierównomiernie na te zjawiska. Na pęd bardziej niż na opory toczenia. Mamy taki efekt, że pociąg wytraca prędkość dłużej.
Jeśli obserwacje kolegów wskazują, że pociągi wytracają zbyt szybko swoją prędkość, to oznacza że nieprawidłowa jest zależność między tymi zjawiskami podczas wyliczania prędkości pociągu w symulatorze.
-
W sumie napisałeś to samo co ja kilka postów wyżej.
W artykule na wiki o tarciu tocznym można wyczytać, że zarówno siła jak i moment tarcia są wprost proporcjonalne do siły nacisku, która jest wprost proporcjonalna do masy. Tak samo pęd jest wprost proporcjonalny do masy. Poza tym, jeśli już mówimy o układach kinematycznych i pokonanej przy hamowaniu drodze, to bardziej użyteczna będzie chyba energia kinetyczna, niż pęd, która też jest wprost proporcjonalna do masy ciała.
Skoro więc ustaliliśmy, że masa jest wprost proporcjonalna zarówno do pędu, energii kinetycznej jak i siły oraz momentu tarcia, tworzących siłę hamującą, to nie wiem więc skąd wniosek, że:
zwiększanie masy wpływa nierównomiernie na te zjawiska
-
To proste: większa masa to dłuższe hamowanie. Jak ustawimy dwa pociągi na górce, to ten cięższy stoczy się dalej. A jak jeszcze powiążemy oba, np. sznurkiem, to łączna masa będzie jeszcze większa i jeszcze dalej zajadą!
-
@Ra. Czy trudno by dopisać kod dla drugiej tekstury replaceable skin?
-
Kod jest już dla czerech takich tekstur, jedynie nie został opracowany sposób ustalania ich nazw.
-
To może replaceableskin_1, replaceableskin_2, replaceableskin_3, replaceableskin_4? Jeżeli o to chodzi.
-
Nie o to (wystarczy użyć -1, -2, -3, -4). Chodzi o to, jak mają być przekazane nazwy plików tekstur.
-
Oczywiście - energia kinetyczna i opory rosną wprost proporcjonalnie.
skąd wniosek, że:
zwiększanie masy wpływa nierównomiernie na te zjawiska
W tym zdaniu (może niezgrabnie) chciałem zauważyć, że zmiany te mają różny wpływ na czas wytracania prędkości pociągu. Energia kinetyczna ma większy wpływ na wydłużanie się tego czasu niż opory na jego skracanie. W efekcie, jak w przykładzie @Ra, pociąg cięższy jedzie dalej.
-
Obsługa tekstur z alphą kuleje... http://eu07.pl/forum/index.php/topic,5102.msg311219.html#msg311219 . Przydało by się coś z tym zrobić.
-
Czyli że zgłaszasz się na ochotnika do wpisywania Opacity: 0 w odpowiednich submodelach? Problem jest w tym, że tekstury z przezroczystością są nadużywane.
-
Nie o to (wystarczy użyć -1, -2, -3, -4). Chodzi o to, jak mają być przekazane nazwy plików tekstur.
Może w takim wypadku w przypadku pojazdów odcinek wpisu dotyczący tekstur mógłby mieć taką składnię: nazwa1 nazwa2 nazwa3 nazwa4 i na tym byłby koniec szukania plików tekstur. Jeżeli będzie mniej tekstur to po ostatniej można byłoby wpisać wyraz, które powodowało by przejście do sprawdzania modelu, a w przypadku modeli statycznych można byłoby podać dodatkowe parametry w .inc do tekstury typu replaceableskin?
-
Jakby to było proste, to bym już zrobił. Trzeba unikać psucia składni, jeśli nie ma takiej konieczności. Trzeba uwzględnić obsługę tekstur w innych programach. I jeszcze się trzeba dobrze zastanowić, co jeszcze warto by uwzględnić...
-
replacableskin nazwa_setu
tekstura1
tekstura2
tekstura3
(...)
endreplacableskin
node -1 0 jakis_obiekt (wlasciwe parametry) [nazwa_tekstury=nazwa_setu] end
Daloby rade?
-
Wniosek jest jeden, chcąc wprowadzić opór składu na łukach należy odpowiednio ustawić opór składu na prostej. Bo w tym momencie na prostej traci tak szybko prędkość jak by był na łuku.
I to jest ważniejsze od rzeczy typu zapis symulacji, pokaz rozkładu jazdy, widok wnętrza pojazdu z zewnątrz, czy nawet rozruch impulsowy (przynajmniej na tym etapie).
-
Witam wszystkich. To i ja rozpocznę przygodę z forum.
Chciałbym wrzucić też swoje 0,03 zł.
1. Wymiana slizgów odbieraków z miedzianych na węglowe.
2. Fizyka spalinówek, obciążenie prądnicy. Przy rozruchu pociągu wrzucam wszystkie pozycje i nic złego się nie dzieje.
-
1. Wymiana slizgów odbieraków z miedzianych na węglowe.
Powiedz mi jak to Twoim zdaniem wpłynie na udoskonalenie symulacji?
-
W ogóle o co chodzi? Jak to niby ma być wymienione?
-
W ogóle o co chodzi? Jak to niby ma być wymienione?
Z tego co mi wiadomo to już nie jeździmy na miedzianych, tylko na węglowych, od dosyć dawna ...
Koledze chodziło raczej o teksturę wkładki, żeby nie była "miedziana" tylko "węglowa".
-
No ale to zmienić trzeba teksturę, można zresztą takiej zmiany dokonać samodzielnie, przejść się, zrobić zdjęcia, obrobić je pod kątem tekstury, względnie otworzyć wątek na forum w odpowiednim dziale.
No bo przepraszam, ale jak taka błahostka ma się do innych propozycji z listy?
-
No bo przepraszam, ale jak taka błahostka ma się do innych propozycji z listy?
Mnie również to zastanawia.
-
W ogóle o co chodzi? Jak to niby ma być wymienione?
Z tego co mi wiadomo to już nie jeździmy na miedzianych, tylko na węglowych, od dosyć dawna ...
Od początku 2011 roku. Co do oświetlenia kabin znalazłem filmik. Pozdrawiam autora, bo nim niestety nie jestem, ale pomysł prima sort.
-
Koledze chodziło raczej o teksturę wkładki, żeby nie była "miedziana" tylko "węglowa".
O to własnie mi chodziło. Może i błahostka ale istotna w kształcie lokomotywy elektrycznej jako całości. Wizualnie. Na takich ślizgach (miedzianych) nie jeździ się już od 2 lat, bodajże.
Skoro jest propozycja zróznicowiania sieci trakcyjnej czy też pogrubienia djp, to dlaczego nie można zaktualizować wyglądu ślizgu pantografu ? Oczywiście są ważniejsze poprawki.
-
Już ci tłumaczę - zróżnicowanie sieci trakcyjnych, czy wprowadzenie modeli dla przewodów zamiast linii, wymaga opracowania odpowiednich modeli, algorytmów, etc oraz wdrożenia tego wszystkiego do exe, przy czym wprowadzaniem rzeczy do exe zajmuje się niewiele raczej osób. Jest to również jakiś kierunek dalszego rozwoju - przygotowujemy narzędzie, dzięki któremu można będzie zbudować dowolną niemalże sieć łańcuchową, a także wszystkie te pozycje dotyczące trakcji pozwalają ujednolicić i zespolić różne pomysły, dzięki czemu prawdopodobnie zostanie również wprowadzona symulacja spadku napięcia (jako że parametry sieci trakcyjnej są kluczowe dla obliczeń związanych z symulacją), a przynajmniej zostanie poczyniony pewien krok w tym kierunku.
Natomiast zmiana tekstury dla odbieraka to, jakby nie patrzeć, zadanie o zupełnie innym stopniu złożoności, które może wykonać ktokolwiek we własnym zakresie. Poza tym, wydaje mi się, że uwagi odnośnie nieodpowiedniej tekstury dla ślizgacza odbieraka, powinny być zgłaszane raczej w tematach, gdzie prezentowane są tekstury elektrowozów.
[/wielki offtop]
-
Zaglądając na początek tego wątka mam nieodparte wrażenie, że jego autorowi chodziło o zmiany w EXE, którym to IMHO z sukcesami się przede wszystkim zajmuje.
Teksturki pantografów to raczej "inny poziom" abstrakcji i w pełni podzielam tu zdanie @Tolein'a.
-
W takim razie przepraszam za Oftop i proszę o wydzielenie wątku. Jak widzicie jestem tutaj nowicjuszem i mogę się jeszcze nie orientować w tematach.
-
No bo przepraszam, ale jak taka błahostka ma się do innych propozycji z listy?
I dlatego nie nazywam Maszyny symulatorem, tylko programem/gra - wlasnie te "blahostki" tez sa wazne. Inna sprawa, ze watek dotyczy exe... Moze uproscmy sterowanie do nacisniecia samego Shift+M, jak kiedys?
-
Od wersji 375 działać będzie wyświetlanie rozkładu jazdy dla prowadzonego pojazdu, po przyciśnięciu [F3]. Sposób wyświetlania zapewne będzie podlegał dalszej ewolucji w kolejnych wersjach. Ale moim zdaniem pozycję Wyświetlanie rozkładu jazdy dla misji można już usunąć jako zrealizowaną. Otrzymała 94 głosy na 563 głosujących, co daje 16.7% (6.1% przy uwzględnieniu ogólnej liczby oddanych głosów).
Osobną kwestią jest to, że większość scenerii nie ma rozkładów w formie przydatnej do wyświetlenia, z PC2011 to chyba tylko Quark, na której to scenerii dodawałem aktywne W4. Niemniej rozkłady te nie są zsynchronizowane z czasem scenerii, więc pociecha jest niewielka.
-
No to panowie co oddawali głosy - jedna ze stron się wywiązała ze zobowiązań, teraz kolej na drugą.
-
@Ra pociecha może i niewielka, ale za to jest postęp i to się liczy.
-
To ważna zmiana, bo może jeszcze bardziej zachęci twórców scenariuszy do ich tworzenia. Teraz SRJP w (często szczątkowej) formie tekstu nie będzie tylko służył do ułatwienia sterowania pojazdami prowadzonymi przez AI, ale da także realne korzyści dla użytkowników. Nie każdy ma w domu drukarkę lub chęci przepisywania na kartkę lub do skakania ALT-TABem do podczepianych do tej pory rozkładów. Wszelkie pomysły i działania ograniczające chaos, prowadzące do ujednolicenia wyglądu i obsługi symulatora przez użytkowników na poszczególnych sceneriach są na wagę złota. Pewnie dla wielu to truizmy, niemniej jednak warto to zauważyć.
-
Jeszcze nigdzie nie widziałem żeby to twórcy jakiegoś produktu, patrzeli na to kto na czym jedzie. Kogo dziś obchodzi czy ktoś ma drukarkę, 8GB RAM, procek i7?. To użytkownicy mają nadążać za technologią a nie technologia kuleć za użytkownikami. W ten sposób zawsze będzie średniowieczny shit. Wiem wiem, zacznie się że mnie nie stać itd. No cóż wypasiona grafika i konkretny FPS na który narzekacie, potrzebuje coraz to lepszego sprzętu. Nie oszukujcie się, nie wyciągniecie nigdy grafy z Railworksa na Pentium 486.
-
Ale można zoptymalizować niektóre rzeczy. Jakby tak koledzy nie robili, to byś nawet na swoim kombajnie miał stop-klatkę i byś miał inne wtedy zdanie.
-
to dlaczego nie można zaktualizować wyglądu ślizgu pantografu ?
A bo technicznie to jest ciężko z wykonaniem.
-
Z takich małych pierdółek: Przesunięcie smug w lokomotywach z budką maszynisty tak, by nie świeciły na pudło, a tylko i wyłącznie na drogę.
-
Właściwie dlaczego fizyka ET22 jest "zła" i "należałoby" poprawić?
-
Bo ktos cos u kogos gdzies widzial i nie potrafi racjonalnie napisac "dlaczego".
-
Tak. Kody klawiszy brałem z tej strony (druga tabela) (http://rudy.mif.pg.gda.pl/~bogdro/dos/skankod.htm). Kod dla Backspace'a działał, co świadczy o tym, że te dane są poprawne. Natomiast kody dla 1..0 nie działały (od 30 do 39). OIDP, to wyjątkiem była ósemka (kod 38), dla której działa się normalna akcja, w innych wypadkach nic się nie działo, a zero przenosiło w inne miejsce. Nie zmyślam, mówię jak jest.
Co prawda to nie jest dobry wątek na opisywanie kodów klawiszy, ale to nie są te kody. Bardziej poprawne są te:
http://7pl.info/kody-klawiszy.html (http://7pl.info/kody-klawiszy.html)
-
Jeśli mogę mieć pytanie do autora wątku. Czy masz już koncepcję na zrobienie tego co jest najwyżej na liście? Bo raczej tak zostanie, choć wiem, że ankieta to tylko dodatek do Twoich zamierzeń co do exe.
-
Nie mam. Aczkolwiek są dwie koncepcje do wypróbowania. Jedna to przyczepienie światła OpenGL do lokomotywy. Trzeba by w pierwszej kolejności zobaczyć, jak to będzie wyglądało. Druga to eksperyment jubaja z podwójnym renderowaniem scenerii, który podobno pochłaniał większość FPS. Ja bardziej biorę pod uwagę zapis stanu oraz spadki napięć w sieci. Są to tematy, do których nie jest potrzebne gromadzenie jakiś danych ani wymyślanie, jak by to zrobić.
-
Dałoby radę zrobić tak, by w plikach scn/scm można było robić komentarze blokowe jak w C?
/* ... */Jak się składy wykomentowuje za pomocą //, to trochę to schodzi.
-
Czary mary, hokus pokus, działa!
-
Ja tak nieśmiało bym zaproponował, rozwinięcie opcji wyświetlania rozkładu. Chodzi o dodanie ostrzeń stałych i tymczasowych. Miło by było gdyby były uwzględniane ewentualnie w takim zestawieniu np innym kolorem niż rozkład, z podaniem kilometra i prędkości ograniczenia. Chociaż to już pewnie dość abstrakcyjna propozycja.
-
To by ktoś musiał najpierw zapisać w jakiś plikach, w postaci przetwarzalnej. Kto by miał to zrobić? Przeglądarki PDF raczej do symulacji nie dorobię.
-
W RJ nie uwzględnia się tymczasowych ograniczeń. Nie ma co odbiegać od rzeczywistości. Rozkazy w pdfie, tylko dla userów.
-
Ja chciał bym zaproponować od siebie rozbudowanie taboru nocnego. Wiem, że nie jest to ważna rzecz, która nie wymaga niezwłocznej poprawy, ale patrząc na EZT, widzimy, że nie ma ani jednego kibla w wersji nocnej. Wiem, wiem zaraz będzie "To zrób, jeśli coś takiego Ci się marzy", ale problem w tym, że jak bym umiał to bym zrobił, przyznaje - nie umiem. Może ktoś, korzystając z przychylności długich, jesiennych wieczorów przysiadł by nad tym zagadnieniem. Bo myślę, że fajnie by było mieć nocne odpowiedniki obecnego taboru. Kibel na porannej służbie (kiedy jest jeszcze ciemno), z ciemnym wnętrzem wygląda tragicznie.
Druga opcja, którą warto by poruszyć, jest udoskonalenie wyboru taboru (który już posiada wersje nocną) w starterze, za pomocą jakiegoś przyjaznego buttona "Wersja dzienna" i "Wersja nocna". Na chwilę obecną jest trudno znaleźć wagon, który ma zapalone światełka, a nie powiem - było by to ogromne ułatwienie.
Edit: Są to jak by nie patrzeć, pierdoły bez których da się żyć, ale korzystając z przeznaczenia tego tematu, postanowiłem o tym napisać.
-
Wersje nocne wagonów są do zrobienia (wymyślenia) na nowo, bo to co jest obecnie, to jest mocna prowizorka. Do tego musi ktoś usiąść i pomyśleć, jakby to musiało być, żeby ten sam wagon nadawał się do jazdy zarówno w dzień, jak i w nocy. Jak już to będzie, to ja jestem w stanie dalej coś podziałać, żeby np. zależnie od godziny i załadowania pasażerami zapalały się światła w wagonach. Co do EZT, to kwestia obserwacji "co widać z zewnątrz w nocy" i odwzorowania tego w postaci modelu.
-
Ja pozostaję przy opcji LD + rozbudowane modele z wnętrzem przedziałów pasażerskich i zapalanymi światłami. Wtedy można wszystko. A co, jak kibelek do tunelu wjeżdża, albo nawet pod wiadukt większy jak się wtacza, to też światełka zapala.
Akurat w kiblach to jest chyba kwestia prosta (mech steruje), bardziej złożony problem w wagonach pasażerskich, gdzie każdy przedział się rządzi własnym wyłącznikiem i własną żarówą.
-
Najpierw to trzeba by takie wymodelowane wnętrza mieć...
-
Jest coś takiego w PC2011 jak dynamic\pkp\ed73_v1\przedzial-en57.t3d, można by od tego zacząć...
-
No łał. Większość pozycji z listy wymaga większego czy mniejszego nakładu pracy, czy to w zakresie wymyślenia sposobu realizacji, czy to w zakresie przygotowania odpowiednich materiałów. Wnętrza widoczne z zewnątrz, niezależnie od wyników ankiety, jak mi się zdaje, są "nieuniknionym", kolejnym krokiem w rozwoju symulatora. I niezależnie od opinii publicznej temat ten jest nadgryzany po kolei przez modelarzy, patrz @7play4game i jego we14, czy @Szogun i model czapajewa wraz z kabiną lopoly, przy okazji którego rzeczony modelarz się zdążył już nazłościć na różne przypadłości (problemy z wielokrotną alphą, etc), ale generalnie to nas czeka w bliżej nieokreślonym jutrze.
Obwody LD pewnie nie będą ruszone, dopóki ktoś nie przygotuje odpowiednich materiałów i nie zobowiązuje się do testów, ale liczę, że prędzej czy później ktoś się na to porwie, bo daje to możliwości niemal nieograniczone, od pełnej procedury rozruchu i lepsze odwzorowanie działania obwodów loka, w tym odłączanie silników, czy inne takie (w sumie wszystko zależy od tego jak wiernie odwzoruje się obwody lokomotywy, w tym, z tego co ogarniam, analogicznie można przy pomocy tego odwzorować systemy mechaniczne, pneumatyczne, etc, jak np. blokowanie drzwi od szaf czy inne na prawdę pierdołowate rzeczy), aż po duperele rzędu właśnie "wejścia" do panelu kontrolnego wagonu i przełączenie każdego z wyłączników światła, bezpiecznika ogrzewania, czy innych takich tam, co w malutkim stopniu, ale też przecież wpływa na realizm symulacji.
Wiesz, @Sawi, ja ani tobie, ani nikomu innemu nie zabronię przecież nic zrobić, ale wydaje mi się, że lepiej się skoncentrować nad wykonaniem bardziej skomplikowanego zadania, ale dającego większy "zwrot" poniesionych nakładów, niż szukać poniekąd drogi na skróty i upraszczać różne rzeczy.
@Ra, mówisz o samych wnętrzach, czy o rozświetlaniu ich?
-
Jest coś takiego w PC2011 jak dynamic\pkp\ed73_v1\przedzial-en57.t3d, można by od tego zacząć...
Tylko rąk brakuje do pracy. Od kilku lat przybyło paru developerów (w tym najcenniejszy Ra) i beta. Zobaczcie jakie są zmiany. Jakby pracowało tylko 200 userów jak developerzy i beta, to byśmy byli już znani w świecie. Dobrze by było, by ta ankieta pomogła też znaleźć kilka osób, które to spróbują pobawić się "bebechami" symulatora. Wiem po sobie, że jednym ograniczeniem, by zabrać się za MaSzynę, jest powtarzanie sobie w głowie, że na pewno się "nie nauczę, bo to za trudne". A tak wcale nie jest. To jest łatwe jak chodzenie po facebooku czy demotywatorach.
-
Trzeba by zobaczyć, co to jest, bo wygląda jak wnętrze. A potem ewentualnie jakoś wydzielić świetlówki i żarówki awaryjne, żeby się je dało zapalać... Albo podzielić na submodele, żeby można było zapalać niezależnie.
-
W ramach zawracania gitary, proponuję przerzucić głosy z rozruchu impulsowego na obwody LD. Przecie tu jedno z drugiego wychodzi.
-
Rozruch to część fizyki, czyli wyliczanie napięć, prądów, mocy itd. A LD to obwody sterujące, czyli co jest gdzie włączone. To są dwa różne tematy. Poza tym rozruch impulsowy jest zrobić prościej, a do LD potrzebna jest implementacja języka, sposób zapisu w plikach no i całe rozpisanie obwodów przynajmniej jednej lokomotywy...
-
Ra, które pozycje możesz zrobić sam, tj. bez dodatkowych danych od innych osób?
-
Rozświetlanie scenerii światłami pojazdów
Aktualnie są 3 koncepcje do przetestowania i oceny, na ile się nadają.
Rozruch impulsowy
Jest przygotowany model fizyczny jako oddzielny program, wymaga integracji z resztą kodu.
Zapis aktualnego stanu symulacji
Nie wymaga dodatkowych danych. Można to oprzeć na mechanizmach E3D, kwestia usiąść i zrobić. Najprawdopodobniej plików zapisanych jedną wersją EXE nie będzie można wczytać inną.
Spadki napięć na sieci trakcyjnej
Raczej nie wymaga dodatkowych danych, ewentualnie potrzebne są informacje o zasadach rozmieszczania podstacji zasilających. Po wprowadzeniu konieczne będą zmiany w sceneriach (dodanie TractionPowerSource w sensownych miejscach, naprawa "dziur" czy innych kwiatków).
Obwody lokomotyw (program w LD)
Potrzebne jest rozpracowanie schematu elektrycznego konkretnej lokomotywy (najlepiej EU07), z listą wszelkich przełączników, lampek, styczników itd. Na tej bazie trzeba by określić, co jeszcze jest potrzebne (np. czasy zadziałania styczników). Określić trzeba format pliku z obwodem i sposób jego przetwarzania do postaci programu wykonywanego przez EXE.
Zewnętrzny dźwięk ruchu wagonów
Trudno mi powiedzieć. Potrzebne są zewnętrzne dźwięki i jakiś pomysł na ich miksowanie, żeby nie pojawiały się interferencje. Być może trzeba się zastanowić nad przebudową systemu dźwięków.
Multiplayer - usunięcie niestabilności
Testy, testy, testy, aż się znajdzie przyczyna.
Płynna regulacja kranu hamulca
Nie wymaga dodatkowych danych.
Wnętrza widoczne z zewnątrz
Potrzebne są modele wnętrz. Poza tym trzeba poprzesuwać renderowanie submodeli w istniejących modelach do fazy nieprzezroczystych. Na poziomie EXE trzeba zrobić selekcję obiektów z przezroczystościami, a następnie ich sortowanie wg odległości. Ewentualnie w modelach alternatywne submodele szyb do oglądania z różnych kierunków.
Zapalanie światła (w kabine, w EZT)
Nie wymaga dodatkowych danych.
Fizyka ET22
Wskazane by było uruchomienie w pierwszej kolejności spadków napięć na sieci, dużo by też załatwiły obwody w LD. Trzeba by też określić, co konkretnie ma być zmienione i jak ma działać. Obecnie wszystkie lokomotywy są "alternatywną wersją EU07".
Komunikaty, np. wykolejenie, koniec misji
Wymaga stworzenia obiektu wyświetlającego polskie litery oraz plików zawierających podstawowe komunikaty, przynajmniej w języku polskim i angielskim. Do tego trzeba przemyśleć modyfikacje składni wpisów, by ewentualnie były możliwe dodatkowe funkcjonalności.
Przekładnia hydrauliczna
Potrzebny szczegółowy opis.
Bujanie kamery, odsprężynowanie
Potrzebny model fizyczny zjawiska.
Wybór kanału radiowego +/-
Nie wymaga dodatkowych danych, ale trzeba przemyśleć system dźwięków, aby odtwarzane były tylko z wybranego kanału. Do tego by się przydało przyczepiać dźwięki do pojazdów, zamiast do scenerii.
Normal mapping - symulacja nierówności
Potrzebne modele do eksperymentów.
Animacja dymu
Potrzebny model fizyczny zjawiska.
Sprzęgi (wąskotorowe, ASF z uchem, automatyczne)
Potrzebna rozpiska, co dokładnie ma być zmienione.
Lusterka - renderowane
Nie wymaga dodatkowych danych.
Opór składu na łukach
Potrzebny model fizyczny zjawiska.
-
Obwody lokomotyw (program w LD)
Potrzebne jest rozpracowanie schematu elektrycznego konkretnej lokomotywy (najlepiej EU07), z listą wszelkich przełączników, lampek, styczników itd. Na tej bazie trzeba by określić, co jeszcze jest potrzebne (np. czasy zadziałania styczników). Określić trzeba format pliku z obwodem i sposób jego przetwarzania do postaci programu wykonywanego przez EXE.
Może obwody lokomotyw możnaby projektować w pspice?
-
Projektować można w czymkolwiek, ale docelowo muszą zostać zapisane w postaci Ladder Diagram (LD), czyli pewnym specyficznym języku programowania, zbliżonym wyglądem do schematu elektrycznego. LD ma tę właściwość, że jest przetwarzany sekwencyjnie, w związku z czym obwód nie może być "zapętlony". Specyfiką LD jest też prowadzenie zasilania i masy w postaci pionowych linii po bokach schematu.
-
FluidSIM też nie jest zły.
-
Opór składu na łukach
Potrzebny model fizyczny zjawiska.
W tej prezentacji: www.i15.p.lodz.pl/wyklady/trakcja/pt_zi/rozdz2.ppt znajdują się empiryczne wzory do obliczania oporu składu na łuku (str. 21).
-
Rozświetlanie scenerii światłami pojazdów
Aktualnie są 3 koncepcje do przetestowania i oceny, na ile się nadają.
Jak rozumiem, testerzy w wolnej chwili ją dostaną? Jeśli pomoc potrzebna, to gotów jestem Windowsa XP pod testy sobie postawić.
Rozruch impulsowy
Jest przygotowany model fizyczny jako oddzielny program, wymaga integracji z resztą kodu.
Rzecz w czasie ugrzęzła?
Zapis aktualnego stanu symulacji
Nie wymaga dodatkowych danych. Można to oprzeć na mechanizmach E3D, kwestia usiąść i zrobić. Najprawdopodobniej plików zapisanych jedną wersją EXE nie będzie można wczytać inną.
Zmiany danych wczytywanych wraz z rozwojem symulatora?
Multiplayer - usunięcie niestabilności
Testy, testy, testy, aż się znajdzie przyczyna.
W obecnej wersji wydanej EXE najnowsza implementacja jest?
-
Jak rozumiem, testerzy w wolnej chwili ją dostaną? Jeśli pomoc potrzebna, to gotów jestem Windowsa XP pod testy sobie postawić.
Najpierw trzeba by to zrobić.
Rzecz w czasie ugrzęzła?
Ja się tym nie zajmuję. Zostanie zrobione, to będzie.
Zmiany danych wczytywanych wraz z rozwojem symulatora?
W kolejnych wersjach mogą się zmieniać struktury klas, a nie ma sensu się wiązać formatem binarnym, który z założenia nie musi być uniwersalny ani obsługiwany innymi narzędziami.
W obecnej wersji wydanej EXE najnowsza implementacja jest?
Nic się nie zmieniło poza dodaniem drzewek binarnych do wyszukiwania nazw torów oraz eventów.
-
@Ra na temat multiplayera proszę o więcej info:
1.Na jakim exe?
2.Jakieś wytyczne co dokładnie sprawdzać?
-
Co poprawić w pierwszej kolejności?
A kurde tak sobie teraz przypomniałem, jak sprawdzałem swój model SU46v3 w symku.
Sprężarka w tej lokomotywie NIE startuje wraz z silnikiem spalinowym w "realu". W symku startuje z silnikiem. Spalinówki nie reagują na wpis w CHK "CompressorPower". Bez niego sprężarka powinna być teoretycznie uruchamiana z hebelka.
- CompressorPower (zasilanie sprężarki)
- Main (WN)
- Converter (sprzęgnięte z przetwornicą)
- Brak wpisu (zasilanie NN z włącznikiem)
-
Kacu, a wiesz że DP2 jest tworzone?
-
No wiem, tylko myślałem, że taka pierdołka będzie poprawiona w nowszym EXE.
-
Kacu, a wiesz że DP2 jest tworzone?
Za dwieście lat potomkowie jubaja pewnie dokończą. Jeśli można dopisać coś do ankiety to zdecydowanie modulowanie dźwięku silnika. Mam pewien pomysł jak to rozwiązać!
-
Ja też mam jeszcze pewne pytanie do Ra. Działają już lusterka, ale po ich użyciu zmienia się kąt pozycji kamery ustawionej pierwotnie w kabinie. Można tak zrobić, by kąt ten się nie zmieniał po użyciu lusterek? Lubię sobie popatrzeć jak skład zjeżdża z okręgu zwrotnicowego, ale potem muszę poprawiać pozycję.
-
Trzeba by było zrobić dodatkową zmienną, przechowującą kąt kamery przed "lusterkiem". Obecnie jest to oparte na trzymaniu klawiszy (tak jak kiedyś funkcyjne), więc nie ma wykrywania momentu przełączenia. Patrząc w "lusterko", kąt kamery jest zerowany i patrzenie wraca jako zero. Trzeba by utworzyć obsługę naciśnięcia i zwolnienia klawisza (nie ma tego obecnie), aby wykryć przełączenie. W trzech słowach, proste nie jest.
-
Przydałby się jeszcze Doppler przy syrenie. Co ciekawe zjawisko Dopplera istnieje przy dźwięku silników, a przy trąbkach już nie. To całkowicie nienaturalne, a jak mówił sam mistrz Jan Kobuszewski "Praw fizyki Pan nie zmienisz..."
-
Co do LD, znalazłem taki projekt: http://www.cq.cx/ladder.pl (http://www.cq.cx/ladder.pl). Program analizuje LD i generuje kod w języku C, co prawda z uwzględnieniem specyfiki mikrokontrolerów, ale łatwo można go zaadoptować dla naszych potrzeb. Po prostu zamiast definicji pinów na portach mikrokontrolera wstawiamy tam zmienne przechowujące stan hebelka czy kontrolki w oryginalnym programie MaSzyny.
Jako że nie używam już na co dzień systemu µ$ łyndołs, a z API KDE jeszcze nie jestem obeznany, to od jutra zabieram się za zrobienie z tego program pod linię poleceń (nazwa pliku z LD jako argument programu). Potrzebna tylko będzie lista nazw zmiennych ze źródeł MaSzyny.
Co do samego pliku z diagramem, to w tym programie zapisywany jest on dosyć... banalnie. Przykład: http://www.cq.cx/dl/traffic.ld (http://www.cq.cx/dl/traffic.ld). Niema manuala do formatu tego pliku, ale wyciągnę to ze źródeł:) Poprawka, Autor użył dokumentacji Rockwell Automation. Zestaw instrukcji: http://literature.rockwellautomation.com/idc/groups/literature/documents/td/amax-td002_-en-e.pdf (http://literature.rockwellautomation.com/idc/groups/literature/documents/td/amax-td002_-en-e.pdf), manual: http://literature.rockwellautomation.com/idc/groups/literature/documents/rm/amax-rm001_-en-e.pdf (http://literature.rockwellautomation.com/idc/groups/literature/documents/rm/amax-rm001_-en-e.pdf)
Dodano: 19 Października 2012, 06:29:17
W nocy w pracy trochę sprawę przemyślałem. Raczej nie chcemy przerabiać LD na kod wykonywalny, a zaimplementować w exe parser. Otóż w znalezionym programie jest symulator, więc to jego kod nas bardziej interesuje, wystarczy go tylko dostosować do exe symulatora, aby pobierał odpowiednie dane wejściowe i ustawiał odpowiednie dane wyjściowe na zmiennych symka. Potrzebne więc będą nazwy tych zmiennych lub metod dostępowych z parametrami.
Pewnie też pojawi się pytanie o edytor wizualny. Myślę, że można by użyć tego z LDmicro, trzeba by może tylko go trochę obciąć, zostawić tylko edycję i symulacje jako debug.
-
Przydałby się jeszcze Doppler przy syrenie. Co ciekawe zjawisko Dopplera istnieje przy dźwięku silników, a przy trąbkach już nie. To całkowicie nienaturalne, a jak mówił sam mistrz Jan Kobuszewski "Praw fizyki Pan nie zmienisz..."
Myślę że to by było zależne od wpisów (nie znam się dokładnie) przy parametrach odtwarzania i zanikania dźwięku. Coś na wzór:
engine: 07]motor.wav [b]200.0 0.7 0.6 0.11 0.3[/b]
ventilator: 07]rvent.wav [b]135.0 0.9 0.4 0.7 0.6[/b]
-
Najpierw trzeba by przerobić w EXE odtwarzanie dźwięków - silniki, wentylatory są modulowane więc tam nie ma problemu, syreny, przetwornica itd. są dźwiękami na sztywno odtwarzanymi.
-
Exe z mozliwoscia edycji scenerii czyli taki edytor w 3D !
-
Myślę, że już czas na małe podsumowanie, a dalsze ewentualne głosy nie zmienią nic w sposób znaczący. W ankiecie wzięło udział ponad dwukrotnie więcej użytkowników, niż rok temu, co jest zapewne zasługą zorganizowanej promocji. Niemniej potencjał użytkowników jest znacznie większy (ponad 1000 pobrań EU07.EXE w wersji 355, prawie 3500 użytkowników zarejestrowanych na forum, prawie 27000 pobrań PC2011 z torrenta). Można było oddać 3 głosy, średnia wychodzi 2.62 (1574). W trakcie trwania ankiety wypadło z niej kilka pozycji, ponieważ były proste do realizacji i zostały zrobione przed jej zakończeniem.
Przede wszystkim cieszę się, że moje zmiany w zakresie prędkości wczytywania spełniły oczekiwania użytkowników na tyle, że w ogóle się taka propozycja nie pojawiła. Trochę żałuję, bo miałem jeszcze parę pomysłów w tym zakresie... Ale zostaną na później. Podobnie w przypadku zachowania AI, chociaż tu znaczenie może mieć fakt, że prace nadal trwają (moim zdaniem AI się już precyzyjnie stosuje do sygnałów, chociaż samo hamowanie i rozpędzanie pozostawiają jeszcze wiele do życzenia). W zasadzie pierwsze 10 najczęściej wybieranych pozycji w ankiecie dotyczy zrobienia czegoś, czego wcześniej nie było, dopiero 11. odnosi się do poprawienia czegoś, co już jest.
Do poszczególnych pozycji w ankiecie odnosiłem się już wcześniej, odpowiadając na pytanie Benka, być może się powtórzę.
1. Rozświetlanie scenerii światłami pojazdów
Rozświetlanie scenerii składa się z dwóch elementów, jeden to smuga własnej lokomotywy, a drugi to światła innych pojazdów. Trzeba je raczej rozpatrywać oddzielnie. Są wstępnie przygotowane trzy koncepcje do przetestowania. Jedna to przyczepienie światła OpenGL do pojazdu - nie spowoduje spadku wydajności, ale efekt może być mizerny, albo nawet nieakceptowalny. Druga to rozświetlenie przez prowadzoną lokomotywę, co prezentował kiedyś youBy, i co powodowało znaczne spadki FPS. Nie załatwia to sprawy oświetlania przez inne pojazdy. Trzecia to użycie shaderow, co wymaga lepszego sprzętu (przynajmniej ja się muszę przesiąść na coś innego). Raczej pomoc ze strony użytkowników nie jest potrzebna, no chyba że ktoś zna gotowe koncepcje, które można by zastosować. Pozostaje kwestia czasu i testowania.
2. Rozruch impulsowy
Jakiś czas temu youBy przygotował algorytm rozruchu impulsowego jako osobny program. Jest to takie małe okienko z liczbami i suwakami. Trzeba by to teraz zintegrować z resztą kodu, żeby móc użyć w lokomotywie. Myślę, że w najbliższym czasie coś się z tego wykluje. Na razie chyba nie potrzebujemy pomocy w tym zakresie, gdy pojawi się jakaś wersja testowa, trzeba będzie porównywać do rzeczywistego rozruchu i ewentualnie robić jakieś korekty.
3. Zapis aktualnego stanu symulacji
Koncepcja moja jest taka, aby do pliku binarnego zrzucać wewnętrzne struktury, bez silenia się na jakąś uniwersalność i przydatność plików do innych celów. Jedynie wskaźniki będą zamieniane na indeksy. Najprawdopodobniej pliki zapisane jedną wersją EXE nie będą mogły być wczytane przez inną. Zapisane pliki nie będą się raczej nadawały do publikacji, chociaż nie wiadomo, w którą stronę się to rozwinie. Zamierzam bazować na formacie E3D, tzn. zostaną dodane definicje kolejnych kromek, a wewnętrzna organizacja danych zostanie przystosowana do wczytania wszystkiego na raz z jednego pliku, podobnie jak to jest w przypadku modeli. Jedynie tekstury i modele będą doczytywane przed uruchomieniem symulacji. Być może przy okazji da się zrobić wczytywanie tekstur i modeli w osobnym wątku, być może coś się wyklaruje w zakresie wczytywania jedynie niezbędnych komórek scenerii, zamiast całej na raz.
4. Spadki napięć na sieci trakcyjnej
Obecnie jest tak, że każde przęsło sieci trakcyjnej jest niezależnym obiektem. Konieczne jest łączenie przęseł, jak ma to miejsce w przypadku torów. Ponieważ dla torów udało się zrobić znaczne przyspieszenie wyszukiwania poprzez użycie mapy, podejrzewam że łączenie przęseł nie będzie znacząco spowalniać wczytywania. Większym problemem może być rozmieszczenie podstacji zasilających i kabin sekcyjnych na sceneriach (trzeba będzie je poprawiać). Oprócz tego trzeba będzie połączyć logicznie druty z torami, aby nie były one wyszukiwane w każdej klatce, co też raczej będzie dosyć proste i w miarę szybkie. Przy okazji będzie można wprowadzić sieci o innym napięciu, np. 600/750V dla tramwajów, czy 25kV 50Hz dla lokomotyw węgierskich.
5. Obwody lokomotyw (program w LD)
Moja koncepcja sprowadza się do użycia schematów Ladder Diagram jako programów symulujących obwody sterowania lokomotyw. Ale również da się je wykorzystać do programowania algorytmu sterującego lokomotywą (AI mechanika) oraz zależności na stacjach, czy symulacji dyżurnego (AI stacji). Celem jest umożliwienie tworzenia programów osobom umiejącym czytać schematy, a także możliwość ingerencji w schemat dla zaawansowanych użytkowników (podpieranie styczników, omijanie awarii). Nie jest moim celem symulacja działania PLC, aczkolwiek zapoznanie użytkowników z koncepcją programowania w Ladder Diagram będzie dodatkową wartością edukacyjną. Schematy będą wewnętrznie kompilowane do języka zbliżonego do Forth, składnia języka będzie również dostępna na poziomie plików tekstowych scenerii.
6. Zewnętrzny dźwięk ruchu wagonów
W zakresie dźwięków nie planuję nic robić w najbliższym czasie (między innymi z przyczyn sprzętowych). Być może ktoś inny coś przygotuje i będzie się to nadawało do użytku. Z drugiej strony wiem, że cały system dźwięków jest do przerobienia...
7. Multiplayer - usunięcie niestabilności
Aktualnie pracuję nad scenerią Quark, żeby przygotować głowice do obsługi na wyższym poziomie (sprawdzanie zajętości, utwierdzanie i zwalnianie przebiegów). Myślę, że po takim przygotowaniu będzie można uruchomić sensowny multiplayer i wtedy będzie sens przeznaczyć czas na szukanie błędów. Ponadto w ostatnich wersjach EU07.EXE zostało wprowadzone drzewko do wyszukiwania torów oraz eventów, podobną strukturę trzeba będzie uruchomić w Rainsted.
8. Płynna regulacja kranu hamulca
Zrobione, będzie dostępna w kolejnej wydanej wersji. W pliku EU07.INI można sobie zdefiniować krok na pojedyncze naciśnięcie [Num3]/[Num9]. Aczkolwiek płynna regulacja powinna dotyczyć tylko Oerlikona, aktualnie będzie działać również na inne krany, co może nie być zbyt realistyczne.
9. Wnętrza widoczne z zewnątrz
Poprawione zostało wyświetlanie lowpolyinterior w fazie przezroczystych. Być może potrzebne będą jeszcze jakieś dodatkowe zmiany (sortowanie trójkątów wewnątrz submodelu albo oddzielne submodele np. szyb do oglądania z różnych stron). Jednak w pierwszej kolejności trzeba przejrzeć wszystkie modele i poprzesuwać większość submodeli do fazy nieprzezroczystych, wpisując Opacity: 0. Osobną sprawą będzie oświetlenie wnętrz, które w dzień nie może być zbyt jasne, a w nocy musi funkcjonować wybiórcze zapalanie (np. niezależnie każdy przedział w wagonie), co może wymagać wcześniejszego uruchomienia schematów LD.
10. Zapalanie światła (w kabine, w EZT)
Zapalanie światła w kabinie zostało już zrobione. Zapalanie światła w przedsionkach EZT jest bardziej skomplikowaną sprawą, ponieważ istnieją dwa rodzaje oświetlenia (świetlówkowe oraz awaryjne żarowe). Myślę, że zostanie to dodane, gdy ktoś się zdecyduje dostosować model (świetlówka oraz żarówka w przedsionku muszą być osobnymi submodelami, aby można było im ustawić świecenie). Jest też kwestia wnętrz przedziałów oraz schematów LD.
11. Fizyka ET22
Podejrzewam, że bez schematów LD nie ma sensu się za to zabierać. Równie istotne jest uruchomienie spadków napięć na sieci trakcyjnej. Obecnie sieć zapewnia 3.4kV, a np. przy 2.2kV lokomotywa straci 60% mocy, przez co również jazda będzie inna.
12. Komunikaty, np. wykolejenie, koniec misji
To wymaga dopracowania w zakresie koncepcji. W pierwszej kolejności chciałbym wprowadzić pliki językowe, przynajmniej dla polskiego i angielskiego oraz możliwość wyboru języka. Należało by się też od razu zastanowić nad listą dialogową do dźwięków. Aktualnie zostało wprowadzone "pełnoekranowe" wyświetlanie rozkładu jazdy, jednym z istotnych problemów jest zestaw znaków i brak w nim polskich liter.
13. Bujanie kamery, odsprężynowanie
Odłożone na później (brak modelu oraz inne rzeczy do zrobienia wcześniej).
14. Przekładnia hydrauliczna
Odłożone na później.
15. Wybór kanału radiowego +/-
Obecnie istnieje możliwość wyboru kanału z klawiatury. Niezależnie od tego, kanał radiowy jest ustawiany na poziomie AI, została również wprowadzona komenda Radio_channel dla wskaźnika W28. Będzie to dopracowywane i rozwijane w miarę potrzeb autorów scenariuszy.
Pozostałe tematy zostają odłożone na później i będą ewentualnie realizowane, gdy zgłosi się ktoś z gotowymi rozwiązaniami, które będą mogły być w prosty sposób zintegrowane z EXE. Parę osób się zapowiedziało, że pracuje nad konkretnymi rozwiązaniami i być może coś z tego wyjdzie.
-
A takie pytanie, z innej beczki: co z fatalnymi obecnie hamulcami oraz nieakceptowalną protezą fizyki spal-ele?
-
Jubaj pracuje przecież nad SPKSem/DP2 (albo czeka na materiały).
-
Jubaj pracuje przecież nad SPKSem/DP2 (albo czeka na materiały).
Jakieś szczegóły? Na jakim etapie są prace? Czego brakuje? Jak pomóc? Może czas na kampanię informacyjną, że cała lista życzeń jest bez sensu bo fizyka jest częściowo zła i to ona powinna być priorytetem? Nie wiem czy ktokolwiek to widzi, ale w TRS'ie fizyka SU45 jest milion razy lepsza niż u nas. Minął już czas dla ortodoksyjnych wyznawców przewagi naszego symulatora w zakresie fizyki. Realia są takie, że straciliśmy ostatni atut.
-
Mnie razi brak baterii. Gdy dostane jakis algorytm dotyczacy amperomierza NN (jakis wykres, kiedy prad rosnie, kiedy maleje i o ile, i od czego jest to zalezne), to to zrobie.
-
Jakieś szczegóły? Na jakim etapie są prace? Czego brakuje? Jak pomóc?
http://eu07.pl/forum/index.php/topic,22341.0.html (http://eu07.pl/forum/index.php/topic,22341.0.html)
http://www.youtube.com/watch?v=PzwbSAXnhjs (http://www.youtube.com/watch?v=PzwbSAXnhjs)
http://www.youtube.com/watch?v=SCVDXltoWzU (http://www.youtube.com/watch?v=SCVDXltoWzU)
-
Jubaj pracuje przecież nad SPKSem/DP2 (albo czeka na materiały).
Jakieś szczegóły? Na jakim etapie są prace? Czego brakuje? Jak pomóc? Może czas na kampanię informacyjną, że cała lista życzeń jest bez sensu bo fizyka jest częściowo zła i to ona powinna być priorytetem? Nie wiem czy ktokolwiek to widzi, ale w TRS'ie fizyka SU45 jest milion razy lepsza niż u nas. Minął już czas dla ortodoksyjnych wyznawców przewagi naszego symulatora w zakresie fizyki. Realia są takie, że straciliśmy ostatni atut.
Od paru miesięcy proszę o materiały na SU46, która wyjdzie z/po DP2 i będzie do niego przystosowana. Dostaję, za co dziękuję, ale dalej mało.
-
Może czas na kampanię informacyjną, że cała lista życzeń jest bez sensu bo fizyka jest częściowo zła i to ona powinna być priorytetem? Nie wiem czy ktokolwiek to widzi, ale w TRS'ie fizyka SU45 jest milion razy lepsza niż u nas.
Czepiasz się. O ile mi wiadomo, fizyka do SU45 w TRS była robiona na bazie algorytmów przygotowanych do MaSzyny. Być może to fizyka jest najważniejsza, ale jak przeglądam kod, to znajduję takie kwiatki, że w pierwszej kolejności staram się rozplątać, żeby przynajmniej działało dobrze to, co już działać powinno. Poza partiami bierek (usunąć błąd, a nie zepsuć reszty), ważniejsze dla mnie jest wprowadzanie ogólnych mechanizmów dalszej rozbudowy, niż dodawanie kolejnych bloków kodu zaczynających się od else if.
Na SU45 kolej się nie kończy. Nie wiem, co będę robił w dalszej kolejności, bo robię to raczej spontanicznie. Być może na pierwszy ogień pójdzie ożywienie sieci trakcyjnej, co da od razu zauważalne efekty podczas jazdy, a jest już w miarę proste do zrobienia. Tylko znowu będzie płacz, że trzeba poprawiać scenerie, podczas gdy nie są jeszcze dostosowane do wersji 372, a dostosowanie do 355 zajęło pół roku. Jak zrobię obsługę LD, to da się zrobić kompletne sterowanie każdej lokomotywy. Tylko może się okazać, że się niczym nie pojeździ, bo nie będzie plików ze schematami w LD, a całą obecną logikę typu else if trzeba będzie wywalić.
-
Ra, czemu się upierasz na Forth dla LD? Sam diagram przecież można spokojnie zapisać w AutoMax'ie, który ze względu na zwartą składnie bardzo szybko się ładuje, a już w pamięci jest w postaci zinterpretowanej i moduł obsługujący LD bardzo szybko wykona przelot diagramu. Zajmując się tym przygotuję diagram dla TEM2 albo M62 (mam do nich schematy pod ręką).
Jeszcze co do samego LD i jego natury, żeby wszyscy zainteresowani mieli jasność. Diagram LD nie jest zapisem w trochę innej postaci schematu elektrycznego. Diagram LD jest zapisem funkcji logiki dwustanowej (aczkolwiek AutoMax posiada wbudowane elementy obliczeniowe, umożliwiające działania na liczbach) realizowanej przez dany obwód, czyli odzwierciedleniem zależności w ciągu użytkownik-przełącznik-kabel-"szafa"-kabel-urządzenie/kontrolka.
Dodano: 28 Października 2012, 10:51:01
A jeszcze odnośnie zastępowania obecnego systemu else if przez LD. W tzw okresie przejściowym dopisać na samej górze jeszcze jednego else if'a, który wyłączy obecny system w obiekcie dla którego jest zrobiony diagram LD i przekazanie odpowiedniej części działań do modułu LD. Po zakończeniu okresu przejściowego wyłączyć obecny system.
-
Forth wydaje mi się najbardziej odpowiednim językiem do zabudowania w symulator, ze względu na jego interpretowalno-kompilowalną naturę i możliwość definiowania kompilatorów w nim samym. Jakby tylko wyrzucić średniki z obecnych plików scenerii, to można je traktować jako napisane w Forth. Oczywiście oryginalny Forth nie obsługiwał liczb zmiennoprzecinkowych, a także miał własny system zarządzania dyskiem, czego kontynuować nie będę.
Co wyjdzie z LD, to jeszcze do końca nie wiem. Zapewne całą logikę sterowania wygodniej by było napisać w jakimś innym języku. Niemniej LD jest najbliższy temu, co w zakresie lokomotyw jest dostępne, czyli schematom elektrycznym. Dzięki temu osoby nie zaznajomione z programowaniem będą w stanie przenosić schematy do symulatora, będzie je można również edytować w czasie symulacji (obchodzenie awarii). Wadą LD jest to, że jest językiem graficznym i nie ma jednoznacznej reprezentacji w postaci pliku tekstowego czy binarnego.
Co do zastępowania systemu, problem jest raczej w zakresie dostępnych zmiennych. Obecne zmienne pojazdu jak i kabiny nie reprezentują wszystkich dostępnych funkcji i stanów. Jest ich za mało, nie mówiąc już o tym, że schemat lokomotywy uwzględnia dwie kabiny, a obecna symulacja tylko jedną (włączenie czegoś w jednej kabinie najczęściej uniemożliwia wyłączenie z drugiej). Robiąc LD, chciałbym raczej uwzględnić komplet elektryki, czyli odpowiednie zmienne trzeba dopiero stworzyć i powiązać z resztą. No i z tym nie jest to jedynie kwestia dopisania else if. Mając LD, chciałbym np. wyrzucić z kabiny wszystkie jawnie zdefiniowane przełączniki i kontrolki (obecnie każde ma unikalną nazwę), a zastąpić to tabelką o odpowiedniej liczbie elementów, którym sens praktyczny nada dopiero program w LD i plik konfiguracyjny. W przykładach, obecnie wygląda to tak: TButton btLampkaPoslizg;
TButton btLampkaStyczn;
TButton btLampkaNadmPrzetw;
TButton btLampkaPrzekRozn;
TButton btLampkaPrzekRoznPom;
TButton btLampkaNadmSil;
TButton btLampkaWylSzybki;
TButton btLampkaNadmWent;
TButton btLampkaNadmSpr;
//i jeszcze kilkadziesiąt tego typu definicjia ma być tak: TButton *btTable;a dalej: btTable=new TButton[iNumButtons]; //300, czy ile tam potrzeba