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