maszyna

W SU45/46 po odpaleniu ,klekot silnika jest bardzo słabo słyszalny ,zastępuje go bardzo głośny dźwięk pompy paliwa. Proponuję wyciszyć ten dźwięk a pogłośnić klekot silnika.

W EP09 występuje błąd polegający na tym że jak załączymy przetwornicę klawiszem “x” to lampka “przetwornica statyczna wyłączona” nie gaśnie. Gaśnie ona dopiero gdy pracują sprężarki. Gdy sprężarki się wyłączą to lampka znowu się zapala.

Na podświetleniu dane są brane z tekstury zamiast pythona.

Prędkościomierz ST45 nie działa prawidłowo po włączeniu podświetlenia ,pokazuje się tekstura wyświetlacza ,nie działa prędkościomierz cyfrowy oraz wyświetlacz z licznikiem przebytych kilometrów.

Poprawić animację dźwigni sprężarki.
Wykroić i animować piasecznicę.
Animować korbę hamulca ręcznego.

Spróbować dopisać w fiz miękkie zderzaki dla pojazdów bez nich, jak machajka, wózek itp. Zobaczyć, czy pomoże to na absurdalne odbicie sprężyste przy stuknięciu.

Modele węży ukrotnienia mają odwrócone wektory normalne.

Kanał radiowy jest podawany jako drugi parametr eventu sound. Trzeba zacząć je przypisywać, by móc ruszyć dalej w exe z obsługą radia.
Do edycji są wszystkie scenariusze, oprócz tych tykanych przez Ra, czyli l61 z przyległościami, drawinowo i quark.
Na większości całość scenerii ma jeden kanał, więc najwyżej rozmowy szlakowe na jeden a manewry na dziewiątkę trzeba dać.

Obie wersje modeli posiadaja stare typy wezy.

Cień jest ucięty z jednej strony.

Problem:

Gdy połączmy EN57 z np. SM42 w konfiguracji hak+przewód główny to w EN57 nie napełniają się zbiorniki pomocnicze a zbiornik sterujący napełnia się bardzo powoli.

—

Kroki do wykonania:

Połącz EN57 z np. SM42 na czele używając łączenia “3” i popełnij przewód główny, obserwuj wskazania BT oraz CtlT pod F3.

—

Wnioski:

Prawdopodobnie symulacja zaworu Oerlikon EST4d zawiera jakiś błąd.

—

Wersja MaSzyna 18.03

Na pudle ST43, schodki pod drzwiami do kabiny maszynisty mają skopanego smootha. Taki sam problem występuje w kabinie ST44 na wielu elementach. Pulpit, jakieś kulki przy nogach maszynisty, kranie hamulca, kranie Rp1.

Dodać do wpisów node dynamic do flagi hamulca szansę na podkuty tabor zgodnie z:

WFxRyPz gdzie parametry to:
- x: “gwarantowana” wielkosc podkucia w mm
- Ry: opcjonalnie, losowe zwiekszenie podkucia o 0-y mm
- Pz: opcjonalnie, prawdopobienstwo podkucia pojazdu wynosi z%

W stylu WF0R10P3 z większym zakresem i prawdopodobieństwem dla starszego i towarowego taboru.

Od razu można dodać wężykowanie:
prawdopodobienstwo definiowane jest w sekcji W opcjonalnych parametrow podawanych dla danego pojazdu w pliku .scn w formacie Hxx (gdzie x to szansa ze dany pojazd bedzie wezykowac, w przedziale 0-100) Np wpis
Kod: [Zaznacz] node -1 0 EN57-1542ra dynamic PKP\EN57_V1 EN57-1542RA 6BAII 0 headdriver 55.WH35 0 enddynamic okresla 35% prawdopodobienstwo wezykowania EN57-1542ra w scenariuszu.

Inny przykład: (sama flaga hamulca)

55.BR.WH25F5R10P8

55 - wartość sprzęgu

B - oznaczenie sekcji nastawy hamulca
R - nastawa pospieszna
—

W - oznaczenie sekcji
H25 - 25% szans na wężykowanie
F5 - wielkość podkucia w mm
R10 - losowe zwiększenie podkucia w mm
P8 - podkucie (wyrażone w Rx) wydarzy się z 8% prawdopodobieństwa

Należy uzupełnić rozkłady o godzinę przyjazdu na stację początkową, by ai wiedziało, że ma na niej przyjmować pasażerów. Nie ma konsekwencji tutaj w paczce.

