SJ Ba 3 (Prins August)

[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å.

[vovven47]

En fråga till er som hade problem, eller nån annan som vet:

Hur var <kuid2:67375:1021:3> resp. kuid:<67375:1021> markerade i CM?
Var förstnämnda "obsolete" och sistnämnda "Active".

[hgkn]

kuid:<67375:1021> "obsolete" <kuid2:67375:1021:3> Modified

[hgkn]

"Active" har jag inte sett i TANE.

[blomsson]

Hur det är i Trs2019 vet jag ej, men i Tane kan endast den senast installerade versionen vara aktiv. Det enda sättet att få en tidigare installerad version (markerad som obsolete) att bli aktiv är att radera (delete) de versioner som har ett högre versionsnummer.

Om den nyligen installerade versionen skulle visa sig orsaka problem kan man inte återgå till en tidigare installerad version på annat vis än att radera den nyare och installera om den äldre ifall de obsoleta objekten är raderade.

Att försöka installera en äldre version än den installerade går icke!

Det finns även ett menyval som heter "Disable" som gör att man kan välja att ta bort ett objekt från Tane utan att radera detta. Objektet kommer inte att synas i det "blåa Trainz" men kan fortfarande synas i CM. Disable innebär dock inte att en tidigare installerad version som listas som obsolete blir aktiv istället.

Så kuid:<67375:1021> kan aldrig vara aktiv om det finns en senare version installerad.

mvh
Håkan

[vovven47]

Förutsättning:
kuid:<67375:1021> "obsolete" och <kuid2:67375:1021:3> Modified

Och ändå så väljs kuid:<67375:1021> som är OBSOLETE och vi får ovan relaterade LOD fel(Post #14).

Kanske det beror på att jag i config filen för STL koppel satt:

a_koppel
{
mesh-asset <kuid:67375:1021>
mesh "koppel_l2.lm"
anim "koppel_l2.kin"
att "a.koppela"
auto-create 1
att-parent "default"
}
(utklipp från SJ Ba3)

Alltså väljs kuid:<67375:1021> och man får LOD felet trots OBSOLETE status!

Om istället väljs:

a_koppel
{
mesh-asset <kuid2:67375:1021:3>
mesh "koppel_l2.lm"
anim "koppel_l2.kin"
att "a.koppela"
auto-create 1
att-parent "default"
}

så är problemet ur världen och modifierade och aktiva <kuid2:67375:1021:3> väljs!

M.a.o. väljer man en <kuid:12345:111> så laddas denna kuid in oberoende av obsolete
statuset i TANE!????!!!!!
Förmodar samma sak gäller TRS19?

Däremot om en <kuid2:12345:111:1> definieras i Config filen så blir det sist definierade
kuid2-objektet valt, t.ex. <kuid2:12345:111:5> beroende på OBSOLETE status på de föregående kuid2-erna