STL och TRS2019 - frågetråd
 

Som ni kanske har sett är Svenolov tillbaka till Trainz:andet och ska förhoppningsvis sätta lite fart på STLs övergång till TRS2019! :)
Jag skapar denna tråd för att ni ska kunna ställa frågor om hur vi tänker, vad vi planerar och så vidare vad det gäller STLs assets.

Våra närmaste planer är i alla fall först och främst att få STL-koppel att fungera tillfredsställande i TRS2019. Därefter kommer vi att fortsätta med att uppdatera signalscripten, vilka vad jag förstår det som inte alls fungerar i TRS2019. Vi har inte bestämt helt hur vi ska göra, men vi kommer nog att välja att fokusera på den äldre signaleringsprincipen (alltså med semaforer och de äldre ljussignalerna).

Vi har också funderat och kommer nog att utveckla scripten för att fungera i TRS2019, vilket också bör fungera i (åtminstone den nyaste SP-uppdateringarna av) TANE. De gamla versionerna av STL-scriptbiblioteken som finns nu kommer naturligtvis att finnas kvar på hemsidan för de av er som av olika anledningar vill hålla er till de äldre utgåvorna av Trainz! ;)


Så, finns det några frågor eller önskemål? :)

Hej!
Jag tror att Vägskydd troligen är nästa punkt på listan? Efter sematorer och gammalt så är det nog också de vanligaste signalerna, som används till vägskydden.
Det märkliga är att vägskydd-systemet fungerade till en början i TRS19, men inte nu längre. Tror deras funktion försvann vid uppatchning senare.
Förstår att ni har mycket jobb framför er och ser med djup tacksamhet fram emot att få använda STL-s fina objekt längre fram.
Hälsningar

:applad: :tumupp: :ber:

Jag har Trainz i två datorer. Den med Build 105766 fungerar signaler och vägskydd alldeles utmärkt.
Datorn med Build 105096 fungerar vägskydd och signaler som fanns innan uppdateringen, men det går inte att lägga in nya vägskydd.

Har gjort en test med smalspårskoppel, dvs koppel, slutsignal och slutsignalshållare (en PBR-version) och scriptet fungerar i trainz 19 precis som i Tane. Vad som gjort att Stl-kopplen inte fungerat till 4.6 objekt visade sig vara att i och med version 4.5 och högre måste alla ingående mesher dela samma material, annars så fungerar det inte och visas faulty i CM. Det medför ju att alla mesherna måste textureras om och medför ju en hel del jobb även om "procedural texturing" gör det hela lite snabbare och smidigare.

Vägskydden vill nog Svenolov vidareutveckla också! :)

NEBO: Detta tolkar jag då som att vägskydden först fungerade fint i TRS2019, men att något i Trainz fick dem att sluta att fungera i 105096 för att sedan fungera fint i 105766 igen? Det låter ju lovande att de fungerar igen i alla fall. Vi har inte hunnit undersöka hur väl signalsystemet fungerar i TRS2019 än, så vi får se längre fram om någonting behöver åtgärdas och hur.

Tanigardi: Problemen med STL-koppel NG kommer jag ihåg att du har skrivit om. Anledningen till det var väl att jag fick nöd-LOD:a STL-koppel NG för att få den att fungera i senare versioner av TANE. Men jag gjorde dem ju i Blender istället för 3DsMax som Lan har använt, så det blev ett annorlunda material. Det är möjligt att det går att lösa med lite trixande genom att matcha LOD:ningens material med Lans original. Kan se om jag får tid att kika på det.
Hur har du löst det hela idag? Har du skapat ett eget koppel-bibliotek?

Kanske ett förtydligande är på plats? Build 105766 är Trainz New Era (TANE) SP 4 och Build 105096 är Trainz Simulator 2019.

Det är då så att i TANE (Build 105766) fungerar allt, men i TRZ19 (Build 105096) fungerar det inte!

Det mest märkliga (!) är att om jag öppnar exempelbana i Trainz 2019 så syns propertyrutorna med all information. (se bild).
Men - om jag vill sätta ut nya signaler så är propertyrutorna tomma (unassigned).

Korvtiger: kopplet har jag löst med ett bibliotek enl. STL's modell. Det var en liten snabbfix så jag kunde få koppel, slutsignaler och slutsignalhållare till mina PBR-vagnar. Så biblioteket innehåller bara 3 mesher, men tanken är väl att bygga ut det med åtminstone luftslangar och kanske någon mer typ av smalspårskoppel och eventuellt även Sharfenberg-kopplet. Kopplet jag gjort hittills är anpassat så det fungerar hyfsat med Lan's motsvarande koppel. Har ett program som kan läsa in IM-filer, så jag kunnat hitta de kritiska måtten. Mesherna har jag dock gjort från scratch.

Nu är jag kanske vidskeplig, men en del av det moderna signalsystemet hoppade till liv när jag placerade ut de äldre ljussignalobjekten någonstans på rutten. :vetej:

Hsi fungerade mer eller mindre, medan dvärgarna (typ) fungerade fast namnskyltarna synkade inte.

En gammal "bug" som numera är fixad.

Tack för förtydligandet!

Unassigned, betyder inte det bara att mastern inte är ihopkopplad med någon scenery signal än? Eller menar du att den fortsätter att vara unassigned även när de ska vara ihopkopplade med hjälp av namnet?