Do wszystkich pojazdów, a zwłaszcza do tych z drzwiami trzeba dodać sekcję locations w mmd zgodnie z:
* dodana mozliwosc definiowania polozenia zrodel dzwieku wozkow, motorow trakcyjnych i drzwi. Lokacje podawane sa w nowej sekcji pliku .mmd, locations: ktora powinna byc umieszczona przed sekcjami definiujacymi same dzwieki.
przykladowy wpis: <code>locations:
doors: -2.0 both 3.5 left end para drzwi 2m od punkty srodkowego w strone czola pojazdu, pojedyncze drzwi po lewej stronie 3.5m za punktem srodkowym pojazdu
tractionmotors: -4.0 4.0 end lacznie 2 motory, zlokalizowane 4m przed i za punktem srodkowym pojazdu
bogies: -4.5 4.5 end dwa wozki, zlokalizowane 4.5m przed i za punktem srodkowym pojazdu
endlocations</code>

- polozenie poszczegolnych drzwi okreslane jest przez pare parametrow: przesuniecie od centralnego punktu modelu, i klucz definiujacy czy drzwi wystepuja po lewej (”left”), prawej (”right”) lub obu (”both”) stronach pojazdu.
- dla wozkow i motorow trakcyjnych podawane jest tylko przesuniecie od centralnego punktu modelu; ewentualne przesuniecia wzdluz osi X i Y sa pobierane, razem z innymi parametrami, z definicji dzwiekow w sekcji sounds:
(w przypadku motorow sensownie jest ograniczyc sie do definicji nie wiecej niz jednego zrodla na wozek, nawet jesli w obrebie danego wozka napedzanych jest wiecej osi; dla wozkow wspoldzielonych przez sasiednie czlony dobrze jest ograniczyc wpis dla wozka tylko dla jednego z czlonow)//

Ogarnąłem kiblowate i część diesel-electric. Zwłaszcza drzwi są istotne, bo bez tego wpisu będą nieme.

b10ou-2000608-3 ma wnętrze od 111A z kwadratowymi oknami.

Przygotować tekstury tga na podstawie http://eu07.pl/forum/index.php/topic,29423.msg481873.html

Chyba już wszędzie są ustawione flagi sprzęgów w trainsetach. Trzeba jeszcze przejrzeć manewry dla AI. Właśnie siódemka podpięła mi się pod pośpiecha na 3 zamiast 99 (quark).

Wypadałoby dopasować dźwięk kierunkowego do animacji. Problem występuje we wszystkich lokomotywach serii 303e oraz 303eb.

Nie działa drugi szybkościomierz w lokomotywach serii 181/182.

Witam ,na Linii 61 w wersji 18.01 ujawnił się pewien problem. Polega on na tym :
- Scenariusz L61 Regio ,startując w Częstochowie Osobowej wzystko działa jak trzeba ,po kilku minutach od startu scenariusza ,po uruchomieniu EN57 dostaję sygnał “21250 gotów do odjazdu” ,jadę do Stradomia ,po ustawieniu składu w peronie i otwarciu drzwi ,czekam na sygnał odjazdu ,zwykle czekało się tam około 3 minut (w międzyczasie przes stację przejeżdżał Voith ,po starcie przejeżdżała po sąsiednim torze czekolada z osobowym) teraz nic się nie dzieje ,Voith i czekoladowa siódemka stoją pod sygnalizatorami (przeleciałem się kamerą aby sprawdzić co się dzieje) ,sygnalizatory świecą czerwienią jakby czas się zatrzymał.
- Scenariusz L61 Towarowy 2 ,Po odpaleniu byczka i podpięciu się pod skład beczek czekam na zaplanowany na 15:20 odjazd ,zwykle kilka minut wcześniej zapalał się sygnał S10 a przed moim odjazdem wtaczała się na stację zielona siódemka z osobowym ,teraz nie dzieje się nic. Proszę o pomoc.

Witam, dziś w scenerii Bałtyk skład lpe782 na końcowej stacji pojawia się autobus widmo, który przeleciał mi przez dworzec przed lokomotywą. Udało mi się go ponownie złapać jak wyszedłem z lokomotywy.

Proponował bym wprowadzenie we wszystkich pojazdach sprawnej klapy Ackermanna, hamulca bezpieczeństwa w postaci przycisku (grzybka) bądź rączki (oczywiście w pojazdach które je posiadają), korzystając z dostępnej funkcji “alarmchain: “.

Lokomotywa na chwilę obecna raczej do stawiania w krzakach.Jak ktoś będzie się nudził można by to poprawić.

Kostki mocowań ramki osłon przeciwsłonecznych kręcą się razem z ramką. Powinny być elementem ściany a nie osłony.

Przydaloby sie to uporzadkowac. Obecnie jest troszke bajzel - np. praktycznie cala seria E jest podpisana oznaczeniem cyfrowym, natomiast w S cyframi jest tylko SIS. Trzeba zdecydowac ktore oznaczenie wybieramy i posprzatac.

