FORUM PTT -

PROBLEMY - Trainz 2019, problem ze światłami
lbn68pkp - 13-06-2022, 21:12
: Temat postu: Trainz 2019, problem ze światłami
Podczas załączania świateł pełnych w lokomotywach (np, czeskie, wszystkie ST44) gra zaczyna się mocno ciąć i niestety trzeba ją wyłączyć, dosłownie tylko w kilku modelach można włączyć światła pełne. Jest jakiś sposób na to. Zaznaczę że nie pojawia się komunikat o błędzie.
RBach - 14-06-2022, 01:01
:
Tak. Kilan wrzuca regularnie updaty na trainzart. Pobrać popraione.
lbn68pkp - 14-06-2022, 06:27
:
Dla pewności wgrałem wszystko jeszcze raz dla lokomotyw ST44, data wydania zależności to obecny rok, i niestety nadal to samo, przyciemnione działają, natomiast pełne światła dają mega zacięcie :(
RBach - 14-06-2022, 08:15
:
Trzeba pobrać lokomotywy, nie zależności do nich. Poza tym, nie wszystkie są jeszcze poprawione. Można też pościągać updaty z dls, tam też się pojawiają. Ale powtarzam - nie wszystkie.
lbn68pkp - 14-06-2022, 08:24
:
Dobra, to tak zrobię, a patrzeć wtedy po dacie wydania że jest coś poprawione czy jakieś konkretne numery Kuid ?
ryszard - 14-06-2022, 08:54
:
Przykładowo: <kuid2:404575:1870104009:10> Patrzysz na ostatnie cyfry po ostatnim dwukropku. Ma być najwyższy numer jaki jest dostępny na DLS-e.
lbn68pkp - 28-06-2022, 21:15
:
Czy jakakolwiek lokomotywa SM42 zadziała w Trainz 2019 ?
Kompilacja: 117026 (Steam)
Railwoj - 29-06-2022, 11:40
:
lbn68pkp napisał/a:
Czy jakakolwiek lokomotywa SM42 zadziała w Trainz 2019 ?
Kompilacja: 117026 (Steam)


U mnie wszystkie dostępne stonki buczą, dymią, świecą i jadą ;-) . Trawnik aż huczy. Kompilacja: 117009.
lbn68pkp - 29-06-2022, 16:28
:
PKP SM42-234 pokazuje takie błędy;
! <kuid:688894:13> : VE48: Dodatek używa przestarzałego numeru trainz-build. Numery trainz-build poniżej 3.5 nie są już wspierane.

! <kuid:688894:13> : VE109: Siatki niskiej szczegółowości mają ponad 500 wielokątów. Może to mieć negatywny wpływ na wydajność: 0: 5634, 1: 3285

! <kuid:688894:13> : VE73: Plik obrazu „sm42_art/sm42_art_icon.tga” jest nieprawidłowo wykorzystywany zarówno jako plik źródłowy texture.txt, jak i surowy plik obrazu.

! <kuid:688894:13> : VE94: Ten dodatek wymaga siatki cienia, ale mesh table nie zawiera takiej siatki.

Następnie: ; <kuid:173943:600017> : Trwa wczytywanie dodatku <kuid:173943:600017>
- <kuid2:173943:600017:1> : VE221: $tadgetspecfromasset_asset_faulty
! <kuid:688894:13> : MapObjectSpec::LinkSpecs> Asset is missing required interior <kuid:173943:600017>


Czy da się to naprawić, nie mam o tym zielonego pojęcia ;)