Jag har testat mina exempelbanor i TRS2019 Ultimate (build 105100). Där så är signalerna oinitialiserade och reagerar inte när man är i Surveyor, men de verkade hoppa igång och fungera hjälpligt, åtminstone ett tag, i driver. Jag fick några script exceptions som vi behöver kolla på. Jag testade däremot inte att sätta ut nya signaler. Men det skulle kunna vara av samma anledning som det inte fungerar att sätta ut nya signaler, att själva signalscriptet inte har startat ordentligt.

Tanigardi:
Jag kanske kan se om jag kan fixa lod-mesherna. I annat fall, skulle du vilja bidra med dina mesher till STL-NG-biblioteket?

Det är rätt, att "unassigned" nog betyder det, men trots att alla delar för ett vägskydd finns med så blir de inte ihopkopplade. Samma gäller för signaler och mastrar.

EDIT: Fick precis en uppdatering till Build 110491 (for Trainz 2019) men vid test fungerar inget ändå som det ska.

Korvtiger: Bidrar gärna med mesher till smalspårskopplen, kan väl ta lite tid, är ju inte alls lika snabb som Lan. Vad jag kanske kan behöva lite vägledning med är hur animationerna på t.e.x. luftslangarna skall vara gjorda vad gäller de olika lägena i animationen. Det var ju en utmaning att lista ut hur de skulle vara för en som inte alls har kunskap om "scripting".

En korrigering: att lista ut lägena i animation gällde ju givetvis kopplet, inte något annat.

[quote=korvtiger;318893]Tack för förtydligandet!

Unassigned, betyder inte det bara att mastern inte är ihopkopplad med någon scenery signal än? Eller menar du att den fortsätter att vara unassigned även när de ska vara ihopkopplade med hjälp av namnet?

Jag har testat mina exempelbanor i TRS2019 Ultimate (build 105100). Där så är signalerna oinitialiserade och reagerar inte när man är i Surveyor, men de verkade hoppa igång och fungera hjälpligt, åtminstone ett tag, i driver. Jag fick några script exceptions som vi behöver kolla på. Jag testade däremot inte att sätta ut nya signaler. Men det skulle kunna vara av samma anledning som det inte fungerar att sätta ut nya signaler, att själva signalscriptet inte har startat ordentligt.

Nu när SP2 kommit till 2019 så borde menyn enl bild finnas, Paus bock markerad blir enl. bild1, om man avmarkerar så laddas allt enl.2 och man kan skriva in o allt fungerar utmärkt i Driver

Jo, det är precis det som menas.

Vad glad jag blir när ni rapporterar fel och olikt uppförade mellan Trainz versioner. Det var länge sen en riktig uppgradering fanns på plats.

Just nu arbetar STL med en uppgradering av "STL Common Source", "STL Koppel" och signalsystemet. Det är endast du/vi tillsammans som kan göra det möjligt.

Uppgraderingen gäller för TRS2019 Build 110491. Men den kan också ev. fungera för tidigare versioner.

Fortsätt ställa frågor! Testa med Build 110491.

Hej!

Kort fråga: Undrar bara - hur går det med uppdatering av Vägskydd och JVS-signaler?
En liten lägesrapport?

Hälsningar

Jag har inte hört något från Svenolov sedan förra våren, så jag tror inte han kom igång med att uppdatera vägskydd och ljussignaler. Vi får hålla tummarna för att han kommer tillbaka snart!

Jag har skrivit i en annan tråd tidigare om mina problem med STL’s signaler i 2019. Jag har graderat upp från 2012 till 2019 build 117009
Bla så är det ett antal av STL's ljussignaler som inte längre fungerar. De flesta Osynlig master fungerar fortfarande, men nya går inte att lägga in. Har på olika sätt försökt sparka igång signalerma och fått tips, men tipset om att gå in i Driver mode (Ctrl F2) och sedan hoppa tillbaka till Surveyor (Ctrl F1) igen och med avpausning finns inte i min version.

Jag har nu även konstaterat att på blocksträcka slår signalerna inte om till rött för att stoppa mötande trafik och det är mycket trist.

Eftersom jag inte känner till tekniken i systemet för signalstyrningen, så har jag ingen aning om det här är ett stort eller litet problem att lösa.
Så jag undrar -är det någon som vet om det är någon som jobbar på det här med anpassningen av STL-signalerna till 2019?
//Otto

Blocksignalerna, har de någonsin fungerat?

Skumt att du inte kan lägga till nya masters? Får du nåt felmeddelande eller nåt? Jag har också 117009 på mitt Trainz 2019, och har aldrig haft detta problem.

Däremot lyckas jag inte få en linjeplatssignal att vara just en sådan, den hoppar bara tillbaka till att vara en mellansignal..

Blocksignalerna fungerade innan jag uppgraderade till 2019. På de signaler och osynliga masters som inte fungerar, så är det som andra har beskrivit, att propertyrutorna är tomma. Det står bara Unassigned.
//Otto

Det är tyvärr ingen som jobbar på att fixa detta och jag vet tyvärr inte hur lätt eller svårt det är att åtgärda.

Om det är moderna signaler man vill ha så rekommenderar jag att man använder Blomssons system som underhålls till skillnad från STL. Är det äldre signalering man är ute efter (semaforer och dylikt) så får man försöka komma runt de många problem och buggar som finns bäst man kan är jag rädd. :)