Załącznik rozwieje wątpliwości, przy włączeniu oświetlenia w kabine z zewnątrz podświetlają się szyby.

Rodzaj AI mniej samodzielnego tzn. Ograniczałby się do uruchomienia lokomotywy i operowania nastawnikiem jazdy. Jechałby z odciętym zaworem hamulca zespolonego. Odczytywałaby ograniczenia prędkości. W momencie zbliżania się do ograniczenia prędkości zmniejszałby pozycję nastawnika jazdy. W przypadku wykrycia ciśnienia w cylindrach hamulcowych schodziłby nastawnikiem do 0.

Informacja z pierwszej ręki. Niezależnie od ciśnienia w cylindrach hamulcowych, po wejściu nastawnikiem jazdy na pozycję powinien iść prąd na silniki.

[przeniesione z trackera na forum]
Historia:

Stele:
Ra stworzył poprawione pliki rozjazdu krzyżowego, animujące się zgodnie z rzeczywistością. Oprócz podmiany trzeba poprawić wszystkie scenariusze bazujące na błędnym położeniu ustawionym przy innym przebiegu lub stanie początkowym. Czyli dla pewności utwierdzić w każdym przebiegu wszystkie krzyżowe na drodze.

Mariusz1970:
Ogolnie z rozjazdami jest maniana. Dwie kategorie bledow, ktore ja zauwazylem, a ktore sa istotne:
1) Bledy w eventach. powinno byc, iz dla par AC i BD (jazda na wprost) oraz AD i BC (jazda na bok) eventy sa sobie rowne. Jednoczesnie para do jazdy na wprost powinna byc przeciwstawna do pary jazdy na bok. Niestety w incach panuje burdel.
2) Bledy polaczen miedzy zwrotnicami rozjazdu krzyzowego w sceneriach. Bo albo w ogole nie ma jakiegos polaczenia albo jest nieprawidlowe, albo jest prawidlowe lecz skaszanione eventy powoduje efekt nieprawidlowego polaczenia.
Skutkiem tych dwoch typow bledow jest albo nieprzejezdnosc w jakims kierunku albo nieprawidlowa przejezdnosc (przeskakiwanie wozkow).
W pakiecie moich narzedzi, jest narzedzie do identyfikacji bledow typu 1 oraz jest narzedzie, ktore naprawia bledy typu 2.

youBy:
W prawdziwym rozjeździe krzyżowym nie ma możliwości, żeby przejechać jednocześnie AC i BD — to są dwa różne ustawienia, ponieważ iglice w parach AB i CD chodzą równocześnie w tę samą stronę. Przykładowo, przy ustawieniu AC iglice są ustawione: A na C, B na C, C na A, D na A. Jazda z B skończy się rozpruciem rozjazdu.

Mariusz1970:
A da sie to zrealizowac w Maszynie (czysto teoretycznie)? Bo mi pobieznie wychodzi, iz dla tego przykladu, ktory podales A musiala by byc jednoczenie na 1 i 0, podobnie C.
Edycja:
Dobra, zakumalem. Ja zalozylem, ze ma byc przejezdne np. AC i DA. AC bedzie, z D na A przy wjezdzie na A bedzie rozprucie.
Nie wiem co sadzicie o tym, aby to wprowadzic do MaSzyny. Ja ze wzgledu na dotychczasowe scenerie, nie wchodzilbym w to.

Stele:
Czemu nie? Jak już robić to porządnie. I tak jak coś tu się ruszy, to wszystkie przebiegi przez krzyżowe byłyby do sprawdzenia, czy jest utwierdzenie w skrypcie czy jest nietykany “bo było dobrze”.

Mariusz1970:
No to robcie, jesli chcecie sie bawic i w sceneriach grzebac wszedzie tam, gdzie byl np. rkpd.inc, ktory zakladal przejzad na wprost w obu kierunkach w domyslnym polozeniu. Ja nie widze zysku, a wrecz przeciwnie.

El Mecanico:
Trzeba to zrobić od razu jak należy, bo w osobnym wątku rośnie SRK. Jak będziemy mieli skichane rozjazdy, to będzie kicha na pulpicie i wieczna jazda na zastępczy albo rozkaz.

Mariusz1970:
W czym konkretnie mialoby psuc przyszle SRK tak jak jest w tej chwili?

[przeniesione z trackera forum]

Historia:

MR6:
Znalezione błędy, trochę kłują w oczy:
1. Dziura w modelu
2. Model zachodzi do kabiny

[przeniesione z trackera forum]

Historia:

Stele:
Masa wagonów ma złe rozstawy osi w mmd. MK1991 podrzucił mi sześć podejrzanych i tylko jeden miał względnie poprawne. Niektóre miały nawet niezgodny układ osi z rzeczywistością!