Ps:
W interior SM42 główny błąd/ostrzeżenie to:
! <kuid2:173943:600017:1> : VE86: Starsze pliki .pm nie są już wspierane. Zacznij korzystać z plików .lm.
rysztur - 29-06-2022, 17:41
:
Z tego wynika, że masz problem z kabiną. Wszystko co jest na żółto można olać.
Siatka 3d kabiny jest w nieobsługiwanym formacie *.pm. Otwórz dodatek, wszystkie siatki w tym formacie otwórz w programie PEVSoft PM2IM. Program sam utworzy w folderze kabiny siatkę *.im. Starą usuń. W configu musisz poprawić wszystkie odwołania z pm do im, głownie w sekcji mesh-table.
To powinno uzdrowić kabinę i całego loka.
Jakby o coś się jeszcze pluł to pisz.
Railwoj - 29-06-2022, 19:20
:
rysztur napisał/a:
Siatka 3d kabiny jest w nieobsługiwanym formacie *.pm.

Rysztur, jasne, co do zasady masz rację, tylko że u mnie ta kabina do stonki na kuidzie Kilana też ma te żółte ostrzeżenia o plikach siatki .pm, nawet całą gromadę, jak teraz sprawdziłem. Nie przeszkadza to wszakże lokom śmigać z tą kabiną po trawniku. Przyczyną błędów musi tu być co innego. Może błędy w configu - słynny plik smoke.tfx, czy literówki typu "mausespeed", które już pod TS12 trzeba było poprawiać.

lbn68pkp napisał/a:
PKP SM42-234 pokazuje takie błędy;
! <kuid:688894:13> : VE48: Dodatek używa przestarzałego numeru trainz-build. Numery trainz-build poniżej 3.5 nie są już wspierane.
! <kuid:688894:13> : VE109: Siatki niskiej szczegółowości mają ponad 500 wielokątów. Może to mieć negatywny wpływ na wydajność: 0: 5634, 1: 3285
! <kuid:688894:13> : VE73: Plik obrazu „sm42_art/sm42_art_icon.tga” jest nieprawidłowo wykorzystywany zarówno jako plik źródłowy texture.txt, jak i surowy plik obrazu.
! <kuid:688894:13> : VE94: Ten dodatek wymaga siatki cienia, ale mesh table nie zawiera takiej siatki.
Następnie: ; <kuid:173943:600017> : Trwa wczytywanie dodatku <kuid:173943:600017>
- <kuid2:173943:600017:1> : VE221: $tadgetspecfromasset_asset_faulty
! <kuid:688894:13> : MapObjectSpec::LinkSpecs> Asset is missing required interior <kuid:173943:600017>


lbn68pkp: wyświetla Ci się w tej kabinie lub lokomotywie jakiś błąd na czerwono? Jedyna kwestia, która wydaje się nie do przekroczenia bez własnej ingerencji, to problem ze skryptem, którego objawy zgłosiłeś otwierając wątek. Ale akurat ten problem jest wyjątkiem, bo nie pokaże się na czerwono w CM, tylko poznać go można po freezie gry, jaki Ci się przydarzył w przypadku innych polskich loków. Da się to naprawić.
Przy czym, jeśli nie wiesz jak to zrobić, to nie namawiam do ingerencji w model, bo wiem, że na naszym forum dominuje stanowisko, że autor modelu powinien wydać autorską poprawkę. I jest to jak najbardziej słuszny punkt widzenia. Na pocieszenie można dodać, że widać jest, że Kilan aktualizuje swoje modele. A ponieważ jest ich mnóstwo, to musi to trwać odpowiednio. Jednak jakbyś chciał skrócić oczekiwanie, to zapraszam na PW.
Natomiast to, co podałeś, to są raczej tagi z kategorii żółtych ostrzeżeń, które, jak napisał Rysztur, możesz olać, bo da się z nimi żyć i jeździć w grze.
lbn68pkp - 30-06-2022, 12:31
:
Np: lok SM42-483 jedyny błąd czerwony jest w interiorze, zresztą tak jak wszystkie SM42 :
- <kuid2:173943:600017:1> : VE18: Punkt przyłączenia „none”, do którego odwołuje się wpis „att” w „mesh-table/wheelslip_light” nie został znaleziony.

Sporo polskich loków wywala mi przy włączeniu świateł pełnych, a w przypadku sm42 podczas odpalania jazdy jest też informacja ,,wybrany pociąg nie jest pod kontrolą użytkownika"

