SJ Ba 3 (Prins August)

[Trainsmith]

Får följande fel.

[Bengan]

Samma fel som Tjatte.

Läs Vovvens inlägg i post 11 här ovan.

[Trainsmith]

"Det set ut som om du kör med en gammal STL source version."

Nej, det är den senaste versionen jag har.

[vovven47]

Ursprungligen postat av Trainsmith

"Det set ut som om du kör med en gammal STL source version."

Nej, det är den senaste versionen jag har.

Ditt fel verkar identiskt med Tjattes och han kom runt det hela med att ladda ned sista
versionen av STL biblioteket.
Mitt råd är att ladda ned STL biblioteket för TANE en gång till.


Och sen återinstallera Prins August.

[hgkn]

Jag har exakt samma fel, och det påverkar många av vovvens lok och tendrar. jag har gång på gång laddat ner rätt STL source version. Kör i TANE.

[hgkn]

Nu har jag gått in i configen på både lok och tender och ändrat från kuid:67375:1021 till <kuid2:67375:1021:3> och nu fungerar det. Jag har för mig att Trainz skall automatiskt läsa kuid2 före gamla kuid men tydligen görs detta i Tane. Nu är det bara att sätta sig och byta kuid i det som inte funkar.

[blomsson]

Nja, Trainz läser inte "automatiskt" <kuid2> före gamla <kuid>.
Så här funkar det, för att ta ovanstående kuid som exempel <kuid:67375:1021> är den första versionen av asseten, <kuid2:67375:1021:3> är den fjärde versionen av asseten!
Kuid:<67375:1021> är alltså samma som <kuid2:67375:1021:0>.

När en ny asset skapas blir det alltid <kuid> som används, vilket ju är logiskt eftersom det är den första versionen, t.ex. <kuid:12345:999>, om man nu vill skapa en ny version så blir den "ändrad/uppgraderad" till <kuid2:12345:999:1> och sedan vid varje ny versionsuppdatering så ökas versionsnumret.

Eftersom Trainz vet vad som finns i de olika versionerna av en asset och att en <kuid> och en <kuid2> inte är samma version så kommer det att bli ett felmeddelande om man hänvisar till en version som inte har det befintliga objektet hos sig.

T.ex. i configen hänvisas <kuid:12345:999> som innehåller en massa tavlor. En ny version skapas <kuid2:12345:999:1> med ytterligare några tavlor. I configen hänvisas de äldre taggarna fortfarande med <<kuid:12345:999>> vilket är okej eftersom de objekten fanns i den versionen. Om de nya taggarna för de nya tavlorna använder <kuid:12345:999> istället för <kuid2:12345:999:1> kommer det att ge ett felmeddelande om saknade objekt eftersom de nya objekten inte fanns i den äldre versionen.

Dock är det konstigt att inte alla får samma problem som har laddat ner objekten (vilket jag inte har gjort).

Även fast det löser problemet att gå in och ändra i configen själv så tycker jag inte att det ska göras, dels därför att versionen som skickas ut ska vara den korrekta och om den inte är korrekt så kommer ju samma problem att kunna uppstå för andra också.
Sedan kan configen vara ganska rörig så det är är lätt att göra misstag!

mvh
Håkan

[Bengan]

Jag brukar gå in på Obsolute och köra Delete på dom objekten mellan varven. Som nu när jag precis har installerat Vovvens Ånglok SJ B 1319 och dom 3 tendrarna, så att dom föregående raderas. Kanske därför, som det fungerar för mig. Då jag inte har den gamla STL source versionen installerad, då jag tidigare har kört Delete på objekt som har varit Obsolute.

[lan]

Ursprungligen postat av Bengan

Jag brukar gå in på Obsolute och köra Delete på dom objekten mellan varven. Som nu när jag precis har installerat Vovvens Ånglok SJ B 1319 och dom 3 tendrarna, så att dom föregående raderas. Kanske därför, som det fungerar för mig. Då jag inte har den gamla STL source versionen installerad, då jag tidigare har kört Delete på objekt som har varit Obsolute.

Om en asset är Obsolete så betyder det (eller borde betyda) att Trainz använder en senare version. Men det kan vara bra att radera allt Obsolete ändå.