Ogarnęliśmy pojazdy:
- 203vb [Flls]
- 208kf [Gbs]
- 401ka [Gaks]
- 401W [Eaos]
- 401ZL [Eams,Eams_platforma]
- 406r, 406ra, 406rb, [zaes]
- 408s [Uacs]
- 412w [Eaos]
- 412Z [Rs, Sgs]
- 424Z [Res]
- 426s [Sis]
- 430w [Eaos]
- 443v [Fas]
- Es

[przeniesione z trackera forum]

Historia:

mk1991:
W kabinie drezyny dl2 niema wpisu dla trąbki.

Stele:
W tym modelu nie ma trąbki, więc ciężko to pod coś podpiąć. Raczej bym wywalił do czasu zrobienia nowego modelu.
Nie działa reflektor. Od czego zależy możliwość sterowania światłami?

tmj:
Samo zalaczanie swiatel jest robione bez dodatkowych wymagan, zeby nie trzeba bylo po ciemku jezdzic jak model jest wybrakowany. Przyciemnianie reflektorow testuje obecnosc submodelu przypisanego do przelacznika.
Jak nie swiecilo to moze bateria byla wylaczona o ile w ogole jakas jest?

Stele:
No właśnie bateria sobie cyka, światła cykają, a smugi nie ma. Z tego co mi świta, na borlandzie było podobnie. AI też nie włączyło świateł. Jakieś uzależnienie musi być, bo nie widziałem choćby by paczkowe auta rzucały smugę.
Ten pojazd nie ma ani przełączników w kabinie ani lampek w modelu pudła zrobionych. (aczkolwiek ma reflektor z motocykla, błąd modelu)

[przeniesione z trackera forum]

Historia:

szczawik:
Nazwy inc semaforów często nie zgadzają się z wytycznymi. Przykładowo często pasy świetlne nie są liczone jako komora semafora. Przykład: ss4zcpb-zi.inc . Należy albo poprawić nazwy, albo zmienić wytyczne (i do tego poprawić nazwy).

Krzysiek626:

Przykład: ss4zcpb-zi.inc

Nazwa powinna być czytelna bez wytycznych. Dla mnie to 4 lampy (komory) i żółty pas świetlny (nie komora). Fakt, nazwy powinny być jednolite. Szukając po internecie nie znalazłem aby użyto dla takiego semafora nazwę 5 komorowy.
Cytuj

  Semafory mogą być od 1-no do 6-cio komorowych (1-6 latarni). Dodatkowo pod głowicą semafora, mogą być zamontowane latarnie zwane pasami świetlnymi, wyświetlającymi sygnały w kolorze zielonym lub pomarańczowym. 

W związku z tym poniższa nazwa

sso6zpcpbz-iw24.inc

wprowadza w błąd. Ja wiem, że zawsze do inca można spojrzeć, tylko po co? Nielogiczne z rzeczywistością.

Sebol82:
Przy nowych modelach semaforów będą ujednolicone nazwy. Powoli ogarniam bajzel z incami. Pas świetlny nie będzie już jako komora a pas.

[przeniesione z trackera forum]

Historia:

Stele:
Trzeba dodać przyciski piasecznic do całego taboru posiadającego je. Gdy próbujemy ręcznie piaskować z klawiatury, sprawdzana jest obecność submodelu, do którego odnosi się mmd. Bez niego gracz nie ma sterowania piasecznicą. Przed patchem 16.08 dostosowaliśmy najpopularniejszy tabor i temat umarł, a nie został wyczerpany.
Dostosowany tabor:
4e (cały): 4e-ep-tv, 4e-ep-zez, 4e-ep, 4e-tv, 4e-zez, 4e
303e (cały): 303e, 303e-ep-tv, 303e-ep-tv-ic, 303e-ep-zez, 303e-ep-zez-ic, 303e-tv, 303e-zez, 303e-zez-ic, 303eb-zez.
EU05 (prowizorycznie): wszystkie pedały w jednym submodelu
EP05
EP07 (cały): 4e-ep-zez
EP08: 102e, 102e_ic, 102e_zez_ic
EP09
ET22 (cały): 201e-rn, 201e-rw, 201e-w, 201e-zez, 201e, 201e-p
ET41_v1 (cały)
ET41v2
ET42 (cały): 112e
SM42: Brak pedału w modelu
SP42: Brak pedału w modelu
ST45 (cały): 301dd
SU45 (cały): 301d-1, 301d

Wokulski:
A co z 6Dg?

Stele:
Nie wiem. Skopiowałem listę z wątku z zeszłego roku. Niewymieniony tabor nie został nawet sprawdzony.