Dzięki w ogóle za pomoc, bo w sprawach kuidów i zmian jakiś rozszerzeń to w zasadzie nic nie kumam ;)
Railwoj - 30-06-2022, 13:04
:
lbn68pkp napisał/a:
VE18: Punkt przyłączenia „none”, do którego odwołuje się wpis „att” w „mesh-table/wheelslip_light” nie został znaleziony.


Trzeba by było w configu kabiny w dziale mesh-table znaleźć sekcję wheelslip_light i w niej usunąć wpis att-parent "none". Poślizg kół nie potrzebuje punktu przyłączenia do siatki modelu, dlatego tak to zostało zapisane przez autora pod TRS2004, i tam, oraz w TRS2006 działało. Ale już wersje gry od TS10+ natywnej (a na pewno od TS12+) nie akceptują wpisu "none" w takim kontekście, ponieważ automat traktuje taki wpis jako odwołanie do punktu przyłączenia na siatce modelu i szuka takiego punktu na trójwymiarowej siatce lokomotywy. Tego punktu nie znajduje, bo go znaleźć nie może, i dlatego wywala Ci błąd.
Załączam poniżej kabinę SM42 bez czerwonych błędów:
http://hostuje.net/file.p...18b7e017d013423

lbn68pkp napisał/a:
Sporo polskich loków wywala mi przy włączeniu świateł pełnych

To jest właśnie błąd skryptów do polskich lokomotyw, którego objawy tak się manifestują w trawniku. Ten błąd skryptu nie jest wykazywany na czerwono w CM, ponieważ wpis go powodujący nie zawiera błędów logicznych czy niespójności syntaksy w języku skryptu. Jest poprawny, ale powoduje wieszanie się gry przy próbie włączenia świateł. Było to już wiele razy opisane na forum - możesz poszukać tych wątków. Autorzy modeli, zwłaszcza Kilan, wydają poprawki, ale to trwa. Chyba też rzeczywiście jeszcze żadna poprawiona stonka nie wyszła dotąd. Jakbyś był w pilnej potrzebie, zapraszam na PW.

lbn68pkp napisał/a:
,,wybrany pociąg nie jest pod kontrolą użytkownika"

Ta uwaga to nie jest komunikat błędu. Trawnik w ten sposób pokazuje, że dany maszynista w sesji jest sterowany przez komputer, np. w czasie jazdy STW drive / auto drive lub podczas załadunku/rozładunku.
A co do kumania, to wiesz, Trainz to taka spoecyficzna gierka, w której nie masz za wiele podane na złotej tacy. Dlatego jeśli chcesz osiągnąć stan "full wypas", musisz włozyć w to trochę własnego wysiłku i zacząć ogarniać te kwestie spoza świateł rampy. A więc zacząć rozkminiać te kwestie związane z systemową "podszewką" gry, kuidy, a zwłaszcza komunikaty błędów. Oraz sposoby ich naprawy. Spokojnie, wszystko jest dla ludzi. Cierpliwością i pracą... no i nie od razu Kraków zbudowano ;-)
Warto cierpliwie poszukać i poczytać nasze forum, bo wiele o występujących błędach dodatków, fochach samej gry i sposobach ich naprawiania napisano już tutaj na forum w różnych wątkach.
Dodam, że w SP5 widać, że poprawiono mechanizmy zatwierdzania dodatku po poprawieniu błędów. W poprzednich wersjach (do SP4) było tak, że trawnik widział dodatek jako bezbłędny dopiero po zmianie filtra wyszukiwania w CM z "zainstalowane" na "błędne". Dopiero ustawienie filtra "błędne" powodowało przemielenie czerwonego wcześniej dodatku na nowo przez grę i dopiero w wyniku tego sprawdzenia okazywał się bezbłędny. Teraz to poprawiono i sprawdzanie odbywa się od razu przy wczytywaniu listy zainstalowanych dodatków.