- Symulator MaSzyna -
Symulator EU07 (i nie tylko) => Bieżące Symulatorowe => Wątek zaczęty przez: Ra w 21 Maja 2011, 17:14:12
-
W ostatnim czasie zrealizowałem bardzo wiele postulowanych zmian w EXE. Mimo to ich wykorzystanie pozostaje na niewielkim poziomie. Wiem, że dostosowanie modeli czy scenerii nie dokona się od razu. Jednak trudno mi pozbyć się wrażenia, że część rzeczy zrobiłem niepotrzebnie.
Aby można było lepiej ukierunkować prace, postanowiłem utworzyć ankietę. Oczekuję zgłaszania konkretnych propozycji, które będę sukcesywnie w niej zamieszczał. Propozycje zbyt ogólne (np. "grafika") nie będą uwzględniane. Ankieta będzie otwarta co najmniej kilka tygodni i będzie można zmienić swój głos w miarę pojawiania się kolejnych propozycji.
-
Raczej można napisać, więc napiszę. Według mnie największą wadą MaSzyny jest bardzo długi czas ładowania nie których scenerii np. L053, L61, Drawinowo, itp. Szczerze to można by to poprawić.
-
Wydajność (fps) oraz długość wgrywania.
-
Odwzorowanie dźwięków jazdy (stukot, szum powietrza itd.), mała ilość otoczenia (drzewa, budynki), średnio realistyczna sieć trakcyjna (kanciastość rosnąca wraz ze zmniejszeniem długości odcinka sieci, brak odwzorowania szczegółów), betonowe słupy we wszystkich sceneriach, brak możliwości masowego dodawania obiektów, np. trawy.
EDIT: Dodam jeszcze coś, realistyczne odwzorowanie odsprężynowania.
-
Brak dobrego narzędzia do efektywnego edytowania scenerii – 3ds nie jest narzędziem do tego stworzonym i pewnych rzeczy tam nie zrobimy.
-
Mała ilość dźwięków, teren niezbyt realistyczny i pewne funkcje kabin.
-
@TGVkamil, sprecyzuj:
- jakich dźwięków?
- co miało by podnieść realistyczność terenu?
- jakie funkcje kabin?
« Dodano: 21 Maja 2011, 18:18:58 »
Przepraszam, jakoś mi to umknęło…
brak możliwości masowego dodawania obiektów, np. trawy.
Trochę nie rozumiem. Jak by to miało być robione?
-
« Dodano: 21 Maja 2011, 18:18:58 »
Przepraszam, jakoś mi to umknęło…
brak możliwości masowego dodawania obiektów, np. trawy.
Trochę nie rozumiem. Jak by to miało być robione?
Np. tak jak w RailWorks, gdzie jest możliwość włączenia autogenerowanej trawy w polu widzeniu, lub jak w Trainz, gdzie trawę można zrobić jako obiekt typu "spline", który rozciągamy sobie na dowolną długość. Ja bym to widział w Maszynie tak, żeby określać szerokość pasa trawy i jego długość, i na podstawie tych parametrów wyświetlać odpowiednią ilość modeli trawy.
-
...trudno mi pozbyć się wrażenia, że część rzeczy zrobiłem niepotrzebnie.
Myślę że przedwczesne jest takie wrażenie. PC2010.dds jest bardzo dobra, ma bardzo zaawansowane exe które przerosło jej zawartość. Pozbyłeś się wielu błędów w samym exe, dodałeś nowe funkcje, które obecnie nie mogą być wykorzystywane, ale dają nowe możliwości twórcom dodatków. Przede wszystkim pokazałeś że z tego silnika jeszcze niejedno można wydusić. Zaznaczyłem trzy opcje, długość wczytywania scenerii, dedykowany edytor scenerii i odsprężynowanie.
Mała ilość dźwięków, teren niezbyt realistyczny i pewne funkcje kabin.
Niedobra zupa, jednak nie dowiesz się czemu.
-
EDIT: Dodam jeszcze coś, realistyczne odwzorowanie odsprężynowania.
Tak się jeszcze nad tym zastanawiam, bo to może być niewiele mówiące określenie. Jakie zachowanie symulatora przez to rozumiesz?
-
Jeżeli chodzi o dźwięki, to warto by było zmienić udźwiękowienie do lokomotyw dieslowskich, bo na obecną chwilę, są one trochę nierealistyczne. Mam na myśli głównie dźwięki silnika (zwłaszcza w lokomotywach SU45/46).
Może warto by było zastanowić się nad zdefiniowaniem dźwięków silnika w takiej samej formie, jak ma to miejsce w Trainizie?
-
1) AI – potrafi stanąć w polu, potrafi przejechać S1, potrafi wlec się 10 km/h bez powodu. Obecne możliwości scenerii i wymagania w stosunku do pojazdów prowadzonych przez komputer są wysokie (punktualność, szybka jazda i hamowania), do tego dochodzą bardziej efektowne zachowania, np. zmiana czoła całego składu z oblotem.
2) Sprzęgi – w różnych dziwnych sytuacjach robią się gumowe, potrafią się zrywać. Brakuje rozróżnienia na pociągi pasażerskie i towarowe. W wielu sytuacjach można by pominąć ich istnienie (założyć, że cały pociąg jest bryłą sztywną).
3) Wszechobecna prowizorka – wiele rzeczy (zwłaszcza w kodzie) jest zrobionych w sposób utrudniający dalszą rozbudowę. Rozbudowa polegała na doklejaniu dodatkowych cech w sposób nie zawsze uporządkowany, co sprawia, że, chcąc cokolwiek sensownego napisać, należy przepisywać od nowa spore fragmenty.
4) Brak jednolitej koncepcji rozwoju – z różnych względów jest tak, że każdy robi swoje rzeczy, natomiast nie ma jakiegoś bliżej określonego celu. Przydałaby się szeroko pojęta dyskusja na ten temat, aby każda ze stron mogła się wypowiedzieć i wypracować wspólny front działania.
Póki co, to by było na tyle.
-
Jeżeli chodzi o dźwięki, to warto by było zmienić udźwiękowienie do lokomotyw dieslowskich, bo na obecną chwilę, są one trochę nierealistyczne. Mam na myśli głównie dźwięki silnika (zwłaszcza w lokomotywach SU45/46).
Też bym prosił o sprecyzowanie, jakie zmiany w dźwiękach podniosą realizm. (Osobiście nie mam praktycznie żadnego kontaktu z lokomotywami i nie umiem ocenić, co jest w miarę realistyczne, a co zupełnie nie.)
Może warto by było zastanowić się nad zdefiniowaniem dźwięków silnika w takiej samej formie, jak ma to miejsce w Trainizie?
A w jaki sposób tam się definiuje dźwięki?
-
EDIT: Dodam jeszcze coś, realistyczne odwzorowanie odsprężynowania.
Tak się jeszcze nad tym zastanawiam, bo to może być niewiele mówiące określenie. Jakie zachowanie symulatora przez to rozumiesz?
Realistyczne odwzorowanie wychyłu sprężyn (obecnie ruchy pudła są chaotyczne i zbyt szybkie), wpływ torowiska, a wszczególności styków szynowych na "bujanie" pojazdem i co za tym idzie najpierw reaguje przód, potem tył. Część z tego, o co mi chodzi widać na tych filmach:
.
-
No to zaczynając:
- Czas wczytywania scenerii – nie do końca siedzę w programowaniu praktycznym, jednak wydaje mi się, że struktura wczytywania plików tekstowych i zamiana ich na binarny format (gdzieś to musi następować – podejrzewam, że w kodzie EXE a nie w osobnych bibliotekach) daje nam kilka milisekund opóźnienia (w zależności od sprzętu) na każdy obiekt co w efekcie sceneria wczytuje się tych kilka-kilkanaście minut dłużej.
- Dedykowany edytor scenerii – Pomimo ogromnego wkładu kolegi @Ra w program/starter Rainsted gdzie można "spróbować" ułożyć dużą część szkieletu scenerii to wciąż brakuje programu, dzięki któremu średniozaawansowany użytkownik 3dmaxa będzie mógł stworzyć odwzorowanie realnej tudzież stworzenie dobrej, fikcyjnej scenerii. Myślę, że próba stworzenia aplikacji do tworzenia scenerii pomoże ruszyć MaSzynie na wysokie loty. Jeżeli zbytnio nie złamię regulaminu, to polecić mogę rozwiązanie zastosowane w grze open-source: UFO: Alien Invasion, gdzie dostępny jest program UFORadiant – dedykowany program do tworzenia map gry. Po wykonaniu takiego programu ilość map wzrosła z kilku do kilkudziesięciu map o różnych wariantach rozgrywki.
- Ilość obiektów otoczenia – Tutaj sprawa jest dość ruchoma i skomplikowana – z jednej strony warto mieć dużo obiektów by uatrakcyjnić scenerię, z drugiej strony ilość FPS również nie jest obojętna. Proponowałbym (wiem jakkolwiek trudne i ciężkie to będzie zadanie) by dokonać porządku i ustalić jakąś hierarchię tudzież klasyfikację obiektów. Konkretniej miałoby to na celu "odchudzenie" objętości paczek całościowych, wyeleminowanie obiektów słabej jakości bądź powtarzających się. Dodatkowo przyszły scenarzysta będzie mógł wykorzystywać obiekty sklasyfikowane poprzez typ w swojej scenerii np. objects/station/perony lub objects/trees i tak dalej. Obecnie przeglądając paczkę i widząc mały "nieład" ciężko znaleźć coś by podmienić lub wykorzystać.
Oczywiście rozumiem, że niektóre rzeczy są dedykowne dla danych scenerii aczkolwiek nazwy tabliczek miejscowości dałoby radę wykorzystywać na budynkach i umieścić je w jednym folderze o określonej charakterystyce nazwy.
Huh, miało być krótko, wyszło jak zwykle lecz myślę, że pomocne. Wiele rzeczy wymaga poprawy, lecz tutaj do autora wątku: Czy właśnie z powodu ograniczeń, jakie zostały poczynione w początkowej fazie programowania nie należałoby przejść na trochę inny styl uruchamiania programu opartego na np. klasy lokomotyw z podpiętymi bibliotekami .dll? Bądź na zasadzie komponentów? Cieżko dla mnie wskazać dobre rozwiązanie problemu odwzorowania fizyki jazdy czy AI. Być może warto pomyśleć o sporządzeniu oddzielnych bibliotek lokomotyw z ich metodą zachowania i zoptymalizować ich wykonanie (co moim zdaniem również w jakimś stopniu podniosłoby wydajność lub choćby zniosło ograniczenia).
P.S. Nie chciałbym być źle odebranym, gdyż ciesze się z prac nad symulatorem i mam wielki szacunek dla ludzi poświęcających swój czas dla symulatora. Po prostu nie wiem czy był poruszany dany temat wcześniej wśród pionu programistów.
-
3) Wszechobecna prowizorka – wiele rzeczy (zwłaszcza w kodzie) jest zrobionych w sposób utrudniający dalszą rozbudowę. Rozbudowa polegała na doklejaniu dodatkowych cech w sposób nie zawsze uporządkowany, co sprawia, że, chcąc cokolwiek sensownego napisać, należy przepisywać od nowa spore fragmenty.
Na prowizorkę nic konkretnego się nie poradzi. Obecnie nie dysponujemy kadrami, które w krótkim terminie (np. pół roku) mogłyby opracować i zrealizować lepsze koncepcje. Pozostaje łatanie tych prowizorek i nadzieja, że może w dłuższym terminie coś lepszego da się jednak sklecić.
4) Brak jednolitej koncepcji rozwoju – z różnych względów jest tak, że każdy robi swoje rzeczy, natomiast nie ma jakiegoś bliżej określonego celu. Przydałaby się szeroko pojęta dyskusja na ten temat, aby każda ze stron mogła się wypowiedzieć i wypracować wspólny front działania.
Oglądałem ostatnio ciekawy wykład, między innymi dotyczący różnicy pomiędzy pojedynczą komórką a organizmem wielokomórkowym (http://www.youtube.com/watch?v=DINIZY6fjoE&feature=BFa&list=PLB4DBFA78B4BC9DDD&index=1). Pojedyncza komórka ma własny system postrzegania otoczenia. Natomiast komórki w organizmie wielokomórkowym oddają jakby swoje postrzeganie wyspecjalizowanej jednostce (układ nerwowy). Porównując to przez analogię, aktualna sytuacja przypomina raczej kolonię niezależnych komórek, ponieważ ani nie ma organu zarządzającego wspólnotą, ani nie jest tak, że jedna osoba decyduje o wszystkim (patrz np. OpenBVE).
-
Witam. Proponował bym aby w przyszłości zrobić opcję obsady "popychającej" skład, czyli: AI reaguje na ograniczenia prędkości i semafory, ale tylko nastawnikiem nie używała by hamulca. Oraz żeby można było założyć blachy kp na wagony osobowe i lokomotywy.
-
Ja dodam od siebie że bardzo brakuje oświetlenia, mianowicie było by super jeżeli na każdy reflektor lokomotywy była by smuga.Dało by to dobry efekt przy manewrach, oraz przy jazdach nocnych .Jeżeli już jestem na nocnych sceneriach to było by dobre dodać światło w kabinie, tak jak włączamy w pokoju .Dobrze by było zrobić opcję włączania latarni nocnych na peronach, np jeżeli wybieram noc to np, którymś klawiszem włączam latarnie .No i silniki spalinowe mogły by być trochę realistyczne.
-
Ja bym wybrał pozycje: 3,4 oraz 5.
-
@TGVkamil, sprecyzuj:
- jakich dźwięków?
- co miało by podnieść realistyczność terenu?
- jakie funkcje kabin?
- więcej rp1 i dźwięków silników spalinowozów
- różne tekstury gruntu i realistyczne pogórki
- więcej działających przełączników w kabinach, np. ogrzewanie kabiny, oświetlenie itp.
-
Ja bym wybrał pozycje: 3,4 oraz 5.
Ja podobnie jak REWIZOR. Dodałbym jeszcze małą ilość scenerii, mało misji – trzeba ciągle samemu kobinować. Więcej realnych dźwięków (rozkazy radiowe, rozmowy innych składów na trasie itp.), może troche zdarzeń typu radiostop, większe ruchy na przejazdach kolejowych :)
-
@adzik:
Co do czasu wczytywania to kwestia jest oczywista i jak tylko będę miał na to czas i wenę, to zrobię. Pomijając małą optymalność obecnego parsera tekstowego, to największy efekt przyniesie zapis binarny. Większość struktur MaSzyny jest na tyle stabilna, że bez problemu można to zrobić.
Co do edytora scenerii, to na razie się nie chcę wypowiadać, aby nie wprowadzać własnych sugestii co do ankiety. Natomiast chętnie bym zobaczył opisy różnych dedykowanych edytorów przygotowane przez osoby praktykujące. Szczególnie w zakresie funkcjonowania myszy i sposobu dodawania i edycji własności obiektów. Nawet byłbym skłonny odwiedzić kogoś, kto ma dobrze opanowany jakiś edytor scenerii, aby mi pokazał w praktyce posługiwanie się mechanizmami edycyjnymi.
Co do obiektów otoczenia – istnieje jeszcze duży margines zwiększenia FPS, o ile obiekty wstawiane w sceneriach będą spełniać odpowiednie kryteria. Nie jest tu miejsce, aby się o tym rozpisywać.
Moje zdanie jest takie, że struktury w zakresie scenerii są dosyć dobrze opracowane, niemniej istnieją też poważne braki. Wydaje mi się, że dużo gorzej jest z pojazdami, gdzie nie przygotowano takiej modułowości (użycie lub nie DLL to mniej istotna kwestia techniczna). Dlatego zrobiłem ankietę, aby zorientować się, co faktycznie przeszkadza użytkownikom, a nie robić tego, co mi się wydaje istotne, a w praktyce jest mało efektywne.
-
Też bym prosił o sprecyzowanie, jakie zmiany w dźwiękach podniosą realizm. (Osobiście nie mam praktycznie żadnego kontaktu z lokomotywami i nie umiem ocenić, co jest w miarę realistyczne, a co zupełnie nie.)
A więc po kolei:
-w miarę wzrostu obrotów, silnik staję się coraz głośniejszy, zaczyna wydawać nieco inne odgłosy,niż na obrotach jałowych
-we wszystkich lokomotywach dieslowskich turbo załącza się dopiero po przejściu na określoną pozycję, a nie tak jak jest teraz, od pozycji 0
-kwestia przejścia na wyższe obroty, przy wyjściu z obrotów jałowych silnik wydaje inny dźwięk, niż np. przejście między kolejnymi pozycjami. (chodzi mi tutaj o dotychczasowy dźwięk przejścia,czyli "dieselinc")
-nie wspominając już o tym,że dotychczasowy dźwięk "dieselinc" jest przyśpieszony i urwany, co widać wyraźnie w przypadku SU45.
Dźwięki w trainz są to kolejne pliki dźwiękowe, odtwarzające pracę silnika na konkretnych obrotach + dźwięk przejścia na wyższe obroty jak też i zejścia na niższe (każdy inny, w zależności od tego czy wchodzimy/schodzimy z/na konkretne obroty)
Te tryb definiowania sprawdza się tylko i wyłącznie w przypadku diesli. Przy elektrykach, wychodzi kiszka.
Znalazłem kilka filmików, które obrazują moje "sprecyzowanie":
-
Moim subiektywnym zdaniem oczywiście fps kuleje i nie wiem czy to słaby silnik graficzny, czy to że mało obiektów ma LOD. Bardzo ważne, nawet dam wykrzyknik:
-lokomotywy spalinowe w MaSzynie załącza się jak elektryczne i to strasznie koli w oko;
-w ET22 obsługa WS jest taka jak w EU07;
-nie da się zrobić prawdziwego dźwięku startu silnika, bo ktoś dawno temu piszący kod wpadł na genialny pomysł żeby dźwięki początku i końca w dźwiękach trójdzielnych trwały marne kilka sekund i trzeba inne opcje dźwięku dać żeby jako tako to wyglądało (co daje w efekcie zapętlenie i marnie to wygląda), bo taki powiedzmy np. gagarin odpala około 1min;
-gagarin aż prosi się o modulowany dźwięk prądnicy!
Z mniej ważnych, ale warto pomyśleć kiedyś o tym:
-warto zainwestować w więcej universali (wiem że to nie TRS, ale jednak bym sugerował);
-super efekt byłby, gdyby dało się zrobić oświetlenie kabiny i przyrządów na free spot light'ach;
-godne przemyślenia jest, żeby głośność dźwięków typu np. silnik była inna w środku a inna na zewnątrz;
-wiele lokomotyw wyświetla dane cyfrowo – szybkość, wartości natężenia prądu, różnica potencjałów źródła, bla bla bla, natomiast u nas się nie da tego zrobić;
-lokomotywy spalinowe nie dymią, może to głupie ale przydałby się dym w oparciu o system cząstek.
Reasumując – brakuje nam programistów i pomysłów na realizację w/w.
-
Ja bym powiedział, że brakuje tylko czasoprogramistów. Pomysły się znajdą, tylko często czasu nie ma na nic.
-
Obawiam się, że ta ankieta nie koniecznie jest miarodajna. Np. user, który tylko używa MaSzyny do rozrywki będzie klikał więcej drzew, nie mając pojęcia co to jest AI i jakie figle płata. A twórców jest mniej niż userów, którzy korzystają z MaSzyny. Zaznaczenia niektórych będą rodzajem kaprysu, np. fajnie by było posłuchać stukotu, mimo że nie wiedzą jakie są problemy ze sprzęgami, ale co ich to obchodzi. Ma być dobre i gotowe do pobrania, żeby mieć tylko uciechę. Ja też bym chciał lepszy stukot, ale trzeba wybrać naprawdę ważne rzeczy, a sądzę, że niektórzy nie wiedzą co jest ważne, bo w tym nie grzebią.
-
Hmm, oczywistą sprawą jest, że najpierw należy zająć się ewidentnymi błędami, dopiero potem ulepszeniami.
-
Ja bym powiedział, że brakuje tylko czasoprogramistów. Pomysły się znajdą, tylko często czasu nie ma na nic.
Zależy jaka polityka współpracy, czy jedna osoba miałaby ryć całymi dniami i zarywać noce, czy powiedzmy 20 osób (marzenie xD) siedziałoby nad poszczególnymi problemami mniej czasu. Tak czy inaczej nie ma opcji nauczenia dziesiątków osób pisania w c++, bo to nie jest tak na już jak nauka modelowania.
Jeszcze byłbym zapomniał, śmiesze że sprzęgi samoczynne w MaSzynie nie spinają się samoczynie, przykładowo taki SA-3.
-
Podniesienie realizmu dźwięków wrzuciłbym do jednego worka.
-
Wydaje mi się, że problem nie jest w programowaniu, tylko w rozpisywaniu mechanizmów. O ile bym dostał precyzyjny opis, to zaprogramować mogę w krótkim czasie. Najgorzej jeśli trzeba samemu najpierw temat poznać, następnie wymodelować, potem zaprogramować, a na końcu jeszcze wyszukać błędy. To nawet mi by się nie chciało.
Benek, ja ankietę adresuję głównie do końcowych użytkowników. Bo ja mniej więcej wiem, jakie są główne bolączki i coś zamierzam w tym kierunku zrobić. Ale środowisko twórców jest dosyć zamknięte i być może za bardzo skupione na na zagadnieniach mało istotnych dla ogółu. Np. mogę powiedzieć, że mnie dotychczasowe wyniki nieco zaskoczyły, ale nie będę o tym na razie pisał, żeby nie wprowadzać własnych sugestii.
Przykładowo, dla Ciebie jako autora scenariuszy nieprzewidywalne działanie AI jest utrapieniem, niemniej dla mnie, jako użytkownika końcowego jest to dodatkowa atrakcja. Podmieniam sobie zwrotnice na sterowane ręcznie i spędzam miło czas na sprzątaniu…
-
Wydaje mi się, że problem nie jest w programowaniu, tylko w rozpisywaniu mechanizmów. O ile bym dostał precyzyjny opis, to zaprogramować mogę w krótkim czasie. Najgorzej jeśli trzeba samemu najpierw temat poznać, następnie wymodelować, potem zaprogramować, a na końcu jeszcze wyszukać błędy. To nawet mi by się nie chciało.
No ja mam akurat w drugą stronę. Pomysły na rozwiązania mam, gorzej z czasem na całą resztę procesu dewelopowania. Nie zawsze są to w pełni przemyślane idee, bowiem pewne rzeczy wychodzą dopiero w trakcie. Myślę, że będzie można przeprowadzić jakiś eksperyment w niedługim czasie w tej kwestii :)
-
Ja zaznaczyłem:
1. Zachowanie AI, podczas tworzenia misji ich zachowanie niejednokrotnie doprowadzały mnie do szału.
2. Wydajność (FPS), może udało by się zwiększyć i móc dodawać wiele obiektów bez pokazu slajdów.
3. Oświetlanie scenerii przez lokomotywy. Przyjemnie jeździ się w nocy, nowe smugi mnie do tego zachęciły, jednak to nie to samo co światła przestrzenne.
Co do "niepotrzebnych" funkcji, to proponuję stworzenie ich listy i instrukcje wstawiania tych "bajerów". Chętnie bym przy okazji wydawania misji dołączył te "bajery" do obiektów. Jednak nie zawsze wiem jak, inni pewnie też nie.
-
Najpierw pochwały: wszystko jest elegancko, odwzorowanie, dźwięki (dla tych co mówią, że ich mało, to mam pytanie: a ile ma ich być?) są ok, kabiny coraz realniejsze. Wiem, że mój podziw i wdzięczność, to za mało by podziękować Twórcom za ich pracę.
Teraz braki: uruchamianie lokomotywy stanęło w miejscu, można podświetlenia zegarów zrobić 4 stopniowe, przejechanie "na biegu" pantografem po "żabie" niczym nie skutkujeJeszcze byłbym zapomniał, śmiesze że sprzęgi samoczynne w MaSzynie nie spinają się samoczynnie, przykładowo taki SA-3.
A czy mamy wagony z rosyjskim sprzęgiem?
-
Nie, ale mamy Scharfenberga.
-
Tak czytając na temat bolączek AI i obiektów zahuczała mi w głowie sugestia wydajności taborowych. Obecnie (na moim sprzęcie) Jadąc przykładowo trasą L61 z Częstochowy do Lublińca (bądź odwrotnie) na trasie FPS układa się super w przedziale 30-35 natomiast dojeżdżając do stacji, gdzie ustawię sobie kilka wagonów to FPS spada mi dramatycznie do 13-15. Z kolei jak usunę te dodatkowe obiekty w postaci wagonów na bocznicy stacji, odczuwam lekki spadek do 28 z racji samej rozbudowanej struktury stacji. Dość często również patrząc z punktu widzenia obserwatora kolei, mój przejeżdżający pociąg generuje czasem dość pokaźny spadek FPS. Albo uciekł mi wątek optymalizacji rysowania detali taboru (przynajmniej nie widzę nigdzie opcji ustawiania dystansu rysowania detali) albo może warto pomyśleć nad opracowaniem modelu wyświetlania obiektów zależnie od wybranych opcji? Odległość rysowania możnaby było ustawić w opcjach startera, dodatkowo (o ile komuś zostanie przydzielone czy sam się zgłosi) można zrobić możliwość ustalenia poziomu detali tekstur (np. wysokiej jakości tekstury generują duże wymagania sprzętowe, jednakże nie każdemu to do szczęścia jest potrzebne na danym sprzęcie) i te gorszej jakości umieścić jako "replace" tudzież zrobić możliwość zmiany rozmiaru teksturowania (nie pamiętam dokładnie na tę chwilę jak to fachowo się nazywa, lecz myślę że uchwyciłem sedno).
@Ra – Co do rozpisywania mechanizmów, czy chodzi Ci o opisanie algorytmów działania "Jak powinna zachowywać się dana funkcja"? W sumie ten wątek będzie stanowić dobrą bazę do określenia zadań do realizacji i utworzenia kierunku zmian w symulatorze by ludzie, co mogą coś pomóc wiedzieli co robić i jak robić.
-
Zmiana rozmiaru tekstur jest już w obecnych .exe autorstwa Ra, trzeba zmienić wartość "maxtexturesize" w pliku EU07.ini. A jeśli chodzi o odległość rysowania taboru, można to ustawić w każdej chwili ręcznie w .scn. Np. przy wpisie:
node 800 0 en57-112ra dynamic pkp\en57_v1 en57-112ra.tga 6baii 0.0 headdriver 55 50 passengers enddynamic
pojazd jest widoczny z 800m, przy:
node 500 0 en57-112ra dynamic pkp\en57_v1 en57-112ra.tga 6baii 0.0 headdriver 55 50 passengers enddynamic
z 500 m i tak dalej.
-
Problem z taborem jest taki, że większość nie posiada modeli uproszczonych, które by były wyświetlane w większej odległości (tzw. fazy LoD). Znikanie poszczególnych elementów (np. zderzaki, wózki) nie daje odpowiedniego efektu, a przy większych rozdzielczościach potrafi rzucać się w oczy. Największe spowolnienie uzyskuje się przez dużą ilość submodeli w modelach, czego wyeliminowanie też będzie wymagać będzie wiele czasu. Docelowo chcę zrobić automat określający dynamicznie promień renderowanie w zależności od uzyskiwanego FPS, który będzie pilnował, by nie był mniejszy niż 15. Obecnie taki automat ma tylko dwa stany (normalny i "slowmotion").
Rozmiar tekstur chyba nie ma tak dużego znaczenia, niemniej w czasie testów wyszło, że pewne tekstury o boku 2048 powodują spadek FPS, który znika dopiero po zmniejszeniu ich do 512. Trudno by chyba było opracować automat rozpoznający, które tekstury lepiej jest zmniejszyć.
Tak, chodzi mi o algorytmy działania lub konkretne sposoby symulowania pewnych zjawisk. Do tego nie jest konieczna znajomość języka programowania, wystarczy że ktoś to potrafi np. rozrysować.
-
Największe spowolnienie uzyskuje się przez dużą ilość submodeli w modelach, czego wyeliminowanie też będzie wymagać będzie wiele czasu.
Zauważyłem, że modele które mają mało submodeli z ogromną ilością NumVerts długo się wczytują.
-
Zauważyłem, że modele które mają mało submodeli z ogromną ilością NumVerts długo się wczytują.
To jest związane z liczeniem wektorów normalnych. Na ostatnim EXE (162) powinna już być zauważalna różnica, niemniej najlepszy efekt da dopiero format binarny.
« Dodano: 21 Maja 2011, 23:08:23 »
A czy mamy wagony z rosyjskim sprzęgiem?
Sigman coś takiego robił.
-
@youBy, jak mnie pamięć nie myli, zrobił taki sprzęg chyba do M62.
-
Generalnie brakuje tutaj scenerii z ulepszonym systemem sterowania, które by zastępowało już nieefektywne i namolne eventy z możliwością zmiany wszystkich stanów podczas symulacji. Do taboru zdecydowanie więcej dźwięków, mimo ogromnego wkładu. Toczenia, silników, wiatr, różnych rodzajów hamulców oraz czego jeszcze nie ma, różnych dźwięków wszystkich wagonów co pozostawia wiele do życzenia.
-
Może warto też pomyśleć nad ludźmi, troszkę też razi w oko to że wjeżdżamy w perony a tam nikogo nie ma (oczywiście w niektórych sceneriach) myślę, że Drawinowo i Zwierzyniec "zasługują" na coś takiego. Mam również pytanie, czy gdyby zrobić efekty takie jak np. lekki deszcz, czy FPS by gwałtownie spadło?
-
Może warto też pomyśleć nad ludźmi, troszkę też razi w oko to że wjeżdżamy w perony a tam nikogo nie ma (oczywiście w niektórych sceneriach) myślę, że Drawinowo i Zwierzyniec "zasługują" na coś takiego.
Ludzie już przecież są :) Tylko się nie ruszają. Przykładem jest chociażby sceneria Krzyżowa i linia 61.
Mam również pytanie, czy gdyby zrobić efekty takie jak np. lekki deszcz, czy FPS by gwałtownie spadło?
Nie sądzę by dało się zrobić taki deszcz, bo w którejś misji lo53 słychać padający deszcz, ale go nie widać póki co. W każdym bądź razie na razie exe nie obsługuje takich efektów i moim zdaniem to pierdółki, które można spokojnie robić pod koniec, jeśli będzie taka możliwość.
-
1. Powtarzalność i monotonia każdej jazdy (misji). System eventów stosowany do sterowania ruchem składów (gracza i AI) jest mało wydajny. Brakuje elementu losowości (jak np. w symulatorze Zusi), czyli wzajemnego oddziaływania na siebie pociągów, niezaplanowanych mijanek, wyprzedzań, objazdów, wyśwetlanych losowo Sz, wjazdów na inny tor stacyjny niż rozkładowy gdy ten jest zajęty np. przez opóźniony pociąg itp.
Samo "tworzenie" misji przez żmudne wklepywanie eventów dla przestawiania każdej zwrotnicy oddzielnie, poruszania się składów AI czy wyświetlania sygnału na semaforze też mi się nie podoba. Brakuje automatyzacji.
2. Niska odległość rysowania scenerii.
-
Rozmiar tekstur chyba nie ma tak dużego znaczenia, niemniej w czasie testów wyszło, że pewne tekstury o boku 2048 powodują spadek FPS, który znika dopiero po zmniejszeniu ich do 512. Trudno by chyba było opracować automat rozpoznający, które tekstury lepiej jest zmniejszyć.
Coś w tym jest. Ja np. metodą prób doszedłem do wniosku, że optymalną wartością parametru maxtexturesize jest 768 (uzyskałem kompromis jakości i wydajności – szczególnie widać to np. na Linii61 w Stradomiu). Niestety, nie mam możliwości sprawdzić tego na rozdzielczościach większych niż 1280x1024. Mowa o paczce DDS rzecz jasna.
-
1. Powtarzalność i monotonia każdej jazdy (misji). System eventów stosowany do sterowania ruchem składów (gracza i AI) jest mało wydajny. Brakuje elementu losowości (jak np. w symulatorze Zusi), czyli wzajemnego oddziaływania na siebie pociągów, niezaplanowanych mijanek, wyprzedzań, objazdów, wyśwetlanych losowo Sz, wjazdów na inny tor stacyjny niż rozkładowy gdy ten jest zajęty np. przez opóźniony pociąg itp.
Samo "tworzenie" misji przez żmudne wklepywanie eventów dla przestawiania każdej zwrotnicy oddzielnie, poruszania się składów AI czy wyświetlania sygnału na semaforze też mi się nie podoba. Brakuje automatyzacji.
To po części kwestia scenerii, po części AI. Nie ma sensu planować jakiś skomplikowanych manewrów typu wyprzedzanie, gdyż nie ma pewności, że AI będzie jechać tak, jak chcemy. Dodanie dwóch rzeczy, tj. kopiowania komórek pamięci i zdarzenia uruchamianego na początku pozwoliłoby na dobre wykonanie wielu zaawansowanych operacji.
-
dźwiękach trójdzielnych trwały marne kilka sekund i trzeba inne opcje dźwięku dać żeby jako tako to wyglądało (co daje w efekcie zapętlenie i marnie to wygląda), bo taki powiedzmy np. gagarin odpala około 1min;
Bo taki gagarin czy tamara mają układy wstępnego smarowania silnika przed uruchomieniem. To, że zmieni się sposób odtwarzania dźwięku mało da. Należałoby odwzorować proces przygotowania i uruchomienia silnika spalinowego (zależności). Obecnie jest tak, że silnik dobrze nie zacznie pracować, a ja wrzucam nastawnikiem pozycję i już jazdę… Dźwięk to najmniejszy problem…
-gagarin aż prosi się o modulowany dźwięk prądnicy!
To na gagrinie w kabinie słychać prądnicę? Chyba z czymś Ci się to pomyliło… Prądnicę tylko słychać jak stoimy obok niej i jest to dźwięk obracającego się "kawałka metalu" i mielonego przez nie powietrza… Nawet z przedsionka koło szafy praktycznie nie słychać prądnicy… Już bardziej słychać wentylatory silników trakcyjnych, prądnicy głównej oraz wszelkie mechanizmy przeniesienia mocy z silnika. W kabinie A słychać jedynie pogłos działania urządzeń a nie konkretne dźwięki (za wyjątkiem pracy silnika i turbosprężarki). Natomiast z kabiny B słychać jak "chodzi" wentylator chłodnic.
Co do tematu to mnie brakuje realizmu związanego z taborem (uruchamianie, działanie niektórych zabezpieczeń,…). Prócz tego fizyka sprzęgów (zerwanie przy nieumiejętnym hamowaniu), oraz "hamulce" np Dako BS2. Ogólnie listę mam dłuższą ale nie będę zawracał tym głowy ;).
-
1. Powtarzalność i monotonia każdej jazdy (misji). System eventów stosowany do sterowania ruchem składów (gracza i AI) jest mało wydajny. Brakuje elementu losowości (jak np. w symulatorze Zusi), czyli wzajemnego oddziaływania na siebie pociągów, niezaplanowanych mijanek, wyprzedzań, objazdów, wyśwetlanych losowo Sz, wjazdów na inny tor stacyjny niż rozkładowy gdy ten jest zajęty np. przez opóźniony pociąg itp.
To się już zmienia. Poczekaj na scenariusz na L053 na kibelka to się przekonasz sam. Exe obsługuje coś takiego, tylko że userzy tego nie używali. Póki co ten scenariusz można przejechać na 576 możliwych sposobów jak dobrze policzyłem, a jeszcze nie dotarłem do mety.
-
Moim skromnym zdaniem, na niektórych sceneriach brakuje tablic z nazwami stacji. Wiem, że być może to błahostka, ale nazewnictwo stacji pomaga np. w wyczerpującym opisie taśm z haslera. Zdaję sobie sprawę, że są ważniejsze rzeczy, ale mi osobiście taka myśl przyszła do głowy.
-
Na każdej stacji powinna być zapowiedź. Na wielu sceneriach tego brakuje, a to nadaje realności.
-
Na każdej stacji powinna być zapowiedź. Na wielu sceneriach tego brakuje, a to nadaje realności.
Aj, bo nie ma nagrań. Nikt nie potrafi załatwić, więc nie oczekuj, że będą w MaSzynie :]
-
Dziwne, że nikomu nie brakuje SPKS, czy też hamulców yBa. ;)
Jak widać po ankiecie dopracować trzeba by wszystko po trochu, niestety. Aż by się chciało zaznaczyć dużo więcej, a nie tylko 3 pozycje w ankiecie.
-
Na każdej stacji powinna być zapowiedź. Na wielu sceneriach tego brakuje, a to nadaje realności.
W Baltyku sa na kazdej stacji (pierwotnie nie bylo) i nawet nikt tego nie zauwazyl, wiec po co?
-
Libertyn, zauważył, zauważył i bardzo pięknie to pasuje. Kolega miał tylko na myśli, żeby na każdej stacji w każdej scenerii były zapowiedzi.
-
Na kazdej stacji, to by bylo malo realne :) A do zapowiedzi mozna wykorzystac wlasne, odpowiednio obrobione nagrania (niekoniecznie musza to byc nagrania z dworcow/stacji/itp.).
-
1. Sieć trakcyjna na wielu sceneriach zostawia wiele do życzenia. Przy rozjazdach nie ma w ogóle przęseł naprężenia. Z jednego druta odchodzą nagle 2 linie. Zbyt realistycznie to nie wygląda.
2. Misje w wielu przypadkach są nudne i monotonne. Jedziemy sobie z prędkością szlakową i co jakiś czas stacja. Myślę, że przydałoby się trochę urozmaicić jazdę, dodając więcej zdarzeń losowych. Czasem jakieś S1 przez przypadek, wypadek na przejeździe itd. Pomysłów jest cała masa, tylko nie ma kto tego zrealizować.
3. Do otoczenia dodać jakieś miasta. Wystarczy tło z dobrą teksturą i tyle. Łyso trochę wygląda sam dworzec 3 bloki na krzyż i to wszystko.
-
Coś w tym jest. Ja np. metodą prób doszedłem do wniosku, że optymalną wartością parametru maxtexturesize jest 768 (uzyskałem kompromis jakości i wydajności – szczególnie widać to np. na Linii61 w Stradomiu).
Przy takiej wartości tekstury są przeskalowywane do 512×512, chyba że któryś rozmiar jest mniejszy, to wtedy zostaje bez zmiany.
W ankiecie nie chodziło mi o to, żeby wypisać wszystko, co można by poprawić (jedna taka lista już jest), tylko ustalić, co na obecną chwilę jest najbardziej uciążliwe lub wskazane do poprawienia. Bo ja np. mogę zrobić wyświetlacze cyfrowe, czy poprawić ruch samochodów na przejazdach, ale po co, skoro większości obecny stan w tym zakresie aż tak nie przeszkadza, a bardziej istotne było by dorobić jakiekolwiek dymienie z silników spalinowych. Oczywiście proszę nie sugerować się tymi przykładami. Żeby nie było na zasadzie "twórcy twierdzą, że należy poprawić X, to zaznaczamy X, bo pewnie mają rację".
Na pewno z ankiety wynika to, że należy nagrywać więcej dźwięków (bynajmniej nie Rp1) oraz fotografować obiekty wypełniające teren.
« Dodano: 22 Maja 2011, 13:26:39 »
1. Powtarzalność i monotonia każdej jazdy (misji).
No niestety, praca kolejarza jest na ogół monotonna, tylko my sobie wyobrażamy, że jest inaczej i robimy symulację tej alternatywy.
2. Niska odległość rysowania scenerii.
A jaka by była dobra?
-
Póki co zaznaczyłem:
-Dźwięki jazdy – obecnie jest to niezbyt realnie odwzorowane, przydałyby się dobre dźwięki słyszalne też na zewnątrz
-Dymienie lokomotyw – zawsze taka lokomotywa spalinowa wygląda z dymem realniej
-Teren, pagórkowatość – obecnie na większości tras pagórki są zrobione prowizorycznie
Oczywiście warto byłoby się też zająć takimi sprawami jak ruch na przejeździe, czy ilość obiektów otoczenia, chociaż z tym drugim jest już trochę lepiej (przykład: najnowsze screeny z Linii 61).
Dodam też sprawę, której w ankiecie nie ma – dobrze byłoby, żeby dźwięki zdefiniowane w sekcji internaldata były słyszalne tylko wewnątrz pojazdu (np. trochę dziwnie wygląda, jak po wyjściu z kabiny słychać hasler), możnaby to uzależnić przykładowo od wciskania F4, przy okazji przydałoby się przenieść dźwięk otwierania/zamykania drzwi w EZT do sekcji sounds.
Inna rzecz, jaka mogłaby się przydać, to płynne przejścia tekstur terenu, chociaż przy obecnej ilości tych tekstur, nie wiem czy jest sens w ogóle się tą kwestią zajmować, pytanie też, czy jest to możliwe przy obecnym silniku graficznym.
-
To i ja się udzielę.
1. Stukot kół i ich tempo odtwarzania (coś na zasadzie MSTS'a czy Trainza)
2. Dźwięk silnika w spalinówkach (Tak jak mechatronik wspomniał)
3. Tabor, brakuje nam nowoczesnego taboru. posiadamy modele Perszinga, EU43 gdzieś kiedyś był Taurus. Dawno by to już miało kabinki i jeździlibyśmy nimi, ale no EXE. na to nie pozwala.
4. ilość misji jak i scenerii
5. realniejsze światła lokomotywy (oświetlenie scenerii przez lokomotywę)
-
Dodam też sprawę, której w ankiecie nie ma – dobrze byłoby, żeby dźwięki zdefiniowane w sekcji internaldata były słyszalne tylko wewnątrz pojazdu (np. trochę dziwnie wygląda, jak po wyjściu z kabiny słychać hasler), możnaby to uzależnić przykładowo od wciskania F4.
Jest Inne dźwięki w środku niż na zewnątrz.
Inna rzecz, jaka mogłaby się przydać, to płynne przejścia tekstur terenu, chociaż przy obecnej ilości tych tekstur, nie wiem czy jest sens w ogóle się tą kwestią zajmować, pytanie też, czy jest to możliwe przy obecnym silniku graficznym.
Myślę, że to można zmieścić w ramach Tekstury terenu i pagórkowatość.
Proszę nie wypisywać, co jeszcze można by poprawić, ani rzeczy już wymienionych w ankiecie, tylko określić, co na obecną chwilę (w sensie PC2010 DDS) jest największą wadą. Ewentualnie dopisać, jeśli to coś nie zostało wymienione.
-
Według mnie to:
1. Przydało by się zrobić inne sterowanie np: załączanie przycisków itp. myszką.
2. Zrobić realne uruchamianie lokomotywy, chodzi mi o baterie czy na przykład pompowanie powietrza od zera.
3. Tak jak pisał kolega wyżej realniejsze światła lokomotyw z możliwością przyciemnienia.
4. Wzbogacić scenerie o trawę, krzewy, drzewa.
-
3. Tabor, brakuje nam nowoczesnego taboru. posiadamy modele Perszinga, EU43 gdzieś kiedyś był Taurus. Dawno by to już miało kabinki i jeździlibyśmy nimi, ale no EXE. na to nie pozwala.
Cool, tylko że więcej w Polsce jest szynobusów, a w symulatorze nie mamy możliwości poprowadzić żadnego.
-
Mało wagonów towarowych. Kiedyś było więcej modeli. W obecnej paczce jakoś tak mniej.
-
Kozi, tylko nie pomyślałeś czemu w tej obecnej paczce ich nie ma :) Sam zapewne zauważyłeś, że z paczki na paczkę rośnie jej jakość, więc nie ma za bardzo co żałować tych wagonów. Większość z nich była kiepskiej jakości, podobnie jak i sprzęgi między nimi. Wniosek, skoro ich tam nie ma, to znaczy, że zdecydowanie nie nadawały się do PC 2010.
-
Mało wagonów towarowych. Kiedyś było więcej modeli. W obecnej paczce jakoś tak mniej.
Bo kiedyś było dużo modeli autorstwa @queueda, a chyba nie trzeba było być specjalistą żeby dostrzec że mimo iż były one niskiej jakości, to ich "zasobożerność" była wysoka.
-
2. Niska odległość rysowania scenerii.
A jaka by była dobra?
Myślę, że dobrym pomysłem byłaby możliwość oddzielnego ustawiania odległości rysowania obiektów jak i samego terenu. Wiadomo, że odległe rysowanie obiektów mocno wpływa na FPS jednakże dalekie rysowanie samej tekstury terenu już tak obciążające dla komputera nie jest, a pozwala osiągnąć naprawdę ciekawy efekt w szczególności na liniach biegnących w pagórkowatym bądź górskim terenie. Tak jest to rozwiązane w symulatorze Zusi i przy odległości rysowania terenu na poziomie 10km scenerie w terenie bardziej pofałdowanym wyglądają bardzo naturalnie.
-
Kalwi mnie wyprzedził, a miałem napisać w zasadzie to samo :)
Ustawienie odległości rysowania "na sztywno" nie jest dobrym pomysłem, powinna być możliwość wyboru w pewnym zakresie (od powiedzmy 500 m dla bardzo słabych komputerów do 4 czy nawet 5 km) właśnie ze względu na użytkowników – jeden posiada słabego kompa, inny potwora mogącego uciągnąć wszystko w maksymalnych detalach bez spadku FPS.
-
Ja natomiast zaznaczyłem te 3 opcje:
-Ilość działających przełączników w kabinach
-Oświetlanie scenerii przez lokomotywy
-Sposób uruchamiania lokomotywy
Oczywiście, że długie wczytywanie scenerii jaki i zachowanie AI przydało by się poprawić, ale jestem jeszcze to w stanie przełknąć (choć czasem mam nerwy jak AI psuje mi misję). Ja osobiście lubię zwracać uwagę na małe detale, jak choćby przełączniki czy sposób uruchomiania. Ktoś powie, że to pierdułki, ale diabeł tkwi w szczegółach. Ponadto też maja wpływ na większy realizm.
-
Ustawienie odległości rysowania "na sztywno" nie jest dobrym pomysłem, powinna być możliwość wyboru w pewnym zakresie (od powiedzmy 500 m dla bardzo słabych komputerów do 4 czy nawet 5 km) właśnie ze względu na użytkowników – jeden posiada słabego kompa, inny potwora mogącego uciągnąć wszystko w maksymalnych detalach bez spadku FPS.
Zgadzam się w 100%. O ile dobrze pamiętam, kilka lat temu była dyskusja/ankieta na temat rozbudowanych ustawień opcji graficznych. Jednak wtedy miało być to przeznaczone do SPT. Teraz, kiedy Ra rozbudowuje exe, wzbogacając je w funkcje stoworzone przez klika osób z dews, otwierają się przed nami zupełnie nowe możliwości. Dla mnie najważniejsze sprawy, które wymagają dopracowania to:
- sterowanie przez AI
- skrócenie czasu ładowania scenerii
- wzbogacenie ustawień graficznych
Co do wzbogacenia/rozbudowania mechanizmu sterowania lokomotywą – to trzeba odpowiedzieć na zasadnicze pytanie – czy gra jest warta świeczki? Bo może się zdarzyć sytuacja, że powiedzmy program osiągnie granice swoich możliwości, kiedy dołożenie nowych funkcji nie będzie możliwe, albo zaczną się konflikty w samym programie. Wtedy tylko SPT, albo nic...
P.S.
Ra, dzięki za wyjaśnienie mechanizmu skalowania tekstur.
-
Co do wzbogacenia/rozbudowania mechanizmu sterowania lokomotywą – to trzeba odpowiedzieć na zasadnicze pytanie – czy gra jest warta świeczki? Bo może się zdarzyć sytuacja, że powiedzmy program osiągnie granice swoich możliwości, kiedy dołożenie nowych funkcji nie będzie możliwe, albo zaczną się konflikty w samym programie. Wtedy tylko SPT, albo nic...
Wydaje mi się, że to nie program osiąga granice swoich możliwości, a jedynie programiści osiągają granicę rozumienia tego, co zrobili i oceny zgodności tego z przyjętymi założeniami. Nie umniejszając nikomu, modyfikacje kodu MaSzyny przypominają grę w bierki. Dołożyć funkcje zawsze można, a konflikty już są — część udało mi się usunąć. Zasadnicze pytanie jest, czy robić własny silnik graficzny, czy podłączyć się do cudzego. Obydwa rozwiązania mają zarówno wady jak i zalety. Póki co wprowadzam zmiany nieco spontanicznie i przynosi mi frajdę, a nie mam ambicji, by robić symulator od zera.
Na temat kompletnej symulacji funkcjonowania lokomotywy mam pewną koncepcję, ale musiałby mi ktoś rozpisać/rozrysować pełną funkcjonalność np. EU07. Sam tego nie zrobię, bo mnie to aż tak nie pasjonuje, żeby szukać materiałów i zagłębiać się w to.
-
Kozi, tylko nie pomyślałeś czemu w tej obecnej paczce ich nie ma :) Sam zapewne zauważyłeś, że z paczki na paczkę rośnie jej jakość, więc nie ma za bardzo co żałować tych wagonów. Większość z nich była kiepskiej jakości, podobnie jak i sprzęgi między nimi. Wniosek, skoro ich tam nie ma, to znaczy, że zdecydowanie nie nadawały się do PC 2010.
Nie mówię już o wagonach wątpliwej jakości. Ale taki przykład: jakiś czas temu na forum pojawił się wagon Samms nie pamiętam czyjego autorstwa. Potem nagle zniknął z działu Publikacje i w PC też go nie ma, a zły nie był.
-
Dodam też sprawę, której w ankiecie nie ma – dobrze byłoby, żeby dźwięki zdefiniowane w sekcji internaldata były słyszalne tylko wewnątrz pojazdu (np. trochę dziwnie wygląda, jak po wyjściu z kabiny słychać hasler)
No i przy okazji wyłączać sterowanie, bo maszynista będący na zewnątrz pojazdu nie może nim kierować ;)
-
Wydaje mi się, że to nie program osiąga granice swoich możliwości, a jedynie programiści osiągają granicę rozumienia tego, co zrobili i oceny zgodności tego z przyjętymi założeniami.
Pisałem to jako kompletny laik w kwestii programowania.
Nie umniejszając nikomu, modyfikacje kodu MaSzyny przypominają grę w bierki.
Tym stwierdzeniem mnie akurat nie zaskoczyłeś i spodziewałem się takiego wyjaśnienia.
Zasadnicze pytanie jest, czy robić własny silnik graficzny, czy podłączyć się do cudzego. Obydwa rozwiązania mają zarówno wady jak i zalety. Póki co wprowadzam zmiany nieco spontanicznie i przynosi mi frajdę, a nie mam ambicji, by robić symulator od zera.
A tutaj – no cóż w pewnym sensie wiele zmian zarówno twoich, jak i innych programistów sprawiło, że symulator zmienił swoje oblicze. Taka ewolucja, którą można dostrzec gołym okiem na przestrzeni tych kilku lat. Inna sprawa to SPT, który mimo znikomych informacji, zapewne się rozwija. W związku z tym pytanie : czy za wszelką cenę realizować większość postulatów zgłaszanych przez użytkowników w tej ankiecie, czy skupić się na najważniejszych z punktu widzenia stabilności samego programu. A "zachcianki" pozostawić do SPT – który będąc na etapie tworzenia daje znacznie większą swobodę implementacji. MaSzyna jaka jest wiemy wszyscy, ma swój klimat i cechy, które wyróżniają ją na tle innych programów – dla mnie jedną z ważniejszych jej cech jest to,że poprzez forum mogę podarować jej cząstkę siebie. I to jest bardzo satysfakcjonujące. Ale to tak na marginesie tylko. Koniec zbaczania z właściwego toru dyskusji.
-
Powiem tak, zrobię to, do czego będę miał wenę i przy czym będzie współpraca (czyli ja coś robię, ktoś inny coś robi i z połączenia wychodzi więcej, niż byłbym w stanie zrobić sam). Pewne koncepcje i plany mam, ale nie są one sztywne. Po to zrobiłem ankietę; i będę wyniki uwzględniał, co nie znaczy, że się będę sztywno trzymał. Dotychczas robiłem niektóre rzeczy, bo wydawały mi się proste do zrobienia, co nie znaczy, że były najbardziej potrzebne. Poza tym z ankiety wynikają również wnioski nie tylko dotyczące zmian w EXE, co też chciałem uzyskać.
-
Jeszcze powróćmy do ludzi. Pamiętam, że kiedyś gdzieś po jakimś peronie w jakiejś scenerii chodził sobie (chyba) sokista. Czy można wprowadzić chodzących ludzi na peronie? To też może dodać więcej realizmu.
-
Pamiętam, że kiedyś gdzieś po jakimś peronie w jakiejś scenerii chodził sobie (chyba) sokista.
Sokista chodzący był bodajże w scenerii Quark_MCE ;)
Czy można wprowadzić chodzących ludzi na peronie? To też może dodać więcej realizmu.
Pewnie jak wtedy się dało, to teraz też. Tylko nasuwa się pytanie, czy takie chodzące ludziki nie będą miały wpływu na FPS?
-
macius5991 naprawdę można masę rzeczy zrobić opierając się tym co już Ra i inni koledzy dokonali w exe. Brak jest chętnych. Ja nie umieszczam ludzi na peronach w swoich scenariuszach, bo po prostu nie mam na to ochoty i super opanowanego maxa. Dlaczego np. taki Ty nie nauczysz się robienia tylko tej jednej rzeczy? Jestem pewien, że ktoś by Cię nauczył tego, wbrew pozorom to nie jest sporo pracy. Dwa wieczory i umiesz. Powstawiałbyś we wszystkich sceneriach modele ludzi. Tylu Was coś chce, a nawet nie macie odwagi by spróbować swoich sił. Jeden wstawia ludziki i jest specem w tej dziedzinie, drugi trzaska slupki hekto, trzeci za pomocą notatnika robi przechyłki w torach i życie jest wspaniałe.
-
Dawna zapomniana już opcja – mianowicie przesiadanie się z jednej lokomotywy, do innej stojącej niedaleko.
Ew. możliwość zmiany czoła w EN57 (chyba że to już działa?)
Niepotrzebne skreśliłem.
Krzysiek626
-
Wracając do sokisty, to widzę, że w PC 2010 też jest, tylko że w scenerii quarkmce2007. @macius5991 wystarczy tylko poszukać, a znajdziesz tam wśród przeszkadzajek taki wpis:
//node 800 0 sokista dynamic road\men sok.dds sok sokstart2 0.0 headdriver 5.0 0 enddynamic
To twój poszukiwany sokista :)
-
SOKista chodził po peronie w pierwszej wersji linii 053.
-
Małą wadą symulatora jest to, że czasami przydałaby się funkcja "zapisz aktualny stan symulacji". Nie chodzi tu o stworzenie gry z symulatora, ale niektóre misje mają powyżej 1,5 godziny i naprawdę robi się niekiedy nudno(w życiu realnym jest ciekawiej), a tu jeszcze 2 godziny jazdy....
-
@Paczkuś, od tego masz klawisz ESC. Naciskasz go idziesz porobić to i owo i wracasz :) Już było wspomniane w tym wątku, że symulator ma odzwierciedlać pracę maszynisty i pewnie taki prawdziwy mech, nie ma takich opcji w życiu realnym. Czyli, że znudziła mu się jazda, to sobie poczeka, aż wrócą mu chęci na jej kontynuacje ;)
-
@Sawi, ale co innego życie realne, a co innego gapienie się w monitor kilka godzin ;).
-
@Paczkuś, od tego masz klawisz ESC. Naciskasz go idziesz porobić to i owo i wracasz :) Już było wspomniane w tym wątku, że symulator ma odzwierciedlać pracę maszynisty i pewnie taki prawdziwy mech, nie ma takich opcji w życiu realnym. Czyli, że znudziła mu się jazda, to sobie poczeka, aż wrócą mu chęci na jej kontynuacje ;)
No tak, ale np. zmiany podczas służby byłyby ciekawe :)
-
O widzisz Patryk, i tu masz całkowitą racje :) Zgadzam się z tobą. To jeszcze zależy od tego, kto jakie zmiany służbowe ma na myśli ;)
@Sawi, ale co innego życie realne, a co innego gapienie się w monitor kilka godzin ;).
Dlatego napisałem o klawiszu ESC. Wciskamy go i oczka wtedy nam odpoczywają :)
-
- Wydajność (FPS),
- Fizyka sprzęgów (dobrze gdyby można było połączyć lokomotywe z wagonami sprzęgiem elektrycznym),
- Lokomotywy z rozruchem impulsowym.
-
WIEM! Parowozy. Aby exe obsługiwało parowozy. Można by było zrobić rozruch impulsowy i obsługę parowozu za jednym zamachem. Ale to już @Ra zadecyduje.
-
- Fizyka sprzęgów (dobrze gdyby można było połączyć lokomotywe z wagonami sprzęgiem elektrycznym),
ZTCW jest taka opcja w EXE (sprzęg 8, w starterze Wysokie napięcie) tylko nie jest nigdzie używana. Być może kwestia wykorzystania tej opcji to tylko odpowiednie zdefiniowanie sprzęgów w modelu, ale tu się już nie orientuję.
-
Ja zagłosowałem na rozruch impulsowy. Według mnie jest to punkt wyjścia do dalszego rozwoju symulatora (mam na myśli wprowadzanie nowego taboru).
libertyn89
-
Według mnie najistotniejszą sprawą są dźwięki. Każdy kto zasiada przed MaSzyną i będąc w przekonaniu, że to symulator z prawdziwego zdarzenia będzie oczekiwał realistycznych dźwięków wydawanych przez lokomotywę. Można się trochę zawieść gdy po 15-20 minutowym wczytywaniu ET22 wydaje dźwięk sprężarki jak w EU07. Zielony użytkownik MaSzyny raczej nie będzie wiedział jak podmienić dźwięki. W przypadku elektrowozów to jeszcze nie jest tak szczególny problem jak ze spalinówkami. SU45, SU46 czy M62 wymagają nowych dźwięków silnika.
Mamy też świetną scenerię taką jak Linia053. Także oświetlenie scenerii przez lokomotywy jak najbardziej wskazane. Oddałem też swój głos aby w scenerii była jakaś panorama miasta. W zasadzie bardzo by to uprzyjemniało jazdę niż łyse, zielone pole :)
-
Zacznę od tego, że należę do grona osób narzekających na wszystko i wszystkich, nie mniej jednak uważam, że takie opinie również są tutaj potrzebne/przydatne.
Co mnie najbardziej razi: przy obejmowaniu "zimnej" lokomotywy, nawet, gdy nie mamy powietrza pantografy podnoszą się niemalże z I prędkością kosmiczną (gdzie ten stary symek...), brak możliwości załączenia baterii, można by jeszcze dodać otworzenie zaworu powietrza do pantografów w maszynowni i obsługę hamulca ręcznego. Na domiar mojej "złośliwości" dopowiem, że mile widziana by była możliwość załączenia rozruchu na zimno. W czasie jazdy razi obsługa odluźniacza. Wystarczy raz pyrgnąć i z niesamowitą szybkością ciśnienie schodzi z cylindrów, no i oczywiście schodzi do zera przy pierwszym wciśnięciu (ciekaw jestem, czy w SPKS zostanie to poprawione).
Dźwięki – też nie należą do najlepszych. Ale, czy to, że Trainz i MSTS posiadają w miarę realne dźwięki wydawane przez tabor czyni je bardziej realistyczne?
-
Na domiar mojej "złośliwości" dopowiem, że mile widziana by była możliwość załączenia rozruchu na zimno.
OIDP wystarczy nacisnąć L (bez shifta).
(ciekaw jestem, czy w SPKS zostanie to poprawione).
Chyba już nawet było poprawione.
-
OIDP wystarczy nacisnąć L (bez shifta).
Owszem (równie dobrze możesz to zrobić na zahamowanej lokomotywie powyżej 2 barów), ale to nie zimny rozruch ;)
-
By moc zrobic sterowanie na zimno na EU07, warunkiem sa: uszyniony obwod, otwarta szafa WN, powietrze w ZG i PG, oprozniony cylinder hamulcowy oraz nastawnik kierunkowy na kierunku...
-
I tu się zgodzę, więc chyba nie ma potrzeby robić do symulatora takich podchodów w kierunku jednego głupiego zimnego, skoro i tak większość "maszynistów" będzie pomijać ten (a jakże!) ważny element przy obejmowaniu lokomotywy. I tu mnie oświeć: to pokrętło nad drzwiami do szafy służy tylko do ich odryglowania, czy jednak jest uzależnienie elektryczne, aby móc ten rozruch przeprowadzić? I tak wiadomo, że wpierw trzeba szafę otworzyć, żeby załączyć tam zimny rozruch.
-
Nie mam pojecia, ale raczej tak. Ciekawostka – zimny rozruch mozna na 303E przeprowadzic przy zamknietej szafie WN, trzymajac wylacznik szybki zalaczony i wylaczony rownoczesnie.
-
Jakiś mechanik mi kiedyś prezentował na EU06-10 zimny rozruch na zasadzie przytrzymania przycisku załączania WS'a i w takim stanie nastawnikiem na pozycje, więc w anglikach (i pewnie EU07 typu 4E też) nie trzeba trzymać obu. To tak BTW, a tytułem tematu to nie wiem czy jest sens już bawić się w MaSzynie w rozruch impulsowy, skoro, nie oszukujmy się, nawet spalinowozy załączane są jak EU07, co jest jakby to powiedzieć... kompromitujące. Padła propozycja żeby zaimplementować załączanie baterii, a ja powiem więcej – nie zaszkodzi też zasymulować działania odłączników pantografów, tylko ważne żeby przy całym planowaniu nie zabrakło przycisków do przypisania funkcji.
-
Małą wadą symulatora jest to, że czasami przydałaby się funkcja "zapisz aktualny stan symulacji".
(...)od tego masz klawisz ESC. Naciskasz go idziesz porobić to i owo i wracasz :)
Przepraszam bardzo, ale zatrzymanie symulacji nie jest żadnym rozwiązaniem. Bardzo często chciałbym sobie posymulować na MaSzynie, ale mam tylko godzinkę wolnego czasu (za symulowanie pracy maszynisty nikt mi nie zapłaci). I co?
Godzinka teraz -> ESC -> 23h -> i następna godzinka -> itd.
To ma być rozwiązanie?
-
@Blackboy, widzę uczepiłeś się tego zapisu. Ja pisałem o tym jak jest obecnie w Maszynie, a nie jak może być za jakiś czas.
-
Co nie zmienia faktu, że jest to jedno z dwóch podstawowych niedomagań MaSzyny. Długi czas wgrywania i brak możliwości zapisu symulacji.
Stąd pytanie użytkowników, w sąsiednim wątku, o czas trwania scenariusza jest zabieraniem się do problemu od złej strony.
Co za symuluje 30 minutowa misja?
Kilku godzinne misje są najlepsze (najbardziej zbliżone do rzeczywistości), ale kto może sobie na nie pozwolić?
Pomijam kwestię, że po 2 godzinach monotonnej jazdy, człowiek ma już serdecznie dość.
-
Co nie zmienia faktu, że jest to jedno z dwóch podstawowych niedomagań MaSzyny. Długi czas wgrywania i brak możliwości zapisu symulacji.
Żeś się uczepił tego zapisu strasznie he he.
Stąd pytanie użytkowników, w sąsiednim wątku, o czas trwania scenariusza jest zabieraniem się do problemu od złej strony.
Co za symuluje 30 minutowa misja?
Chwila o ile mi wiadomo ankieta nadal trwa :) Czyli nie jest przesądzone te 30 minut.
Kilku godzinne misje są najlepsze (najbardziej zbliżone do rzeczywistości), ale kto może sobie na nie pozwolić?
Pomijam kwestię, że po 2 godzinach monotonnej jazdy, człowiek ma już serdecznie dość.
Tak jasne, tylko ciekawe ile z Was przejechało te kilku godzinne misje.
-
"Zapisywanie stanu symulacji", to nie jest wyjście, to jest rozwiązanie.
-
"Zapisywanie stanu symulacji", to nie jest wyjście, to jest rozwiązanie.
Pod warunkiem, że znajdziesz osobę, która Ci taką misję zechce napisać. Znasz taką? Bo ja nie. Żeby zrobienie tej opcji miało sens, to najlepiej byś miał kilka takich długich służb. Wtedy jest to opłacalne.
-
Benek, króciutko i na temat. Jeszcze się taki nie urodził, co by wszystkim dogodził :)
-
Przecież misja nie musi trwać kilku godzin. W chwili obecnej włączając MaSzynę niejako przywiązujesz się do komputera.
A co z osobami które mogą poświęcić na MaSzynę tylko pół godzinki, i to raz na kilka dni?
A co ze zdarzeniami losowymi (20 minut ładowania Drawinowa, 20 minut symulacji, a tu telefon i trzeba iść)?
-
Pytanie. Ile tak na dobra sprawę jest takich osób hmmm? Jeśli sporo, to faktycznie ma to jakiś sens, ale jeśli garstka, to nie bardzo tu widzę sens takiego zapisu.
-
A co z osobami które mogą poświęcić na MaSzynę tylko pół godzinki, i to raz na kilka dni?
A co ze zdarzeniami losowymi (20 minut ładowania Drawinowa, 20 minut symulacji, a tu telefon i trzeba iść)?
A co z osobami, które mają słabe kompy?
Po to jest ta ankieta, nic więcej nie możesz zrobić, chyba że sam stworzysz taką możliwość w exe. Być może kiedyś się doczekasz takiej opcji i będziesz miał radość z MaSzyny, czego Ci życzę. Ja ze swojej strony dziękuję za dyskusję na ten temat.
Pozdro :)
-
Uprzejmie proszę o nieroztrząsanie, czy sens jest, czy nie. Jeśli będzie możliwe i w miarę łatwe do zrobienia oraz będzie zapotrzebowanie, to się zrobi. Obowiązku korzystania nie ma.
-
Nie wiem, czy było, ale jak dla mnie rażącym błędem w działalności symulatora jest jego niestabilność i wrażliwość na działanie innych programów (patrz: spadek FPS`u np. przy załączonym GG, czy programach antywirusowych). Co do niestabilności u mnie przejawia się w to w dziwny sposób. Czasem jadąc na jakiejkolwiek misji, gdy pojawi się "iskra na patyku", po prostu wywala mi raport.
@Ra, poprawki exe poukładał bym w takiej oto (jak dla mnie najlepszej) kolejności:
- poprawa hamowania składu i lokomotyw (patrz SPKS, wersja 792 kb, jak dla mnie najlepsze exe), rozruch impulsowy i fizyki dla parowozów.
- światła lokomotyw (też coś w rodzaju tych które generuje SPKS).
- poprawa wyświetlania trakcji.
- najważniejsze, ustabilizowanie symulatora aby nie był podatny na przycinanie się gdy jakiś inny program jest włączony.
- poruszający się ludzie, dźwięki stacyjne itp. proponował bym na końcu robić, razem z tzw. "pierdyłkami" w postaci wyświetlaczy cyfrowych.
Co do sprzęgu grzania, tutaj może rodzić się problem z wysokością wtyczki i samego gniazda. Lokomotywy nie posiadają na tych samych wysokościach gniazd, może być sytuacja, że wtyczka zacznie lewitować w powietrzu. Nad tym wypadało by się zastanowić.
Co do deszczu. Kto grał w Colina McRae Rally (np. 04, 2005) zgodzi się ze mną że tego typu wyświetlanie deszczu w symulatorze było by oczywiście najlepsze.
Moja propozycja jest jeszcze taka. Proponuje popracować nad silnikiem graficznym symka, żeby osiągnąć efekty grafiki takie jak w wyżej wymienionej grze. Wtedy osiągniemy pełen realizm zarówno fizyki jak i grafiki.
Dziękuję, tyle ode mnie :)
EDIT: Aha, @Ra, zapomnieliśmy, że przecież nie mamy w symulatorze odpowiednio działających wycieraczek. To tak na marginesie :)
-
Dla mnie najbardziej dolegliwymi wadami są długość wczytywania scenerii oraz brak możliwości zapisu.
Odnośnie pierwszego – symulator wczytuje całą scenerię, dopiero potem można zacząć jeździć. W różnych grach gdzie mamy do czynienia z rozległym terenem, tenże jest podzielony na kafle, które się doczytują (wraz z zawartością) na bieżąco. Więc najlepiej wczytać na starcie bardziej ważne dane, a te pomniejsze doczytać w trakcie symulacji. No i właśnie brak możliwości zapisu jest dużym utrapieniem. Nie każdy chce/może siedzieć całe godziny żeby ukończyć służbę w MaSzynie. Przypominają mi się trochę dawne czasy, kiedy przed Mechanikiem siedziałem cholera-wie-ile żeby przejechać całą trasę, a naciśnięcie Escape kończyło zabawę.
Jeszcze poruszę kwestię terenu w symulatorze. W Trainz i MSTS teren jest oparty na polygonach, rozwiązanie dosyć powszechne, ale nie pozwala na dokładniejsze odwzorowanie terenu. Grał ktoś może w starą "Delta Force"? W tej grze teren jest odwzorowany przy użyciu tzw. vokseli (ang. volumetric pixel, piksel sześcienny). Wg. mnie daje to większe możliwości przy tworzeniu terenu dla tras, szczególnie w oparciu o dane DEM (digital elevation model).
http://pl.wikipedia.org/wiki/Voxel
-
Nie wiem, czy było, ale jak dla mnie rażącym błędem w działalności symulatora jest jego niestabilność i wrażliwość na działanie innych programów (patrz: spadek FPS`u np. przy załączonym GG, czy programach antywirusowych). Co do niestabilności u mnie przejawia się w to w dziwny sposób. Czasem jadąc na jakiejkolwiek misji, gdy pojawi się "iskra na patyku", po prostu wywala mi raport.
Exe nie jest wrażliwe na inne programy, a tylko i wyłącznie na zasoby procesora. Jeśli inne programy żarłocznie obciążają twój procesor, to możesz mieć skoki fps. Ale to nie jest wina exe, tylko sposobu w jaki inne programy obciążają procesor.
-
Dodałbym jeszcze regulacje głośności programu. Użytkownicy Windowsa 7 problemów nie mają bo mogą ustawić ręcznie głośność programu. W inncyh systemach jest już gorzej. Niestety grając oraz będąc jednocześnie na teamspeaku jest to bardzo uciążliwe. Teamspeak musi być ustawiony na max.
-
Normalnego widoku w lusterku brakuje, już nie idzie patrzeć na to zdjęcie. Tak samo na widok okien w loku czy wagonach.
-
brak możliwości zapisu.
Zadajmy se pytanie czy to ma być gra?,czy symulator?.Jeśli symulator i ma odzwierciedlać rzeczywistość, to ja nie spotkałem się z maszynistą który podczas jazdy zatrzymał pociąg na polu i sobie poszedł.Dla mnie opcja zapisywania jest bezsensu jeśli chodzi o symulatory.- poprawa hamowania składu i lokomotyw (patrz SPKS, wersja 792 kb, jak dla mnie najlepsze exe), rozruch impulsowy i fizyki dla parowozów.
- światła lokomotyw (też coś w rodzaju tych które generuje SPKS).
- poprawa wyświetlania trakcji.
- najważniejsze, ustabilizowanie symulatora aby nie był podatny na przycinanie się gdy jakiś inny program jest włączony.
- poruszający się ludzie, dźwięki stacyjne itp. proponował bym na końcu robić, razem z tzw. "pierdyłkami" w postaci wyświetlaczy cyfrowych.
Zgadzam się z kolegą ST44-003, tego najbardziej brak.
-
@zbyszek 300, nie ma nad czym dyskutować. Ja wczoraj zrozumiałem aluzje @Ra i nie mam żalu. Wyraziłem tylko swoje zdanie na temat zapisu i tyle. Ja już na ten temat nie dyskutuje, bo autor tego wątku odpowiedział krótko i na temat:
Uprzejmie proszę o nieroztrząsanie, czy sens jest, czy nie. Jeśli będzie możliwe i w miarę łatwe do zrobienia oraz będzie zapotrzebowanie, to się zrobi. Obowiązku korzystania nie ma.
Więc dyskusja nad tym czy ma sens taki zapis, czy nie, jest zbędna. Autor ankiety zechce to zrobi i tyle :)
-
Exe nie jest wrażliwe na inne programy, a tylko i wyłącznie na zasoby procesora. Jeśli inne programy żarłocznie obciążają twój procesor, to możesz mieć skoki fps. Ale to nie jest wina exe, tylko sposobu w jaki inne programy obciążają procesor.
To jest oczywiste, jednak zauważ że mając takiego TRS`a, MTS`a, czy zwykłe gry, ten problem nie występuje (a jeśli występuje, to tylko przy wybitnie słabych sprzętach które jadą na wymaganiach minimalnych). Co do mimowolnego wywalania raportu, to tylko i wyłącznie z winy symulatora, nie załączonych programów. Mój komp nie należy do najmocniejszych, więc zawsze przed rozpoczęciem jazdy wyłączam niepotrzebne programy, zostawiając tylko i wyłącznie foobar`a, z którego leci muzyka.
Aha, zapomniał bym. Co do dźwięków, poprawił bym też to, że wychodząc na zewnątrz lokomotywy przez F4 słyszymy dźwięki z kabiny. To jest wybitnie do poprawy.
No i najważniejsze: nauczmy wreszcie AI podpinać się pod skład.
Ja bym jeszcze chciał się dowiedzieć, co sądzicie o sterowaniu zarówno klawiaturą jak i myszką? Myszka daje więcej możliwości załączania niektórych elementów w kabinie niż klawiatura, która ma ograniczoną ilość klawiszy.
-
Normalnego widoku w lusterku brakuje, już nie idzie patrzeć na to zdjęcie.
Potwierdzam najbardziej rażący problem który nie był wymieniony w ankiecie.
-
A jest to możliwe do wykonania?
-
Chyba jest, kolega Q miał coś takiego w swoim exe ale na 100% pewny nie jestem.
-
Normalnego widoku w lusterku brakuje, już nie idzie patrzeć na to zdjęcie. Tak samo na widok okien w loku czy wagonach.
Pytanie czy to nie obniży bardzo znacząco FPSów (wnioskuję to z doświadczenia z gier samochodowych, gdzie włączenie widoku lusterka powodował duży spadek płynności symulacji).
PS. Czy możliwe jest usunięcie efektu migotania pasków gdy 2 plane się nakładają – z poziomu exe oczywiście.
-
Pytanie czy to nie obniży bardzo znacząco FPSów (wnioskuję to z doświadczenia z gier samochodowych, gdzie włączenie widoku lusterka powodował duży spadek płynności symulacji).
Więc tutaj również proponowałbym opcje (lusterka wł/wył), tak samo z save'em jeśli powstanie. Masz słabego kompa to sobie wyłącz opcje i tyle. W symulatorze DCS A-10C wymagania są ogromne, i tam nikogo nie obchodzi jaki kto ma sprzęt. Robią żeby było najbardziej realnie i najlepiej wyglądało, dlatego tam powstały opcje typu on/off dla tych o trochę słabszym sprzęcie. Tyle w kwestii co musi być a co jest zbędne, żeby nie było kolejnych postów typu po co a na co.
-
Inter City, ja jednak mimo wszystko byłbym daleki od porównywania naszego symka do symulatora samolotów. Filmik promujący ten symulator
Na pierwszy rzut oka widać, że wspomniany prze ciebie symulator jest zrobiony na bardziej wydajniejszym i zapewne nowszym silniku graficznym. Jak dla mnie, to dwie zupełnie inne bajki. Co do opcji włącz i wyłącz. Jest to faktycznie bardzo dobry pomysł :) Kto zechce, to sobie ją włączy, a kto to nie, to sobie wyłączy i tyle :)
-
Moim zdaniem nie ma co mowic o bajerach typu save'y czy lusterka dopoki nie zostana wyeliminowane podstawowe wady symka. Fajnie by bylo bujnac sie husarzem na Drawinowie, ale co z tego jesli trasa bedzie sie wczytywac pol godziny i jeszcze moze sie okazac ze akurat AI sobie zastrajkowalo i nie pojedziemy? Ra juz wiele rzeczy w exe zrobil i ma duze plany co do rozwoju ale najpierw poczekajmy na format binarny ktory powinien zmniejszyc czas wczytywania itp. a dopiero potem mowmy o lusterkach i innych bajerach :)
-
Pytanie czy to nie obniży bardzo znacząco FPSów (wnioskuję to z doświadczenia z gier samochodowych, gdzie włączenie widoku lusterka powodował duży spadek płynności symulacji).
Obniży. Każde lusterko to dodatkowe renderowanie scenerii. Czyli do ilości lusterek trzeba dodać 1 (widok normalny) i podzielić przez uzyskaną liczbę aktualny FPS.
PS. Czy możliwe jest usunięcie efektu migotania pasków gdy 2 plane się nakładają – z poziomu exe oczywiście.
Chyba nie. Chyba że znasz sposób. Ja się grafiką 3D zająłem w grudniu 2010 i mam o tym niewielkie pojęcie.
W symulatorze DCS A-10C wymagania są ogromne, i tam nikogo nie obchodzi jaki kto ma sprzęt. Robią żeby było najbardziej realnie i najlepiej wyglądało, (…).
Zwrócił bym raczej uwagę na słowo "robią". W przypadku MaSzyny od wielu lat jest zastój. Szczególnie widać braki w warstwie koncepcyjnej. Deweloperzy głównie robią trasy i modele, jedynie z rzadka ktoś czasem się porwie z pomysłami na EXE, ale w większości przypadków utyka na czymś i wszystko zostaje po staremu. To, co robię ja, jest raczej działalnością rekreacyjną i nieukierunkowaną na jakieś ambicje. Po prostu patrzę, co da się zrobić i robię. Porównywanie z symulatorem lotu jest raczej kiepskim pomysłem, gdyż są inne uwarunkowania techniczne symulacji. Co do symulacji pociągów — nie widzę problemu, żeby ktoś opisał, jak coś można zrobić lepiej. Nawet jestem otwarty na współpracę — jak ktoś rozpracuje sposób modelowania jakiegoś zjawiska, to ja to zaprogramuję.
Moja propozycja jest jeszcze taka. Proponuje popracować nad silnikiem graficznym symka, żeby osiągnąć efekty grafiki takie jak w wyżej wymienionej grze. Wtedy osiągniemy pełen realizm zarówno fizyki jak i grafiki.
Proponuję nie pisać takich rzeczy, jeśli nie będą one poparte konkretami w postaci kodu w C++. Ja nie mam wielkiego pojęcia o grafice i chętnie się czegoś jeszcze dowiem, ale muszą być konkrety.
-
ja zaznaczyłem:
1. Zachowanie AI
2. System zastępujący eventy
3. Zapis stanu symulacji i wczytanie
Ad 1 i 2: punkty połączone ze sobą – chyba wiadomo o co chodzi. Brakuje odwzorowania systemów SRK (zależności, przebiegi, zajętość/zwalnianie toru itp itd) – wszystko musi być zrobione przez memcelle i eventy. A dokładając do tego kulawe AI nierzadko bywa, że AI nie przyjechało (bo stoi w polu i myśli, albo urwało sprzęg) => jakiś event się nie wykonał => memcell nie dostał tej wartości co trzeba (lub inny dowolny łańcuch zdarzeń) => stoimy na S1 pół godziny i dumamy OCB (albo wjeżdżamy na czołowe z innym AI, bo zwrotka sie nie przełożyła).
Ad3: są ludzie który tak jak Mkaczy odpalają symka i jadą non-stop przez 8 czy 12h – jak lubią to ich sprawa (btw. szacun). Są też ludzie który chcieli by sobie przejechać misję 5h "na raty" po godzince dziennie – bo dziecko/żona/szkoła itp. Jak nie skrzywdzić ani jednych ani drugich, a dać wszystkim "równe szanse" na przejechanie długiej misji? Chyba nie muszę pisać, bo odpowiedź jest oczywista... ;)
A z fajerwerków/duperelków myślę, że może by tak w końcu nadszedł czas na przezroczyste szyby? Zdaję sobie sprawę, że do tego potrzebne by były odpowiednie modele, ale może na początek mogłoby to działać tylko dla tych pojazdów które mają wnętrze. A do innych wnętrza podorabia się w miarę czasu i możliwości.
EDIT: dodano słowo "długiej"
-
Odpowiedź jest prosta: ten, kto będzie chciał przejechać godzinną misję – przejedzie sobie godzinną. A ten, co będzie chciał przejechać 5-godziną misję – przejedzie 5-godzinną. Błagam, nie róbmy z tego Trainza.
-
Uważam, że jedną z największych wad Maszyny jest brak edytora scenerii. Myślę, iż zachęciłby on wielu do tworzenia nowych scenerii, a ich brakuje, zwłaszcza tych realistycznych. Bardzo ważną wadą jest też zachowanie AI. Kolejną, bardzo ważną wadą jest brak nowoczesnych pojazdów, np. szynobusów, lokomotyw z rozruchem impulsowym. Bez nich MaSzyna powoli staje się symulatorem historycznych pojazdów szynowych (nie mówię jednak, że należałoby się skupić tylko na używanych obecnie pojazdach). Niedopracowane są hamowanie, dźwięki, zwłaszcza lokomotyw spalinowych, przyspieszenie EN57, drzwi...
-
Dla mnie wygląda to tak, jakby nikomu nie chciało się zjechać i spojrzeć co jest niżej. AL nie jest w takim złym stanie. Z długim wczytywaniem scenerii da się żyć a jak ktoś ma w miarę dobrego kompa to FPS nie jest również problemem. Dla mnie mankamentem jest brak parowozów, to mogłoby bardzo urozmaicić grę. Poza tym można by dołożyć jakieś rzeczy, które poprawią grywalność scenerii (warunki pogodowe, więcej budynków itp.). Taką już pomniejszą rzeczą, ale dla mnie, jako osoby, która bardzo lubi diesle, dobrym rozwiązaniem byłoby również dodanie realistycznych dźwięków silnika, np do SU46 czy innych spaliniaków. Ale to tylko moja sugestia :)
-
@mati77 pozwolę sobie na małe sprostowanie :) Maszyna to nie gra, tylko symulator. Co do długiego wczytywania się scenerii, owszem da się to przeżyć. Jednak nie można być egoistą i należy mimo wszystko pamiętać o osobach, które nie mają zbyt mocnych komputerów i dla nich takie wczytywanie to katorga.
-
Zapamiętam na przyszłość :) / Ja rozumiem, wyraziłem tylko swoje zdanie, sam nie mam super komputera ale jakoś daje radę.
-
Nie wiem, czy było, ale jak dla mnie rażącym błędem w działalności symulatora jest jego niestabilność i wrażliwość na działanie innych programów (patrz: spadek FPS`u np. przy załączonym GG, czy programach antywirusowych). Co do niestabilności u mnie przejawia się w to w dziwny sposób. Czasem jadąc na jakiejkolwiek misji, gdy pojawi się "iskra na patyku", po prostu wywala mi raport.
Exe nie jest wrażliwe na inne programy, a tylko i wyłącznie na zasoby procesora. Jeśli inne programy żarłocznie obciążają twój procesor, to możesz mieć skoki fps. Ale to nie jest wina exe, tylko sposobu w jaki inne programy obciążają procesor.
Jeżeli mogę, zależy to od zarządzania piorytetami zasobów i ustawieniem koligacji w systemie. Proponuję zagłębić się w lekturze WinAPI32. I skoro jesteśmy przy wydajności – Jak na razie widzę, że MaSzyna jest procesem wykorzystującym 1 procesor logiczny. Reszta jest nieużywana, co czyni wielkie straty wydajności na coraz to bardziej popularniejszych wielordzeniowych procesorach. Nie do końca wczytałem się w delegowanie żądań interfejsu aplikacja <-> system, aczolwiek wartoby pomyśleć, w przypadku wykrycia wielu rdzeniów aplikacja obciążałaby każdy fizyczny/logiczny rdzeń obliczeniami. A w symku jest co podzielić – Obliczenia fizyki jazdy, każdy skład może mieć swój wątek obliczeniowy, wczytywanie modeli również może odbywać się równolegle – przy dwóch rdzeniach, czas ładowania (nie licząc wydajności pozostałych komponentów) skracamy praktycznie o 50%.
Wiem, że rzucam hasłami, jednak ten wątek nie służy podkładaniu gotowych rozwiązań, aczkolwiek uwidocznienia z punktu użytkowników wad. A aspekt marnotrawienia potencjału obliczeniowego maszyn jakie mamy w domu w moim przekonaniu jest wadą.
-
Inter City, ja jednak mimo wszystko byłbym daleki od porównywania naszego symka do symulatora samolotów.
Miałem na myśli na co w owym symulatorze kładą nacisk, broń boże nie porównuję obu symulatorów, bo nie ma nawet co porównywać.
Obniży. Każde lusterko to dodatkowe renderowanie scenerii. Czyli do ilości lusterek trzeba dodać 1 (widok normalny) i podzielić przez uzyskaną liczbę aktualny FPS.
Dlatego tutaj proponuję opcję typu włącz/wyłącz.
Zwrócił bym raczej uwagę na słowo "robią". W przypadku MaSzyny od wielu lat jest zastój...
Fakt więcej osób oczekuje na gotowca niż próbuje samemu coś zrobić. Na głowę bije już masa tekstur do danego loka, która naprawdę jest już zbędna bo jest tego ogrom. Wiem że nie każdy się urodził programistą, ja też jestem zielony. Może jakiś prostszy edytor byłby w stanie pomóc początkującym w tworzeniu tras. Temat exe to już w ogóle wyższa szkoła jazdy, ale dźwięki ?. Tyle miłośników kolei, każdy cyka foty a materiałów jakoś nie widać. Jeśli marzymy o Maszynie takiej jaką chcemy żeby była, trzeba się zaangażować wspólnie. Nie tylko liczyć na tych co wnoszą wkład w rozwój maszyny bo jest ich nie wielu. A tak czekając i licząc tylko na nich, zobaczymy lub nie, Maszynę jaką oczekujemy, ale w wieku emerytalnym lub wcale.
-
Wklejam dwa screeny, pierwszy pokazuje użycie procesora z dwoma rdzeniami i odpalonej L61, drugi użycie procesora tuż po wciśnięciu F10. Użycie obu rdzeni spada co widać na krzywej wykresu. Śmiem twierdzić że exe korzysta z obu rdzeni i narzekanie w tym temacie jest zbędne. Jeśli ktoś może zrobić porównanie dla procesorów z większą ilością rdzeni, poproszę.
-
A jaką masz kartę graficzną? NVidia w swoich sterownikach dodaje opcję, która sprawia, że odpalone aplikacje korzystają z obu rdzeni nawet wtedy, gdy nie były do tego przystosowane.
-
Mam kartę GF9500, już kiedyś pisałem na temat w dziale dla betatesterów.
-
Można by urealnić uruchamianie loków, coś na w wzór exe kolegi @KURSA dodać baterie, realne załączanie elektrowozów/spalinowozów.
-
Co do obserwacji @Krzysiek626 – ja fizycznie mam dwa rdzenie, ale Menedżer Windows widzi cztery – I po uruchomieniu scenerii L61, mam użycie procesora na poziomie 25 %, a graficznie wskazuje na użycie procesora nr 1 i 4.
EDIT:
Kiedyś była na ten temat podobna dyskusja.
http://eu07.pl/forum/index.php/topic,9201.msg91455.html#msg91455
-
Jak dla mnie najwiekszym problemem symulatora, jest brak rozruchu impulsowego, ktory ciagnie za soba brak mozliwosci odwzorowania wielu maszyn, ktore juz od dluzszego czasu sa na Polskich szlakach (np. EN81, ktory idealnie by sie nadawal do elektrycznego Calkowa, na jakas misje osobowa).
Druga wada jest brak latwego edytora/kreatora scenerii, ktory pozwolilby sprobowac sil w budowaniu trasy nawet tak zielonej osobie jak ja.
To wg. mnie jest najwazniejsze, a jako trzeci punkt to cos malo waznego na dzis, czyli podswietlenie kabiny w nocy, cos na wzor podswietlenia pulpitu w EN57 :P
-
Co do taboru, to zdecydowanie mała ilość szynobusów. W PC2009 było ich więcej, niż w PC2010, ale jak wiadomo, nie były one dopracowane.
-
Wklejam dwa screeny, pierwszy pokazuje użycie procesora z dwoma rdzeniami i odpalonej L61, drugi użycie procesora tuż po wciśnięciu F10. Użycie obu rdzeni spada co widać na krzywej wykresu. Śmiem twierdzić że exe korzysta z obu rdzeni i narzekanie w tym temacie jest zbędne. Jeśli ktoś może zrobić porównanie dla procesorów z większą ilością rdzeni, poproszę.
Tutaj muszę się z kolegą @Krzyśkiem626 niezgodzić, ponieważ z całym szcunkiem, ale nie widać zużycia przez aplikację eu07.exe (czyli de facto maszynę) tylko całokształt zużycia procesora. W moim wypadku proces ładowania scenerii (akurat na szybko wczytywałem TD.scn) był inny.
Pierwszy załącznik (umownie będę posługiwał się słowem zrzut ekranu) przedstawia stan komputera przed testami.
W zrzucie ekranu numer dwa chwile po tym, jak załączyłem wczytywanie scenerii (Widzimy zużycie na poziomie 50% procesora). Następnie wykres zużycia całokształtu procesorów przedstawia się diametralnie różnie. Kolejno pokazałem ustawiony piorytet zadania, a koligacja ustawiona była na oba rdzenie. Na końcu stan symulacji w trakcie działnia symka – również max obciążenie wynosi 50%.
By uniknąć zbędnych pytań, zamieszczam platformę testową:
Laptop AsusTek F5Z,
Renderer: ATI Radeon HD 3200 Graphics; OpenGL Version: 3.3.10151 Compatibility Profile Context
Windows 7 Ultimate x64 Service Pack 1
CPU AMD Athlon(tm) X2 Dual-Core QL-60
RAM: 3072 MB
Paczka Całościowa 2010_DDS, EXE_162
Powracając, jak widzi się biegacza, który używa tylko jednej z dwóch nóg, rzadko będzie demonem prędkości i osiągów. Podobnie ma się rzecz tutaj, posiadając 4-rdzeniowy procesor nowej generacji 'ale' z taktowaniem 1,8 GHz mam gorsze osiagi niż kolega z PIV, 3,06 GHz mimo przepaści wydajnościowej dzielącej generację. Przyznam się szczerze, ale porównywalne czy nawet lepsze osiągi mam na komputerze starszym o całe 5 lat (Athlon XP 2000+, GeForce 4 Ti 4200, 1 GHz RAM) niż na obecnym sprzęcie. Dla mnie daje to do myślenia.
P.S. Może rzeczywiście dyskusja na temat wielowątkowości jest nie w tym temacie? Pisząc tutaj chciałem odwołać się do kolegi Krzyśka i uargumentować tę wadę, która de fakto ma wpływ na czas ładowania scenerii.
-
Możesz się nie zgodzić, ale racji nie masz. Pokazałeś na screenach ilość procesów i usług, a to nic nam nie mówi. Te procesy u mnie zajmują raptem 2% pracy procesora przy otwartej przeglądarce internetowej. Moje screeny pokazują wyraźnie stan zajęcia procesora w trakcie jazdy i tuż po wyłączeniu symulacji (F10). Wyraźnie widać równomierne obciążenie obu rdzeni i równomierne zwolnienie po wyłączeniu.
Wniosek jest jasny i bezdyskusyjny, u mnie exe jest obsługiwane przez dwa rdzenie. Wklejam screen z procesu wczytywania scenerii. Wyraźnie widać wzrost aktywności obu rdzeni po rozpoczęciu wczytywania.
-
A pokaż jeszcze zakładkę procesy z uruchomioną Maszyną.
-
Proszę jest załącznik, sprzęt to Pentium dual core E6300, grafika GF9500 1gb. 2gb ram – jedna kość i win xp z sp3.
...przy dwóch rdzeniach, czas ładowania (nie licząc wydajności pozostałych komponentów) skracamy praktycznie o 50%.
Marzenie dobre, niestety tak nie będzie. Te dwa rdzenie nadal będą miały dostęp do jednej pamięci, jednej karty graficznej i innych zasobów, przyrost może być, ale nie 50%
-
Zwróć uwagę, że proces eu07 zużywa zawsze nie więcej, jak połowę mocy procesora. Czyli praktycznie tak, jakbyś korzystał z jednego rdzenia, a że na wykresie pokazuje inaczej, to już inna sprawa, trzeba by się zagłębić w sterowniki procesora i takie tam:). Ciekawi mnie, jak by wyglądało to na najnowszych prockach intela z serii "i". Podobno potrafią przekazać całą moc na jeden rdzeń i podkręcić go automatycznie, gdy korzysta się z aplikacji wykorzystującej tylko jedno jajo.
-
1. Wielką wadą jest możliwość nałożenia tylko jednej tekstury na jeden submodel. Jest to uciążliwe przy tworzeniu zarówno taboru/infrastruktury, jak i terenu.
2. Edytor. Ten kawałek co zrobiłem, to mi około 5-6 godzin zajęło. W TRSowym edytorku, dźwiganiem terenu jednym kliknięciem, to by nie zajęło 10 minut ;) Tutaj niestety, wstawiałem trójkąt za trójkątem.
-
Proszę jest załącznik, sprzęt to Pentium dual core E6300, grafika GF9500 1gb. 2gb ram – jedna kość i win xp z sp3.
...przy dwóch rdzeniach, czas ładowania (nie licząc wydajności pozostałych komponentów) skracamy praktycznie o 50%.
Marzenie dobre, niestety tak nie będzie. Te dwa rdzenie nadal będą miały dostęp do jednej pamięci, jednej karty graficznej i innych zasobów, przyrost może być, ale nie 50%
Mój sprzęt to Intel Q6600, GF GTX 260, 2 GB Ram DDR3 i Win7 Ultimate 64 bit.
-
2. Edytor. Ten kawałek co zrobiłem, to mi około 5-6 godzin zajęło. W TRSowym edytorku, dźwiganiem terenu jednym kliknięciem, to by nie zajęło 10 minut ;) Tutaj niestety, wstawiałem trójkąt za trójkątem.
Cóż, przez parenaście lat istnienia symulatora nie było zbyt wielu chętnych na zrobienie edytora terenu. Jeden powstał i nawet działał, ale do Nebuli, potem Q coś zrobił, ale światła dziennego nie ujrzało. Ra robi edytor infrastruktury, a nie terenu (przynajmniej narazie). Powstaje w bólach edytor do SPT i ma tam być także edytor terenu taki jakiego byś oczekiwał. Niestety nie ma zbyt wielu chętnych do prac, tak jakby programistów na tym forum było mało.
-
Zwróć uwagę, że proces eu07 zużywa zawsze nie więcej, jak połowę mocy procesora. Czyli praktycznie tak, jakbyś korzystał z jednego rdzenia...
Teza była że exe używa jednego rdzenia, to że w tej scenerii moc procesora wykorzystana jest do 50% jej nie obala. Istnieją scenerie i miejsca gdzie moc procesora w obu rdzeniach dochodzi do 100%. Publikowałem już takie screeny http://eu07.pl/forum/index.php/topic,13910.msg144702.html#msg144702 Link nie otworzy się wszystkim.
...a że na wykresie pokazuje inaczej, to już inna sprawa, trzeba by się zagłębić w sterowniki procesora i takie tam:).
Zgrabny unik, który nic nie tłumaczy. Mimo wszystko wolę równomierne rozłożenie obciążenie na dwa rdzenie niż obciążanie do maksimum jednego.Ciekawi mnie, jak by wyglądało to na najnowszych prockach intela z serii "i". Podobno potrafią przekazać całą moc na jeden rdzeń i podkręcić go automatycznie, gdy korzysta się z aplikacji wykorzystującej tylko jedno jajo.
Wystarczy poprosić. Jeśli ktoś posiada taki procesor, zapraszam do publikacji swoich spostrzeżeń.
-
2. Edytor. Ten kawałek co zrobiłem, to mi około 5-6 godzin zajęło. W TRSowym edytorku, dźwiganiem terenu jednym kliknięciem, to by nie zajęło 10 minut ;) Tutaj niestety, wstawiałem trójkąt za trójkątem.
To może zrób w TRSowym, to przekonwertujemy.
-
Nie dojrzałem że ktoś w wątku zapytał o procesory z serii "i" . Ja w laptopie mam takowy (dokładnie to model I5-430M 2,26GHz domyślnie, a z opcją TURBO BOOST do 2,53GHz), ale na MaSzynie nie widać efektów działania tej opcji. Może jak ktoś ma desktopa z procesorem tej serii to może to jeszcze sprawdzić.
-
Ja mam procesor i7-2600K 3,40GHz i turbo boost (3,80) też nie wykazuje chęci współpracy z maszyną.
-
Pokusiłem się jednak o test, coś na wzór tego co zrobił @Krzysie626.
Dla przypomnienia moja konfiguracja (I5-430M 2,27GHz @2,53GHz; 4GB RAM 1066MHz, Mobility Radeon HD5650 1 GB RAM, Win 7 Ultimate 64bit). PC 2010 DDS, sceneria TD i domyślny skład:
- Sytuacja 1, kiedy ustawienie koligacji wskazuje wszystkie procesory (rdzenie). Patrz załącznik "4rdzenie.jpg"
- Sytuacja 2, kiedy ustawienie koligacji wskazuje na jeden procesor (rdzeń). Patrz załącznik "1rdzeń.jpg"
I sceneria Tarniowo, domyślny skład EU07-216:
- Sytuacja 1, kiedy ustawienie koligacji wskazuje wszystkie procesory (rdzenie). Patrz załącznik "tarniowo 4rdzenie.jpg"
- Sytuacja 2, kiedy ustawienie koligacji wskazuje na jeden procesor (rdzeń). Patrz załącznik "tarniowo 1rdzeń.jpg"
Jak widać różnica w FPS dość istotna. Co więcej, delikatny wzrost FPS w granicach ok 5FPS obserwuję wtedy, kiedy w Menedżerze Zadań ustawię priorytet procesu eu07.exe na priorytet czasu rzeczywistego
-
Co do lepszego edytora terenu, czy grał ktoś w Rule the Rail? Edytor jest banalny, a można tworzyć w nim naprawdę ciekawe rzeczy. Mamy wiele obiektów do wstawiania, drzewa, budynki, dworce, samochody a wszystko za pomocą kilku kliknięć. Możemy modyfikować teren czymś ala The Sims (taką strzałka – przesunięcie myszy w górę podnosi teren, a w dół obniża). Jak podwyższamy teren pod torami, to automatycznie tworzy się tunel. Możemy podnosić też same tory – wtedy utworzy się most. Są też różne typy terenu do wyboru: ziemia, piasek, kamień, woda, kostka brukowa, itp. W tym samym edytorze kładziemy tory, zwrotnice, stawiamy semafory, przejazdy oraz ustawiamy detektory przejazdu – jak przejedzie przez niego pociąg, to zmienia stan np. semafora albo zasilania. Sterowanie lokomotywami działa na zasadzie makiety – zwiększamy prąd na całym odcinku, to składy jaką szybciej – możemy stosować oczywiście izolatory. Jest też możliwość sterowania ręcznego – krok w stronę symulatora nastawni. Bardzo fajne, a zarazem bardzo proste.
Tu filmik z przykładowej "scenerii":
Postaram się zrobić screeny jak tylko tą grę sobie załatwię.
-
Fajny opis gry, tylko co to ma wspólnego z powyższym tematem?
-
Dotyczy edytora terenu – przedstawiłem jego możliwości i ewentualną możliwość podglądnięcia go do MaSzyny.
-
Pomijając kwestię grafika/wydajność i jakość tekstur, która dla mnie nie jest najważniejsza, to ogólnie zasady sterowania ruchem kolejowym... Podniesienie realności i zdarzeń losowych (to co czyni kolega Benek).
-
Jakosc scenerii – poprawnosc i sensownosc ukladow stacyjnych, poprawnosc lukow, poprawnosc sygnalizacji, itp. – IMO te warunki na razie spelnia tylko Linia 053...
-
Jakosc scenerii – poprawnosc i sensownosc ukladow stacyjnych, poprawnosc lukow, poprawnosc sygnalizacji, itp. – IMO te warunki na razie spelnia tylko Linia 053...
Mając na uwadze jakość scenerii, dorzucę swoje 3 grosze: brakuje scenerii, w których wjeżdżając do 'miasta' i zatrzymując się na dużej stacji, przejeżdżamy np. 3 km przez teren zurbanizowany, a nie jak to obecnie jest – pola z 3 domkami i 10 drzewkami. Wiem, że na chwilę obecną nie ma super wyboru wśród modeli budynków, ale nawet mając obecne zasoby da się stworzyć całkiem nieźle zabudowany teren.
Z tego co widziałem, to na chwilę obecną projekt Rochowice będzie pierwszą scenerią spełniającą w/w warunki.
-
– bardzo długi czas wczytywania scenerii, nawet na nie najgorszym sprzęcie
– brak możliwości sterowania szynobusem i lokomotywami o rozruchu impulsowym
– brak: deszczu, oświetlania scenerii przez lokomotywę, oświetlenia wnętrza lokomotywy, za mało dostępnych funkcji lokomotywy
– brak: pagórkowatości terenu, trawy i torów jako modelu
Ale przede wszystkim wydajność. Na dwurdzeniowym procesorze Intel Pentium D o taktowaniu 2.8 GhZ, 2 GB ramu oraz nVidii GeForce 6600 sceneria Linia 61 ładuje się prawie 10 minut. Co do pogody, proponuję stworzyć losowe zjawiska pogodowe.
-
Ale przede wszystkim wydajność. Na dwurdzeniowym procesorze Intel Pentium D o taktowaniu 2.8 GhZ, 2 GB ramu oraz nVidii GeForce 6600 sceneria Linia 61 ładuje się prawie 10 minut.
Ten procesor ma bardzo słabą wydajność, mimo iż jest dwurdzeniowy i ma taktowanie 2.8 GHz. Miałem go kiedyś. Karta też już antyk. Także cudów się nie spodziewaj.
-
sceneria Linia 61 ładuje się prawie 10 minut.
Nie wiem na co narzekasz, u mnie tyle to się Bałtyk ładuje...
-
1. Długość ładowania scenerii.
2. Jakość scenerii.
3. Słabe dźwięki uderzania kół o tory.
-
Moderatorze, ogarnij temat, bo wciąż te same posty się pojawiają.
Rzekłem
Bocznica
Przewrażliwiony jesteś.
ZiomalCl
-
2. Jakość scenerii.
Na to składa się wiele czynników. Nie podawajmy ogólników tylko konkretne rzeczy...
-
2. Jakość scenerii.
Na to składa się wiele czynników. Nie podawajmy ogólników tylko konkretne rzeczy...
Po pierwsze: trudny edytor do tras. Czasami jak jadę na niektórych sceneriach, np. Tarniowo, czy jakoś tak, są tylko tory, słupy trakcyjne i trawa.
-
Nie wiem czy zauważyłeś, ale przeważnie to stare trasy są mało rozwinięte. Dlaczego? Weźmy np. Quarka, jest to jedna z najstarszych tras i była tworzona w czasach gdy komputery były bardzo słabe w porównaniu do dzisiejszych standardów, toteż infrastruktura nie jest rozbudowana.
-
Zapytaj się huntera ile mu zajęło stworzenie terenu do Rochowic w 3DS. A ta trasa jakaś specjalnie długa nie jest.
-
No, rzeczywiście. Ale i tak chwała autorom tras, że włożyli dużo wysiłku w nie! :)
-
Patrząc na wyniki, przynajmniej jak dla mnie, najlepiej byłoby wziąć pod uwagę punkty mające ponad 3% poparcia. Nie jest tego dużo, a są to rzeczy wybierane najczęściej.
-
Witam, nie wiem czy ktoś to sobie wyobraził ale mi ostatnio brakuje czegoś takiego jak lusterka, chciałbym siedząc w kabinie spojrzeć w lusterko i zobaczyć czy ostatni wagon zjechał już z rozjazdu. Oj bardzo mi się to marzy.
-
Było. Takie rozwiązanie zje FPS niestety.
-
Na takim komputerze: Procesor 2.80 GHz, 3.00 GB RAM, karta graficzna ATI RADEON 4350 jak drastycznie spadł by FPS?
-
Ciężko odpowiedzieć na to pytanie. Zbyt wiele niewiadomych. Pytanie trochę niepoważne ;)
http://eu07.pl/forum/index.php/topic,18639.msg212297.html#msg212297
-
Panowie, znacząco odbiegacie od tematu.
-
Ja powiem tak : Dla mnie największą wadą MaSzyny jest brak rozruchu impulsowego. Bez tego nie będzie nowych modeli lokomotyw, a to się później tyczy nowych scenerii.
-
Co ma sceneria do modelu lokomotywy?
-
Myślę, że chodzi mu po prostu o scenerie, na jakich najczęściej się widuje owe pojazdy, np. Husarz (nomen omen rozruch impulsowy) -> CMK (np. trasa na 160 km/h lub więcej, np. drawinowo, bałtyk).
-
A to po liniach na 160km/h tylko Husarze jeżdżą?
-
Husarz (nomen omen rozruch impulsowy) ->
Nieprawda. Husarz jest wyposażony w silniki asynchroniczne zasilane przez falownik — to nie jest rozruch impulsowy.
-
Nie zmienia to faktu, że niestety brak nowych typów rozruchu spowoduje "zastój" w rozwoju MaSzyny (brak możliwości prowadzenia lokomotyw jak Traxx, ES64U4/F4, czy choćby CD163, które widuje się często na polskich szlakach). Nie winię teraz tutaj autorów bo i tak szanuję to, co udało się zrobić do tej pory. :)
-
Nie zmienia to faktu, że niestety brak nowych typów rozruchu spowoduje "zastój" w rozwoju MaSzyny
Nie wprowadzaj ludzi w błąd. Rozruch to bardziej zachcianka niż niezbędna rzecz :)
Brak rozruchu zastoju MaSzyny nie spowoduje. Jest mnóstwo do zrobienia innych kwestii.
-
Teraz brak rozruchów, za chwilę dojdzie brak tablic/szaf pneumatycznych, obsługi 4 pantografów czy innych napięć w sieci trakcyjnej. To nie jest takie proste, jak się może wydawać.
-
brak możliwości prowadzenia lokomotyw jak Traxx, ES64U4/F4, czy choćby CD163
Ja to bym najpierw chciał w MaSzynie zobaczyć lokomotywy i EZT, które były już kiedyś przez kogoś tworzone, a potem prace nad nimi ustały tak jak w przypadku EN57-20xx czy SM31 bo praktycznie nie mamy w symulatorze kilku "maszyn", które można spotkać częściej niż takiego Traxxa, czy CD163 (takich jak np. właśnie Trumna, albo SPOT)
-
Ja to bym najpierw chciał w MaSzynie zobaczyć lokomotywy i EZT, które były już kiedyś przez kogoś tworzone, a potem prace nad nimi ustały tak jak w przypadku EN57-20xx czy SM31 bo praktycznie nie mamy w symulatorze kilku "maszyn", które można spotkać częściej niż takiego Traxxa, czy CD163 (takich jak np. właśnie Trumna, albo SPOT)
Zróbcie zdjęcia to odpowiedni ludzie się tym zajmą. Najlepiej jest narzekać. Wiesz jak trudno jest zebrać materiał i bawić się w takie rzeczy. To wymaga naprawdę dużo czasu i chęci.
-
Ja nie narzekam. Broń Boże. Tylko uważam, że skoro już budowa np. jakiegoś nowego modelu została rozpoczęta to trochę głupio ją przerywać i pozostawiać po tym tylko w połowie gotowe "dzieło". Oczywiście to nie jest wina tylko autorów tych modelów (raczej) ale tego, że nie mieli materiałów potrzebnych do skończenia swojego dodatku.
Rozumiem to, dlatego pytam, czy nie lepiej się zmobilizować, całym zespołem i zabrać najpierw za to co już jest a czeka tylko na dokończenie?
-
Wiele, no może słowo wiele to na wyrost ale są dodatki, lokomotywy, trasy, które leżą na dyskach autorów (a szkoda bo je widziałem) i się marnują. Dlaczego? Z bardzo prozaicznych powodów, brak zdjęć. Tak błahy powód i leżą, to mnie osobiście zawsze irytowało, wielu z Was chce mieć to i tamto w symulatorze, nie potraficie tworzyć, rozumiem, ja również nie. Próbowałem a jak, wolę jednak nie pokazywać efektów tych prac, jeszcze ktoś gotów dostać kolki ze śmiechu :) Ale do rzeczy, wielu z Was biega z aparatami na co dzień, jednak twórca zamawiając konkretne materiały, czeka i czeka i czeka... w niektórych przypadkach śmiało mogę dopisać: a latka lecą. Właśnie ten element może być najistotniejszym powodem tego co opisałeś. Ktoś pomyśli a jak to? No tak nie ma zdjęć to model leży, to jest jak z budową domu, trwa bardzo długo, jest mozolna a największym efektem i zwieńczeniem tych prac jest farba na tym domu. Tzw. efekt dla oka, podobnie i u nas, tekstura jest zwieńczeniem całego projektu.
-
Największą wadą MaSzyny są użytkownicy.
Każdy z nas ma ogromny potencjał. Ja jeszcze rok temu miałem marne pojęcie o projekcie, a teraz już coś tam się wie. Wystarczyło tylko siąść i pogrzebać w plikach. Trzeba mieć tylko chęci, absolutnie nic więcej nie potrzeba. Jak ktoś nie chce grzebać w plikach czy w 3dmaxie to może cykać foty lub zbierać nagrania, zapowiedzi lub nauczyć się obrabiać dźwięki. Pracy jest wiele i każdy znajdzie coś dla siebie. Tylko trzeba zacząć.
Rozumiem to, dlatego pytam, czy nie lepiej się zmobilizować, całym zespołem i zabrać najpierw za to co już jest a czeka tylko na dokończenie?
Akurat można powiedzieć, że taka mobilizacja już nastąpiła, lecz na całe szczęście zespół zajmuje się ważniejszą sprawą niż rozruch. Jest to w ankiecie ujęte i ma dość sporo głosów, więc i uzasadniona jest praca właśnie nad tym zagadnieniem.
Zachęcam Ciebie i innych do zabawy przy MaSzynie, ale od strony technicznej :)
-
Popieram Benka.
Moja przygoda z Maszyną od strony technicznej zaczęła się od próby stworzenia trasy. Pierwszą rzeczą jak mnie zirytowała był brak wielu opcji w skryptach do max-a. Więc zacząłem się wgryzać i tak się zaczęło.
No ale trzeba mieć trochę samozaparcia czego dzisiejszym młodym pokoleniom brakuje.
-
Co do scenerii a nowych lokomotyw to częściowo się zgodzę, bo coraz to nowsze scenerie są publikowane wymagają pośpiechu i szybszej lokomotywy. Takich modelów mamy tylko 5 są to m.in. EP05, EP08, EP09, EP23 i E186. A na taką dużą scenerię (Drawinowo, L053) Gracze domagają się coraz to bardziej różnorodnego taboru i osiągania większych prędkości na MaSzynowych szlakach.
-
Powiedziałbym, ze procentowo udział szlakowych w MaSzynie odpowiada rzeczywistości, może nawet w MaSzynie jeździmy szybciej :)
-
A na taką dużą scenerię (Drawinowo, L053)
Są raptem 3 scenerie które zawierają fragmenty na V=160 km/h oraz V=140 km/h.
Na L053 nie pojedziesz szybciej niż 120 km/h. Może wreszcie warto siąść do MaSzyny i zacząć robić coś konkretnego, a nie rozwodzić się nad problemami nieistotnymi, hm? Problem został zasygnalizowany, jest w ankiecie, więc jak tylko będzie znane rozwiązanie to zapewne ktoś to zrobi.
Gdy prosiłem o sugestie nt. scenariuszy, jakie wykorzystać losowe zdarzenia spotykane na szlaku, bo mnie się pomysły skończyły, to za wiele podpowiedzi nie widziałem. A wywody na temat lokomotyw, że hoho :)
Nawet "werbalnie" ciężko u niektórych z pomocą...
-
Zachęcam Ciebie i innych do zabawy przy MaSzynie, ale od strony technicznej :)
Oczywiście staram się coś tworzyć w wolnym czasie. Gdyby nie to, nie wypowiadałbym się wcześniej w tym wątku. Od jakiegoś czasu czytuję instrukcje na forum i staram się robić jakieś fotki nieskomplikowanym obiektom gdyż to chyba najbardziej mi wychodzi. Efektów moich prac z zbyt często nie pokazywałem, bo nie umiałem wystarczająco dużo - teraz jest lepiej, może i co będzie z tego mojego focenia.
I tak też właśnie być powinno w przypadku innych, którzy narzekają "że nie wydane", "że nie ma". To jest przyjemne - nauka tworzenia - zapraszam do podjęcia się czegoś takiego.
Ps: A może by zorganizować jakiś konkurs dla początkujących "fotografów" i "modelarzy", żeby ich zmobilizować do dalszego tworzenia? Taki mi się pomysł nasunął jak pisałem tego posta ;)
-
Ps: A może by zorganizować jakiś konkurs dla początkujących "fotografów" i "modelarzy", żeby ich zmobilizować do dalszego tworzenia?
W sumie nie głupi pomysł. Mógłby pomóc w rozwoju symulatora. Jednak, Panowie, nie zjeżdżajmy zbyt z tematu, przecież dotyczy on wad MaSzyny, a nie tego, jak można zmobilizować użytkowników. Takie sprawy, jak i propozycje różnych konkursów można by poruszyć w osobnym wątku. :)
-
Gdy prosiłem o sugestie nt. scenariuszy, jakie wykorzystać losowe zdarzenia spotykane na szlaku, bo mnie się pomysły skończyły, to za wiele podpowiedzi nie widziałem. A wywody na temat lokomotyw, że hoho :)
Nawet "werbalnie" ciężko u niektórych z pomocą...
Ja akurat Ci podpowiadałem ;) Ogólnie mi też nie zależy, żeby prowadzić EIC ruszyć na początku i jechać przez godzinę, czy dwie 160 i na koniec zatrzymujemy się i dziękuje... Np. mi się podoba super długa misja brutto-pośpiech....
-
Dokładnie, Ty zgłaszałeś kilka sugestii. Wczoraj spotkałem się z youBy i też omówiliśmy kilka fajnych niespodzianek na szlaku. Co do długości służby, to raczej ja wg ankiety nie zamierzam pisać scenariuszy dłuższych niż 2 godziny. Optymalnie 1.5-2 godziny. Ograniczeniem jest też stary komp. Za długo muszę czekać, by mi się wszystko załadowało, bym mógł to sprawdzić. Postaram się je jednak maksymalnie urozmaicić.
-
Ja tu sam nie wiem na co zagłosować, ale mam jedno pytanie do czego ma służyć multiplayer? Chodzi mi o to czy ma on służyć do wspólnej jazdy czy coś innego? Bardzo bym prosił aby mi ktoś to dokładnie wytłumaczył. Jak na razie to za mało scenerii i misji, a szczególnie za krótkie misje, ja liczyłem że będą po 5 godzin czy coś, ale dalej są krótkie. Można zrobić większa ale trzeba było by zrobić coś w rodzaju SAVE. Wracając do sedna sprawy to proszę o dokładne wytłumaczenie.
-
Ja tu sam nie wiem na co zagłosować, ale mam jedno pytanie do czego ma służyć multiplayer? Chodzi mi o to czy ma on służyć do wspólnej jazdy czy coś innego?
Dokładnie. http://eu07.pl/forum/index.php/topic,16376.msg178879.html
-
Moim zdaniem temat przerodził się troszkę w zachcianki, a nie tylko rażące błędy. Skoro tak, to dodam od siebie, że fajnie byłoby widzieć poprawnie pulsujące sygnały na semaforach.
-
Tak jak napisałem w pierwszej wiadomości, ankieta będzie mi służyć do ukierunkowania prac. Jeśli będę widział możliwość przerobia dwóch rzeczy, to wcześniej popatrzę na wyniki ankiety i prawdopodobniej skupię się na tej, która dostała więcej głosów.
-
Moim zdaniem temat przerodził się troszkę w zachcianki, a nie tylko rażące błędy.
Spokojnie Benek, nikt tu nie wymaga, że ma coś być zrobione. Powstał wątek to ludzie piszą co by chcieli żeby było w MaSzynie zrobione, aby było jak najbardziej realnie ;) A trzeba przyznać, że jest trochę takich rzeczy od rażących po malutkie do zrobienia. Ale i tak doceniam to co jest bo wiem jaki trud i ile ciężkiej pracy ludzie włożyli w dotychczasową pracę na projektem.
-
Otóż w czasie gry, zauważyłem, że nie zawsze jest dobrze słyszalne RADIO, często po prostu potrzeba się w nie wsłuchiwać, by zrozumieć o co chodzi. Dziś wiele komputerów posiada karty obsługujące dźwięk wielokanałowy, często ludzie mają nie jedną, a dwie czy wiele kart dźwiękowych!
Opcja ustawienia radia na wcześniej zdefiniowany w konfiguracji kanał karty dźwiękowej, czy dodatkowy wybór karty, gdy jest ich więcej, niesamowicie poprawiłaby jakość symulacji! Wydaje mi się, że pomysł jest istotny i wręcz prosty do zaimplementowania, sam jestem programistą i zajmowałem się obsługą dźwięku od tej strony. Proszę pomyślcie coś w tym kierunku.
Dzięki i pozdrawiam!
Scalam do jednego tematu. Jak widzisz - zdecydowanie więcej jest rzeczy do zrobienia.
ZiomalCl
-
nie zawsze jest dobrze słyszalne RADIO
Czasem wstawienie szumów jest zabiegiem celowym. Natomiast komunikaty skierowane do maszynisty są zawsze dobrze słyszane, nawet na starszych kartach.
-
Szumy są ok, miałem CB radio i wiem jak działa, mimo wszystko dalej utrzymuję, że wiadomości w niektórych momentach kierowane do mechanika są mało czytelne, czytelne, jednak mało! Nie poprawiałbym tego, bo to jest ok, po prostu wrzuciłbym to na oddzielny głośnik i w ten sposób radio, które jest wewnątrz kabiny słyszałbym wewnątrz! Chodzi o efekt, nieczytelność to problem podrzędny i zniknie, jak się to przeniesie do środka.
Po prostu dla mnie byłaby to rewelacja, sam bym to zrobił, ale nie mam dostępu do kodu, więc wychodzę z propozycją, wiem, że wielu by się uradowało, byłby to niesamowity bajer!
-
Z poziomu programu nie ma rozróżnienia na radio i nieradio. Tak naprawdę jest to prowizoryczne obejście braków symulatora. Jest to dobra propozycja, która zostanie rozważona przy ewentualnej poprawie udźwiękowianie, jednak wiąże się to z kompletnym przerobieniem obecnej obsługi dźwięku.
-
Uważam, że wadą MaSzyny nie jest działanie samego programu (tym bardziej że jest on od czasu do czasu modernizowany), tylko mała ilość scenerii i scenariuszy. Ponieważ MaSzynę zainstalowałem mniej więcej rok temu, mogę nazwać się jedynie skromnym użytkownikiem. Mimo to „przejechałem” większość tras, i zacząłem próby tworzenia własnej trasy i dodatków z nią związanych. Jako osobę średno zamożną, na 3DS mnie nie stać (a pirata nie będę instalował), a skrypty do innych darmowych lub tanich programów 3D praktycznie nie dają się do MaSyny ujarzmić (w zasadzie aby coś zrobić trzeba się zdrowo napocić i wynik nie zawsze jest sukcesem). Edytor Sceneri (dzięki ci o Ra i za to) to duży krok w dobrym kierunku, autor wciąż nad nim pracuje. Jeżeli można by było to taki edytor powinien działać na zasadzie planszy z klockami (np. jeżeli układam tory, to dlaczego nie miałby mieć taki tor długości takiej jak ma w rzeczywistości?). W edytorze autorstwa Ra można już bardzo wiele, ciągle jednak mam problemy ze wstawianiem innych obiektów (budynki, drogi, drzewa, płoty), z poziomu edytora nie zawsze zaskoczy... Pozostaje notatnik i ręczna partanina.
Myślę że wielu kolegów próbowało coś swojego stworzyć ale umiejętności i cierpliwości nie starczyło, a sama „jazda” na długo nie wystarczy.
-
Ankieta zbliża się do zamknięcia, więc proszę jeszcze sprawdzić i ewentualnie poprawić swoje głosy, czy zagłosować, jeśli ktoś jeszcze tego nie zrobił.
-
Moim zdaniem wadą maszyny jest ilość scenerii i słyszalność dźwięku z wewnątrz kabiny i zewnątrz kabiny. Mam nadzieję że zostaną dodane scenerie i poprawiony dźwięk.
-
Witam. Moim zdaniem największe wady MaSzyny to wydajność i brak nowoczesnych lokomotyw do poprowadzenia. Nie można np. ustawiać prędkości zadanej (ET22-2000) i obsługiwać komputera znajdującego się w kabinie (jeżeli jest). Jeśli chodzi o zachcianki, to: możliwość poprowadzenia szynobusu, ale tu też żeby było realistycznie , musi być uwzględniona obsługa funkcji, których nie ma w innych lokomotywach np. tempomat. W przeciwnym wypadku z szynobusu zostanie tylko kabina, a będzie się nim jeździło jak stonką.
-
Ponieważ czas ankiety się skończył, pora na małe podsumowanie. Oprócz mnie w ankiecie udział wzięło 290 osób, zgłoszono 54 tematy. Zaproponowałem zgłaszanie tematów nie proponując własnych i nie ograniczając do tego, co ja osobiście mogę zrobić, dzięki temu ankieta powinna stanowić wytyczne dla wszystkich twórców. Można było zaznaczyć 3 możliwości, z czego nie wszyscy skorzystali, oddając łącznie 802 głosy (2.756 na osobę). Pięć tematów zgłoszonych jako pierwsze utrzymało się czołówce, między nie wcisnął się tylko jeden zgłoszony później, a dwa inne dołączyły dalej.
Kolejność ustawiła się następująco:
1. Czas wczytywania scenerii 97
2. Dźwięki jazdy (stukot kół, szum powietrza) 56
O ile wczytywanie planuję przyspieszyć, to z dźwiękami raczej niewiele zrobię. Z ankiety wynika również, iż dźwięki należałoby przerobić pilniej, niż inne aspekty symulacji, związane np. z ruchem.
3. Dedykowany edytor scenerii 50
4. Ilość scenerii 47
Ten wynik mnie trochę zaskoczył. W związku z tym postanowiłem zintensyfikować prace nad edytorem, którego z powodu prac nad poprawieniem EXE nieco zaniedbałem.
5. Wydajność (FPS) 45
6. Ilość obiektów otoczenia (budynki, drzewa) 44
Te dwa punkty są nieco ze sobą sprzeczne. O ile w kwestii FPS mogę jeszcze sporo zrobić, to ilość i jakość obiektów otoczenia już raczej ode mnie nie zależy. Za to do serca powinni to sobie wziąć modelarze, fotografowie i teksturowcy. Proszę też zwrócić uwagę, że nikt nie zgłosił, że brakuje tekstur lokomotyw, a nawet modeli lokomotyw, które to są regularnie wytwarzane.
7. Zachowanie AI 39
8. Lokomotywy z rozruchem impulsowym 37
9. Sposób uruchamiania lokomotywy 28
10. Oświetlanie scenerii przez lokomotywy 25
11. Dymienie lokomotyw spalinowych 23
12. Załączanie i dźwięki silników spalinowych 23
Tutaj utworzyła się silna grupa związana ze sterowaniem i działaniem pojazdów. W zakresie ruchu AI udało mi się znaleźć i poprawić pewne błędy, ale nadal wymaga to pracy. Z oświetleniem i dymieniem mam zamiar poeksperymentować. Reszta wymaga znajomości funkcjonowania lokomotyw, co jest mi znacznie odległe. Mogę przygotować wsparcie programowe dla pewnych struktur typu skrypty i zależności, ale komuś musiałoby się chcieć opracować kompletny model działania lokomotywy w zakresie elektrycznym i pneumatycznym (plus silniki spalinowe).
13. Zapis stanu symulacji i wczytanie 21
Na chwilę obecną zadanie dość trudne i karkołomne, głównie z powodu niestabilności konstrukcji scenerii. Przede wszystkim razem ze stanem musiałyby być chyba zapisane wszystkie obiekty w scenerii, żeby się dało odtworzyć dokładnie te same warunki. Natomiast mam inny pomysł. Obsługę ruchu można by przenieść na poziom zewnętrznej aplikacji (np. Rainsted), która by mogła znacznie łatwiej zapisać aktualny stan i odtworzyć go po ponownym wczytaniu.
14. Ilość misji (dla istniejących scenerii) 20
15. Ruch na przejazdach 17
Z tym również ja raczej nic nie zrobię. Podaję pod rozwagę tworzącym scenerie i scenariusze, a także modele i tekstury.
16. Odsprężynowanie (bujanie kamery i pudeł) 16
Mam pewną koncepcję na to, ale że są rzeczy bardziej istotne, to na razie odłożę.
17. Urozmaicenia jazdy 16
18. Szynobusy do prowadzenia 15
To też jakby nie bardzo do mnie się odnosi.
19. Deszcz 15
To wymaga przemyślenia ogólnej symulacji zjawisk pogodowych, jak wiatr (ciśnienie), czy temperatura powietrza.
20. Tekstury terenu i pagórkowatość 14
W tym zakresie mogę popracować nad edytorem i ewentualnie generowaniem w EXE siatek terenu z jakiś plików binarnych, które będą mniejsze i prostsze w użyciu, niż zestaw oteksturowanych trójkątów.
21. Renderowanie trawy 13
Spodziewałem się większego zainteresowania. Niemniej w tym zakresie mam pewną koncepcję, którą postaram się zrealizować.
22. Ruch parowozów 12
23. Ilość działających przełączników w kabinach 12
24. Ilość dźwięków radiowych 12
25. Oświetlenie kabiny 11
26. Hamulce 10
27. Ilość dżwięków Rp1 7
Z tym ja raczej nic nie zrobię. Mogę jedynie przygotować pewne rodzaje animacji pod kątem parowozów, czy mechanizm przełączania stanu lokomotywy.
28. System zastępujący eventy 7
29. Wyświetlacze cyfrowe 6
Z tym mogę coś zrobić, jednak spodziewałem się większego zainteresowania. Być może dlatego tak wyszło, że zagadnienia te bardziej nękają twórców, a końcowi użytkownicy się nimi wcale nie przejmują.
30. Inne dźwięki w środku niż na zewnątrz 6
31. Efekty przejazdu z prądem pod izolatorem 6
32. Zapowiedzi na stacjach 5
33. Losowe zjawiska pogodowe 4
34. Poruszający się ludzie 4
W tym zakresie też raczej nic nie zrobię, chyba że ktoś przygotuje koncepcję nadającą się do zaprogramowania.
35. Przyciski sterowane myszą 4
Tego nawet nie mam zamiaru robić.
36 Fizykę sprzęgów (w tym samoczynne) 4
37 Rysowanie sieci trakcyjnej 4
Można by się spodziewać większego zainteresowania dla tych zagadnień. W szczególności rysowanie drutów jest obecnie bardzo uproszczone. Ale widocznie są ważniejsze rzeczy.
38 Multiplayer (jazda wieloosobowa) 3
39 Renderowane lusterka 3
40 Widok wnętrza z zewnątrz 3
41 Tereny zurbanizowane 3
42 Tła w sceneriach (np. panorama miasta) 3
43 Ilość ludzi na peronach 3
44 Przejście do innej lokomotywy 2
45 Rodzaje słupów w sceneriach 2
Też bym się spodziewał, że więcej głosów będzie, bo dla mnie są to rzeczy dosyć istotne. Ale zapewne ogólna ilość tematów i koncentracja na tych wcześniejszych zepchnęła te na margines. No cóż, może następnym razem będzie lepiej.
46 Ilość modeli wagonów towarowych 1
47 Promień rysowania scenerii 1
48 Regulację podświetlenia 1
49 Wykorzystanie wielu rdzeni 1
50 Regulację głośności 1
51 Pulsowanie świateł 0
52 Poprawność łuków 0
53 Poprawność sygnalizacji 0
54 Układy torów na stacjach 0
To już w zasadzie drobiazgi, umieszczam dla formalności.
-
Tak na marginesie, odnośnie działania lokomotyw spalinowych.
Czy na obecnym stanie zaawansowania prac nad exe dałoby się uzależnić działanie turbosprężarki od aktualnej pozycji nastawnika? (tzn. żeby turbo działało dopiero od pewnej pozycji, którą definiowałoby się chociażby w MMD, a nie tak jak teraz, gdy turbo działa nieprzerwanie od momentu włączenia silnika)
-
Pewnie by się dało, bo @bombardier zrobił coś takiego w jednym testowym exe.
-
Wiem, że to drobnostka ale: Czy dałoby się zrobić możliwość własnego ustawienia sterowania albo stworzyć szablon sterowania dla laptopów bez klawiatury numerycznej? Wiem, że można sobie dokupić klawiaturę, ale nie po to kupuje się laptopa, aby targać ze sobą dodatkowy plecak z akcesoriami.
-
Niektóre laptopy mają możliwość włączenia klawiatury numerycznej poprzez Num Lk.
-
Niektóre laptopy mają możliwość włączenia klawiatury numerycznej poprzez Num Lk.
Dobrze powiedziane, mój np. nie ma takiego cuda.
-
Dlatego można zaopatrzyć się w dodatkową klawiaturę numeryczną - ja z takiej korzystam do symka właśnie i jestem zadowolony.
Przykładowa aukcja (ten link nie jest sponsorowany :) ):
http://allegro.pl/klawiatura-numeryczna-easytouch-usb-do-laptopa-i1666020227.html
-
Mnie brakuje wskazań woltomierzy NN przy pracującej przetwornicy... Na ET jazda z uszkodzonym ładowaniem baterii - teoretycznie możliwa ale na EZT już nie...
-
Irytuje trzesięnie w kabienie na linii 053 związane z odleglością od zerowego punku współrzędnych scenerii.
-
mMyślę, że fajnym pomysłem byłoby stworzenie możliwości połączenia lokomotyw z EZT.
Przestrzegaj zasad ortografii i interpunkcji.
/ Żuk
-
Jest to możliwe do wykonania (jak? - poszukaj na forum). Będzie to co prawda ciut oszukane ale nie ma w symku modelu pół sprzęgu.
-
Trochę dziwnie to wygląda - dwa różne sprzęgi, a jednak się da. W zeszłym roku widziałem jak SM42 ciągnął skład EZT z powodu uszkodzenia trakcji.