matek123:
SM42 (6Da, 6D), SP42 kiśnie w archiwum td.

Maciej:
Tabor zrobiony prowizorycznie (EP08, ET41_v2) jest do poprawy. Przy nowym exe znikają niektóre elementy lub animuje się to co animować się nie powinno.

[przeniesione z trackera forum]

Historia:

Stele:
Hebel przyciemnienia reflektorów.
Odblok nadmiarowego przetwornicy i ogrzewania.
Pedał piasecznicy.
Hebel oświetlenia kabiny.
Hebel przyciemnienia oświetlenia kabiny.

Wymnożyłem tylko kabinę A. Do kabiny B nie mam siły. Godzinę z tym walczyłem. Rainsted jest w chwili obecnej zbyt zabugowany w tym aspekcie. Więc w B nie animuje się pedał piasku.

tmj:
Co do wymnozenia zastanawiam sie, moze szybciej byloby chwilowo ustawic animacje w t3d na false, wygenerowac e3d, zaimportowac e3d z powrotem i ustawic osie dla obrotow na nowo? (o ile dobrze rozumiem, eksport powinien wymnozyc transformacje jesli nie ma ustawionej animacji dla submodelu)

[przeniesione z trackera forum]

Historia:

MR6:
Przypadkowo się natknąłem przy sklejaniu tekstury. Na członie b czy jak to woli drugim czole, na reflektor zachodzi model( na czole A nie wystepuje).

[przeniesione z trackera forum]

Historia:

Piotr93:
W SU46 po naciśnięciu klawisza “H” zamiast animować się hebel ogrzewania, animuje się “zatrzymanie silnika II lokomotywy” w dodatku robi fikołki, ale ogrzewanie załącza się.

Stele:
Failed to locate sub-model “bocznikpodst” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Failed to locate sub-model “przelacznik-prad-rozruchu” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Failed to locate sub-model “antyposlizg” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Failed to locate sub-model “przycisk-przekaznik-nadmiarowy” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Failed to locate sub-model “cos” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Failed to locate sub-model “sw-pantograf-tyl” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d” Scale of 0.0 defined for sub-model “z_czysty41” in 3d model “dynamic\pkp\su46_v2\kabina-su46-a.t3d”. Forcing scale of 1.0 to prevent division by 0 To nasze “grzanie”.
Dim Headlights switch is missing, or wasn’t defined
Converter Overload Relay Reset button is missing, or wasn’t defined
Motor Overload Relay Reset button is missing, or wasn’t defined
Wheelspin Brake button is missing, or wasn’t defined
Dim Interior Light switch is missing, or wasn’t defined

Jak w tej lokomotywie załącza się ogrzewanie i sprężarkę? Nie widzę hebli.

Piotr93:
Dodałem w załączniku załączenie ogrzewania, jest pod tą przykrywką.

Przestawienie kierunku jazdy, skutkuje zapaleniem kontrolki “praca wentylatorów silników” a na pozycji jałowej, gaśnie. To wydaje mi się że również jest niepoprawnie.
Dodatkowo, hebel odblokowania przekaźników nadmiarowych się nie animuje.

[przeniesione z trackera forum]

Historia:

DieselPower:
W trakcie prac nad 3E-001 znalazłem dziurę w modelu. W tym miejscu na alphie jest idealny biały 255,255,255. Więcej w załączniku.
Sprawdziłem wszystkie ET21 i niestety wszystkie cierpią na tę przypadłość.

Stele:
Na podstawie 3e.t3d załatałem tą dziurkę. Dziwnie coś tam było nakaszanione, więc warto to toolami Mariusza jeszcze przeczyścić, bo mi degeneratem na łacie śmierdzi.
Model pudła różni się czymś między wariantami, czy można do wszystkich trzech modeli wszczepić?

Sawi:
Trzeba by to sprawdzić.

[przeniesione z trackera forum]

Historia:

RoboBatman:
Zgodnie z sugestią Stele-go, piszę post o błędzie w teksturze węglarki 408W również tutaj.

Przy okazji wczorajszego testowania pewnego loka wraz z obciążeniem, moją uwagę przykuł pewien ciekawy jak dla mnie błąd (nie wiem czy autor to zrobił jako easter egg czy się w czymś pomylił). Błąd polega na tym, iż w węglarce 408W o oznaczeniu 5337710-6.dds pod wpływem odległości zmienia się tekstura bufora. To o co mi chodzi przedstawiam na obrazku poniżej. Nie wiem czy to anomalia tylko u mnie, czy to znany bug czy to też jest u innych.

PS. Zalecam również przyjrzenie sie innym teksturom węglarek 408W, gdyż może występować ten sam błąd.

[przeniesione z trackera forum]

Historia:

