|
SJ Ba 3 (Prins August)
Ett ångloks projekt som startades upp för över 2 år sen!
Utklipp från boken "Normalspåringa ånglok vid SJ": https://i.postimg.cc/BZBtsQHn/Ba3-Data.jpg Klockan på tendern regleras med tangenten b från LOKET. (Slå av/på) LÅT KLOCKAN PLINGA MINST 10 SEKUNDER INNAN NI STÄNGER AV DEN!!! MEN: Gäller alltså att ni definierat upp min kontroll fil. Har ni gjort detta tidigare med version 6 så behövs följande inte göras om: http://www.e-buzz.se/forum/showthread.php?t=37106 Följande kan definieras i Surveryor mode: https://i.postimg.cc/zvVnKZSM/Ba3-Surveyor.jpg Följande kan definieras i Driver mode: https://i.postimg.cc/7Lw0XTnS/Ba3-Driver.jpg Alternativ till markering av "staella av loket" i Driver mode är tangentbordskombinationen Alt-x. I hytten kan ni reglera omkastaren och regulatorn (Advanced mode). Bromsning av tåget gjordes med handbromsen på tendern eller lägga om omkastaren. https://i.postimg.cc/BbN4V9Kh/Ba3-2.jpg https://i.postimg.cc/L4vSRSJD/Ba3-2a.jpg https://i.postimg.cc/pd9r5TFP/Ba3-1.jpg https://i.postimg.cc/2SZgqNSP/Ba3-3.jpg https://i.postimg.cc/3JpPNHRz/Ba3-6.jpg https://i.postimg.cc/mDDwH7St/Ba3-5.jpg https://i.postimg.cc/DyWMD3L8/Ba3-4.jpg En bild ifrån 1962 där man kan se hur klockan på tendern kan nås från en vagn. Tåget skall gå från Stockholm till Göteborg för att fira TÅG62. Från Samlingsportalen: https://i.postimg.cc/0jkVw6sx/prins-august-1962.jpg Nedladdnings länk för lok,tender och hytt: https://www.mediafire.com/file/gbxaa...03_12.cdp/file |
loket fungara inte
jag söker <kuid:448495:1248> har du den vovven47 den gör någon inte prins august funkar
|
1 bifogad(e) fil(er)
Citat:
Det är Tendern. Prova och ladda hem henne på nytt. Allt var med för mig. Kan lägga till, att Lennarts gamla 1860-tals vagn fungerar även i Tane. Finns i länken nedan. http://www.e-buzz.se/forum/showthread.php?t=33779 . |
nästa kuid på koket
jag har hittat ett fel till med loket <kuid:448495:1247>
|
1 bifogad(e) fil(er)
Citat:
För mig, så är det helt felfritt. . |
jag kör trainz railroad simulator 2019
är det tane du kör jag kör trainz railroad simulator 2019
|
Citat:
|
japp vovvan47 kör trs2019
tycker det är konstigt att det inte vill funka för mig kan du fråga han så får han höra av sig till mig om prins august
|
hej
1 bifogad(e) fil(er)
nu kommer jag med ett fel rutan med loket och tendern
|
här kommer nästa
1 bifogad(e) fil(er)
nu kommer nästa bild
|
Citat:
Hämta hem den senaste här: http://www.banbyggarna.se/stl/ovrigt/page1.html och tryck på TANE. Tack för 1860-tals vagnen. |
2 bifogad(e) fil(er)
Några påhittade ommålningar utav Lennarts 1800-talsvagn till Prinsen.
Text och SJ-logga spegelvänd på ena sidan. . |
snygga vagnar bengan
1 bifogad(e) fil(er)
jag kör dom här vagnar till prins august
|
Funkar inte här heller
2 bifogad(e) fil(er)
Får följande fel.
|
Samma fel som Tjatte.
Läs Vovvens inlägg i post 11 här ovan. |
Funkar inte här heller
"Det set ut som om du kör med en gammal STL source version."
Nej, det är den senaste versionen jag har. |
Citat:
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. |
1 bifogad(e) fil(er)
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.
|
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.
|
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 |
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.
|
Citat:
|
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". |
kuid:<67375:1021> "obsolete" <kuid2:67375:1021:3> Modified
|
"Active" har jag inte sett i TANE.
|
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 |
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 |
2 bifogad(e) fil(er)
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 Kod:
Bifogad fil 77537 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. Kod:
Bifogad fil 77538 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 |
Citat:
|
Version 2 till SJ ånglok Prins August
Eftersom nitarna på Göta syns så tydligt, blev jag tvungen att göra sammalunda på Prins August:
https://i.postimg.cc/d1nDdLsX/Prins-A-Nitar.jpg https://i.postimg.cc/3Ndrv1b4/tender-Ba.jpg Ett musei tåg på HNJ DEM bana där SJ tåget fraktar resenärer till HNJ museum: https://i.postimg.cc/k4DP14NL/Museit-g.jpg 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 |
| Alla tider är GMT +2. Klockan är nu 20:34. |
Powered by vBulletin® Version 3.7.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
© Svenska 3D-Tåg 2001-2009