[burraq]

Cześć,
czy ktoś ma i może udostępnić poprawiony skrypt do tej lokomotywy likwidujący problem z oświetleniem i blokowaniem gry TS19 i wyżej?
Jest to lokomotywa wypożyczona do Przewozów Regionalnych.
<kuid:173943:600067>
Skrypt jest skompilowany i nie mogę poprawić.

A może z jakiejś innej lokomotywy, która ma skrypt w wersji tekstowej można przenieść? Jeśli tak to z jakiej?

[Railwoj]

Spośród tego, co próbowałem testować, stosunkowo najlepsze, (co nie znaczy, że w pełni satysfakcjonujące), rezultaty dała podmiana skryptu na skrypt rada182.gs stosowany w Skodach serii 181, 182, 183.

Poprzez skopiowanie tego skryptu do folderu modelu 163 i zmianę wpisu dotyczącego skryptu i klasy w configu możesz uzyskać tyle, że lokomotywa będzie jeździć z działającą animacją pantografów (które będą się podnosić / opuszczać). Pozostałe funkcje pozostaną (niestety) nieaktywne. Tyle mi się udało. Może kto inny zaproponuje coś lepszego?

[marconet]

[Railwoj]

A jeździłeś nią w trybie poleceń AI czy z ręki? Bo z ręki to wszystkie loki hulają. Dopiero danie polecenia jazdy w trybie AI powoduje zwiechę.

[marconet]

[marconet]

Przewaliłem w trybie AI chyba wszystko i działa.

[burraq]

@marconet
Faktycznie – u mnie w T+ (129343) lokomotywa rzeczywiście działa. Z tą różnicą, że komenda np. „drive” nie zapala świateł. W TS19 (117009) zapala. Mało tego: z menu lokomotywy można wybrać wszystkie kombinacje świateł i gra się nie freezuje jak TS19. A dokładnie TS19 freezuje się przy pełnych światłach. Przy przygaszonych jest OK.
Przyznam, że jestem zaskoczony. Czyżby dla TS22/T+ nie trzeba było poprawiać loków pod kątem świateł? Muszę to sprawdzić – trochę loków dla obu wersji już poprawiłem.
Temat do wyjaśnienia.

@Railwoj
Dzięki – ten skrypt faktycznie działa. Musiałem tylko w kuid-table w config.txt dodać poniższy wpis:
mechaniks <kuid:263713:8188>
pomocniks <kuid:263713:8187>
Bez tego lokomotywa była nieużywalna – nie miała maszynisty w module maszynisty . Trzeba było do niej „wsiąść”. Te wpisy wymagane są przez skrypt rada182.gs – zgłasza on taki błąd.

[burraq]

Cześć ponownie – sorry, że Was męczę ale nie dawało mi to spokoju.

Zrobiłem sobie test w T+ (129343) z poniższym zestawem:

<kuid:545940:1054> 36WEa-014A
<kuid:545940:1055> 36WEa-014B
<kuid:545940:1056> 36WEa-014C

Wybrałem go, bo tu w dwóch członach trzeba było usunąć funkcję SetHeadlightState().
Po przywróceniu wszystkich trzech wywołań tej funkcji okazuje się, że w maszyniście nie ma z tym żadnego problemu. Przy czym AI przy ruszeniu składu NIE zapala świateł – w przeciwieństwie do TS19. Mało tego – w module maszynisty możemy zapalić wszystkie światła, nawet na pełną jasność i AI dalej działa bez problemu. Gra się nie freezuje jak TS19.

Ale teraz, jeśli zechcemy aby światła były zapalone jak skład sterowany przez AI ruszy, to musimy zapalić światła w geodecie. I tu jest problem. Gdy ustawimy światła w geodecie na pełną jasność następuje natychmiastowy freez gry.

Dokładnie to samo dzieje się z CZ-CD 163.034-2.

Wychodzi zatem na to, że dla TS22/T+ też SetHeadlightState() trzeba usunąć. Ponadto wydaje się, że przyczyną problemów jest zapalanie świateł na pełną jasność, bo pewnie wtedy jest ta funkcja wywoływana. Przynajmniej w omawianych tu modelach.

[marconet]

Oczywiście pewne funkcje trzeba zainicjować w geodecie ale jeszcze raz sprawdziłem i 163.034 nie stwarza u mnie problemów. Może mapa , może instalacja trainz bo ta gra jest o tyle ciekawa ,że jest nieprzewidywalna.

[burraq]

A w geodecie włączyłeś światła na pełną jasność? Czy tylko przyciemnione?
Ten przełącznik ma trzy wartości: wyłączone, przyciemnione i pełna jasność. Piszę z pamięci, więc nie dosłownie.
Sorry, po prostu próbuję uchwycić jakąś regułę, jeśli się da oczywiście...