tmj:
Mala sugestia, gdyby kiedys sie komus nudzilo – po zmianie zachowania universali na animacje on/off, warto by dla niektorych z nich poprawic ostatni parameter (opoznienie ruchu) tak, by ich animacja byla plynna. Obecnie czesc z nich (np okno EU07 i potomnych) ma wartosc opoznienia ustawiona na 0 lub nawet mniej, co powoduje skokowe przelaczanie miedzy stanami. Lepiej sprawdza sie tutaj ustawienie na poziomie standardowego 0.2-0.25, a dla elementow wiekszych jak drzwi nawet wiecej.

Podobnie, warto by moze skorygowac nieco wartosci opoznienia dla elementow takich jak grzybki i przyciski (nie przelaczniki, te wygladaja ok) z tym ze tutaj “problem” jest odwrotny – wartosci opoznien sa nieco zbyt wysokie, co powoduje ze animacja tych elementow jest nienaturalnie wolna; przynajmniej na filmach z kabin po wcisnieciu przyciski ida w dol i z powrotem w gore chyba troche szybciej.

Stele:
Łe, myślałem, że pierwsze dwa zostały po staremu i można sobie okienko do połowy uchylić. Kiedyś się zrobi, wiele tego nie ma.

miko22:
Cytat: tmj w 15 Lipca 2017, 02:32:05

  Lepiej sprawdza sie tutaj ustawienie na poziomie standardowego 0.2-0.25, a dla elementow wiekszych jak drzwi nawet wiecej.

Drzwi w lokomotywie nie zamkniesz powoli ;) Z reguły trzeba to zrobić z rozpędu i nawet trochę trzasnąć, żeby zamek zaskoczył, bo uszczelki są dość grube i skutecznie odpychają drzwi, także nawet jak się chce, to mało kiedy da się to zrobić delikatnie i bezgłośnie przez zwykłe dociągnięcie do futryny. Podobnie z oknami - też często trzeba je szybciej popchnąć w górę, żeby się domknęły. A co do prędkości ruchu hebelków i przycisków, to tak to wygląda w rzeczywistości:
https://youtu.be/5bhYEK9ejwM https://youtu.be/90VZdo6_u4Y

tmj:

Chodzilo mi o to, ze w tej chwili dla niektorych elementow jest praktycznie przeskok z pozycji zamknietej do otwartej, tego zadna ilosc rozpedu nie zrobi ;&gt; przyciski tak jak mi sie wydawalo, na tych filmikach ruszaja sie nieco szybciej niz w kabinach. Podobnie zreszta i przelaczniki, pewnie warto by dla jednych i drugich zmienic opoznienie z obecnego 0.2 na 0.1-0.15 lub cos kolo tego. Ale to mniej zauwazalne jest.

miko22:
A, to ok. ;) Bo z kolei po staremu drzwi zamykały się zdecydowanie za wolno.

[przeniesione z trackera forum]

Historia:

MR6:
Z widoku w kabinie w każdej Ep08 lewituje lusterko.

Maciej:
Na niektórych siódemkach i ET22 (być może na innym taborze również) jest to samo.

Waldi 1978:
EUO7-111 również lewituje lusterko.

[przeniesione z trackera forum]

Historia:

DieselPower:
Przy wychyleniu się przez okno widoczne są dziury (tutaj wystarczy tylko dokleić maszynownię do kabin) oraz koniec jednego uchwytu wisi w powietrzu.
Z dużej odległości zauważyłem brzydko wyglądający lod - z daleka tekstura nie pasuje oraz jest niewymiarowa. Dodatkowo pojawiają się czarne prostokąty.

Sawi:
Nie trzeba doklejać maszynowni. Wystarczy extrudować ścianę.
EDIT:
Czarne prostokąty to efekt alphy.

[przeniesione z trackera forum]

Historia:

mk1991:
W modelu kabiny EU05 niema zdefiniowanej syreny.

Stele:
Powinna być na którymś z pedałów. Te są do rozdzielenia.

Schematy elektryczne pulpitu EU05: http://eu07.pl/forum/index.php/topic,29310

We wszystkich bykach kabina jest mniejsza od pudła przez co lusterko wisi w powietrzu patrząc z wewnątrz. Przycisk zbijania shp/ca ma tylko jeden dźwięk, podczas gdy inne przyciski mają dwa. Natomiast tekstura przełącznika nastawy osobowy-towarowy, rozruch wysoki-niski w większości przypadków wymaga wymazania elementu, którego nie powinno na niej być, gdyż dany element jest wymodelowany w 3d.

