SJ Ba 3 (Prins August)

[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

[blomsson]

Nej, inte riktigt så!

Anledningen till att felet uppstår är att de objekt som hänvisas till i configen inte finns i <kuid:67375:1021> utan i en senare version t.ex. <kuid2:67375:1021:3>. Om objektet finns i version <kuid2:67375:1021:3> så spelar det ingen roll vilken föregående version som väljs eftersom objektet ändå inte finns.

Jag gjorde ett litet experiment och klonade mitt meshbibliotek för tavlorna, och plockade bort tavlan som visas nedan från den första versionen.
Exempel från en av Ljudsignaltavlans tilläggstavlor

 
  position1_info700_lod0
  {
    mesh-asset                          <kuid:609407:105117>
    mesh                                "410x700.trainzmesh"
    auto-create                         0
    lod-level                           0
  }

Då visas följande felmeddelande:
1 Not found 3st.jpg
Att det visas tre stycken fel beror på att hänvisningen finns på tre ställen i configen.

Nu skapade jag en ny version och lade till tilläggstavlan ovan, men behöll koden som visas ovan.

Samma felmeddelande visas igen, vilket beror på att tavlan endast finns i den nya versionen. För att bevisa det ändrade jag till följande kod på ett ställe i configen.

 
  position1_info700_lod0
  {
    mesh-asset                          <kuid2:609407:105117:1>
    mesh                                "410x700.trainzmesh"
    auto-create                         0
    lod-level                           0
  }

Då blev det följande felmeddelande:
2 Not found 2st.jpg

Nu är det endast fel på två ställen eftersom ett ställe hänvisas till den nyare versionen!

Så vad händer om jag raderar (delete) den obsoleta versionen, varför inte testa!

Och så löste vi problemet!
Samtliga felmeddelanden från Ljudsignaltavlan försvann! Tydligen så ersätts koden internt eller så "går den äldre version upp i den nya". Som vanligt med N3V så måste man testa själv för att få veta saker, hade ingen aning om detta.
Och förklarar ju varför Bengan inte hade problem medan andra hade det!

Detta innebär att det går att skriva utan <kuid2> eller vilket lägre versionsnummer som helst om de objekt som hänvisas till och är obsoleta är raderade, annars så kommer det att bli felmeddelanden. Skriver man ett felaktigt versionsnummer blir det "Missing Dependencies".

Det bästa för att undvika bekymmer är ju att skriva det senaste versionsnummret som finns när man hänvisar till objekt i configen,bl.a. eftersom man inte vet vilka objekt som användarna har installerade.

Även om det är enkelt att radera ett objekt så är det säkert inte många som vet att det fungerar så här och problem med tillhörande frågor lär väl återkomma! Dessutom kanske man vill ha en extra säkerhet att kunna återgå till en tidigare version om uppdateringen orsakar problem.

mvh
Håkan

[vovven47]

Ursprungligen postat av blomsson

Nej, inte riktigt så!

Anledningen till att felet uppstår är att de objekt som hänvisas till i configen inte finns i <kuid:67375:1021> utan i en senare version t.ex. <kuid2:67375:1021:3>. Om objektet finns i version <kuid2:67375:1021:3> så spelar det ingen roll vilken föregående version som väljs eftersom objektet ändå inte finns.
[/code]

Då blev det följande felmeddelande:
Bifogad fil 77538

Nu är det endast fel på två ställen eftersom ett ställe hänvisas till den nyare versionen!

mvh
Håkan

Tack för att du tog dig tid till ovan experiment!

[vovven47]

Eftersom nitarna på Göta syns så tydligt, blev jag tvungen att göra sammalunda på Prins August:







Ett musei tåg på HNJ DEM bana där SJ tåget fraktar resenärer till HNJ museum:


Observera TurfFx gräset på bilden!


Nedladdnings länk för lok,tender och hytt:
http://www.mediafire.com/file/78f6t0..._0_26.cdp/file

[vovven47]

SJ Ba 3 Prins August (Digitalt Museum):






Uppdateringar/nytt:
1.Några nya/uppdaterade detaljer.
2.Nytt ångloks ljud.
3.SJ Ba loket kan slira om tågsättet överstiger 100 ton. Både DCC och CAB läge.
__Se nedan videoklipp hur få lok att slira i CAB läge.

https://youtu.be/YzxtF9YqmvM
4. SJ Ba loket kan ställas upp stationärt med vevstake rörelser t.ex. på ett museum:

https://youtu.be/S4MAt33Xrsg
Definiera upp denna egenskap i Surveyor (röd markerat):


5.Föraren kvar vid koppla ned loket, men förar figuren tas bort.
6.Animerade omkastare och "injektor hjul" i Driver mode.



Ladda ned ReadMe filen för alla kommandon, egenskaper och historia:
https://www.mediafire.com/file/dysnr..._Ver2.pdf/file

Ladda ned lok, tender och hytt:
https://www.mediafire.com/file/z15ww...11_27.cdp/file