Proponuję uporządkować kwestię pierwszego parametru plików INC, w którym może być unikalna nazwa albo tekstura (np. dachu). Kiedyś wymóg unikalnej nazwy był oznaczony za pomocą wielkich liter w nazwie pliku (obecność eventów), ale to rozróżnienie zostało zlikwidowane bez zastosowania alternatywnego rozwiązania.

0. Można przyjąć, że wstępne rozróżnienie odbywa się po nazwie katalogu. Np. obiekty mieszkalne, czy peronowe na ogół nie będą wymagały unikalnej nazwy, w związku z tym w (p1) będzie tekstura. Jakiś inny katalog (np. pkp czy mav) będzie zawierał obiekty typowo aktywne, które w (p1) będą musiały mieć unikalną nazwę. Jeśli dany plik INC ma inne znaczenie (p1), niż to wynika z katalogu, musi być specjalnie oznaczony. W zasadzie można by oznaczyć wszystkie pliki, ale będzie to wymagało ogromu poprawek, które formalnie są zbędne, a także ich wprowadzenie może prowadzić do błędów, które następnie trzeba by eliminować.

1. Pliki INC modeli, które mają wymienną teksturę dachu w (p1), ewentualnie nie mają wymiennej tekstury, ale ignorują zawartość (p1), oznaczamy za pomocą znaku $ na początku nazwy.

2. Pliki INC modeli, które wymagają unikalnej nazwy w (p1), ewentualnie nie używają (p1) wcale (w szczególności tekstura jest w innym parametrze), oznaczamy za pomocą znaku # na początku nazwy pliku.

(Zmiana koncepcji na bardziej ogólną i wymagającą mniejszego zakresu zmian.) Ra

Mariusz1970:
1) Najpierw trzeba by moim zdaniem oczyscic paczke z plikow inc, ktore sa czesciami scenerii. Jest narzedzie do tego, dwa klikniecia i gotowe.
2) Q wpadl na pomysl, aby pierwszy parametr oznaczal typ pliku includowanego. Wiaze sie to z przerobka wpisow do plikow inc, jak rowniez przesunieciem

Ra:
Typ lepiej zapisać w nazwie niż w parametrze. Już wystarczający jest śmietnik z przesuniętymi parametrami w niektórych elementach sieci trakcyjnej.

Mariusz1970:
Inni maja inne zdanie. Nie widze tego smietnika, tylko dlatego, ze pojawi sie dodatkowy parametr jako pierwszy z typem. Raczej widze smietnik dodajac co rusz nowe znaczniki typu mala/duza litera, #, @ itp., no ale mi to ze tak powiem zwisa jak bedzie.

Stele:
Ruszanie parametrów wymaga przeróbek we wszystkich edytorach. Nazwa jest tu najmniej inwazyjna, ale znając życie nikt o tych regułach nie będzie pamiętał i nawet jakby ktoś przemielił paczkę, za dwa lata znowu będzie śmietnik.

Mariusz1970:
Mysle, ze ze znacznikami ludzie nie beda pamietac i ich przestrzegac. Ja juz sie pogubilem w nich. Dla torow jakies, dla t3d inne, teraz mialoby dojsc inc. Dla mnie jest to bardziej bledogenne i malo czytelne/intuicyjne. EOT

Ra:
Znaczniki nie są do tego, żeby ich się uczyć na pamięć, tylko raczej po to, żeby edytor, w którym się wybierze plik INC obiektu oraz ustawi współrzędne XYZ oraz nazwę i teksturę, mógł wyeksportować obiekt do scenerii z odpowiednią kolejnością parametrów. Jeśli nie chcesz przestrzegać znaczników, to musisz w edytorze ustawiać dodatkowy parametr, który określi sposób tworzenia wpisu include w sposób nie prowadzący do błędów.

Fakt jest taki, że używano różnych znaczeń dla parametrów bez jawnego określenia tego. W efekcie mając wpis include w scenerii nie ma się informacji, czy tekstura powinna być jako (p1), (p6), czy może (p5). Największe zamieszanie jest z siecią trakcyjną, bo tam obiekty mają przesunięte współrzędne XYZ. Można to powiązać z obecnością plików INC w katalogu tr, ale z kolei wyjątkiem od wyjątku są znaczniki We. Sieć trakcyjna może być również umieszczona w innym katalogu i nie ma ogólnej reguły wskazującej, po czym poznać katalogi z parametrami przesuniętymi w sposób charakterystyczny dla sieci trakcyjnej.

Najczęstsze układy parametrów (T-tekstura, XYZ-współrzędne, ABC-kąty, N-nazwa):
TXYZA — większość modeli otoczenia
TXYZABC — modele z opcją pochylania
NXYZAT — np. semafory
XYZAT — sieć trakcyjna (ale np. ostatnio zlikwidowałem tablicę peronową z takim układem)

To, co proponuję, jest możliwe do zastosowania od razu i nie wymaga ogromnego nakładu pracy. Oczywiście nie upieram się przy moim rozwiązaniu i nie ma przeszkód, żeby ktoś zgłosił lepsze. Ale wstawianie dodatkowego parametru lepszym rozwiązaniem nie jest, bo będzie wymagać ogromnych zmian w paczce i utrudni życie ludziom, którzy tworzą coś bazując na obecnej strukturze paczki. Zmiana ograniczonej liczby plików zgodnie z pewnymi regułami nie jest tak uciążliwa, jak zmiana wszystkich.

Można by jeszcze przyjąć, że domyślnie obiekty w podkatalogach scenery mają kolejność TXYZA, natomiast katalogi z domyślną unikalną nazwą muszą być zaczynane od #. Czyli by musiało być #pkp, #mav, #przejazdy jako sugestia, że dla plików INC w tych katalogach należy stosować kolejność NXYZA (chyba że plik będzie miał znacznik $).

Mariusz1970:
Niemozliwe jest zaproponowanie lepszego rozwiazania, niz Twoje... System zmian, zaproponowany przez Q, a realizowany przez moj program, automatycznie wspiera ludzi, ktorzy cos w tej chwil trzworza, nawet, dla tych, ktorzy wydadza paczke ze sceneria juz po zmianach. Natomiast twoja propozycja opiera sie tylko i wylacznie na ludzkim czynniku. No ale jak bedzie, nie ja decyduje.

Ra:
Gdzie jest opisany system zmian zaproponowany przez Q? Czytam chyba wszystkie wiadomości tu, ale nic takiego sobie nie przypominam. Skoro jest taki wspaniały, a program jest gotowy, to dlaczego jeszcze nie został wdrożony przez ekipę składającą paczki i dlaczego wymieszane parametry nadal są problemem? Ja nie mam nic przeciw, żeby ktoś coś zrobił lepiej, niż mi się wydaje, że można. Ja też nie decyduję, bo póki co nie dałbym rady jeszcze zajmować się składaniem paczki. Widzę problem (nie od wczoraj, tylko od 7 lat), to w końcu proponuję jakieś rozwiązanie.

Też nie widzę problemu, żeby uruchomić program, który posprawdza kolejność parametrów i doda znaczniki do nazw plików oraz zmodyfikuje pliki w sceneriach. Pisanie programów też opiera się tylko i wyłącznie na ludzkim czynniku — drobny błąd w programie może wyprodukować masę błędów w danych, które to błędy ujawnią się dopiero po długim czasie, gdy już będzie za późno na powtórne uruchomienie poprawionego programu w celu pozbycia się tych błędów.

Ja z kolei mam zrobiony w Rainsted eksport scenerii — i jak mam to zintegrować z systemem zaproponowanym przez Q i z Twoim programem?

To, że opisałem tu mój pomysł, to nie oznacza "macie tak zrobić, bo ja wiem lepiej", tylko chciałbym wiedzieć, czy ktoś ma jakieś inne przemyślenia na ten temat.

Nie znam szczegółów pomysłów Q, ale moim zdaniem informacja o parametrach powinna być zawarta w nazwie pliku, bo dodatkowy parametr nie spowoduje, że plik INC się do określonego znaczenia parametrów dostosuje. Czyli trzeba by ten parametr ustalać zależnie od nazwy pliku. Zresztą, jeśli były by jasne reguły co do stosowania parametrów i oznaczania tego w nazwie, to kombinowanie z dodawaniem dodatkowego parametru było by zbędne.

Mariusz1970:
Na tutejszym forum nie zobaczysz tego programu. Jest to swieza sprawa, dlatego szerzej sie o tym nie mowi. Zaczalem dyskusje dlatego, ze pomysl Q mi sie spodobal. Mial do mnie prosbe, abym napisal program, to napisalem. Oczywiscie, ze w zalozeniu pomysl Q raczej nie wnosi rozwiazania, do oznaczania w jakim inc jest zmiana paramertow, ale mozna pomysl dopracowac, aby nie bylo dwoch roznych koncepcji. W tym linku http://eu07.pl/userfiles/23403/priv-zmieniacz.rar wystawiam ten program. Co do czynnika ludzkiego, jasne, ze sie go nie wyeliminuje, jednak rozwiazanie Q wymusza nadanie typu w razie stworzenia nowego pliku inc, w przeciwnym razie, scenerie sie nie uruchomia. W twoim rozwiazaniu, to przejdzie niezuwazone i trzeba znac te znaczniki, ktore sa nie intuicyjne.

Moze sie niech wypowiedza inni, skoro zamiescilem program, a w nim opis z koncepcja Q. Jest teraz pelen obraz 2 pomyslow.