STL får egen hemsida

[Simpa]

Ursprungligen postat av korvtiger

Märkligt problem! Har aldrig stött på detta själv.

Det låter nästan som symptomen när man försöker köra ett av STLs ellok, utan att först ha höjt strömavtagren. Då tror jag att den bromsar och vägrar låta en dra upp gasreglaget. Har den T44-modellen någon speciell start/stopp funktion med motorn som är kopplad till en osynlig strömavtagare?

Annars några frågor och felsökningsförslag:
* Är detta CAB-mode, eller DCC-mode? Hjälper det att byta?
* När du stöter på ett tågset som du inte kan röra, hjälper det att byta till Surveyor och radera loket och sätta ut ett nytt likadant? Fungerar det att byta till ett icke-STL-lok? Hjälper det att istället för att byta loket, byta ut vagnarna till icke-STL-vagnar?

Det handlar inte om ett ellok. Strömavtagarsymbolen är ej i funktion då det är ett diesellok, likt som vanillaloken.
Vet inte om det är nån särskild funktion man ska använda, därav min fråga.
Det är inga som helst problem med vanillalok och vagnar, däremot lok och vagnar som har STL som tjorvar... Igår skulle jag koppla ihop 2st T43or, och fick samma problem som med vagnarna.

Edit: Provade med en T44 och originalvagnar. Det går bra att koppla vagnar på ett spår, sen när man ska koppla ihop ytterligare vagnar på ett annat spår så får jag samma fel... Så känns som att det är nåt "fel" på loket? Håller man inne W så pendlar "gasen" från 35% till 5%...
Edit2: Testade med elloken och får exakt samma problem...

[rac_hammer]

Ursprungligen postat av Simpa

Det handlar inte om ett ellok. Strömavtagarsymbolen är ej i funktion då det är ett diesellok, likt som vanillaloken.
Vet inte om det är nån särskild funktion man ska använda, därav min fråga.
Det är inga som helst problem med vanillalok och vagnar, däremot lok och vagnar som har STL som tjorvar... Igår skulle jag koppla ihop 2st T43or, och fick samma problem som med vagnarna.

Edit: Provade med en T44 och originalvagnar. Det går bra att koppla vagnar på ett spår, sen när man ska koppla ihop ytterligare vagnar på ett annat spår så får jag samma fel... Så känns som att det är nåt "fel" på loket? Håller man inne W så pendlar "gasen" från 35% till 5%...
Edit2: Testade med elloken och får exakt samma problem...

Jag har exakt samma problem …

[Simpa]

Ursprungligen postat av rac_hammer

Jag har exakt samma problem …

Frågan är ju vad det kan finnas för lösning på detta?
Nu får jag helt plötsligt samma fel med originallok och vagnar?!

[korvtiger]

Har tyvärr inte hunnit kika närmare på detta ännu.

Men om det är samma problem med fordon som inte har STL-koppel skulle det kunna vara någon bugg i Trainz självt. Hittar dock inget på internationella forumet om någon som verkar ha haft liknande problem. Vad är det för Trainz build ni kör med?

Det bästa för att jag ska kunna återskapa felet nu skulle vara antingen en minimal bana där man kan få felet att uppstå genom att ladda banan och sedan utföra ett så kort som möjligt antal steg som möjligt. Om det går att reproducera tillförlitligt så är det mycket lättare att undersöka.

Om någon dessutom skulle kunna lyckas återskapa detta på en minimal, nyskapad route utan att ha några STL-fordon inblandade så skulle man kunna göra en buggrapport till N3V, för då verkar det vara något fel utanför STL.

En annan sak som ni kan testa är ju att göra som Vovven och nedgradera till STL Source 4.33.3 (TANE-varianten, men den fungerar i TRS2019 också). Men då behöver man manuellt ta bort alla assets ur CM som har nyare version, så att de inte väljs före de äldre versionerna av scripten. Man kan till exempel lista alla dependencies till något STL-lok och sedan radera de som verkar tillhöra STL koppel eller scriptbiblioteken.

[Simpa]

Ursprungligen postat av korvtiger

Har tyvärr inte hunnit kika närmare på detta ännu.

Men om det är samma problem med fordon som inte har STL-koppel skulle det kunna vara någon bugg i Trainz självt. Hittar dock inget på internationella forumet om någon som verkar ha haft liknande problem. Vad är det för Trainz build ni kör med?

Det bästa för att jag ska kunna återskapa felet nu skulle vara antingen en minimal bana där man kan få felet att uppstå genom att ladda banan och sedan utföra ett så kort som möjligt antal steg som möjligt. Om det går att reproducera tillförlitligt så är det mycket lättare att undersöka.

Om någon dessutom skulle kunna lyckas återskapa detta på en minimal, nyskapad route utan att ha några STL-fordon inblandade så skulle man kunna göra en buggrapport till N3V, för då verkar det vara något fel utanför STL.

En annan sak som ni kan testa är ju att göra som Vovven och nedgradera till STL Source 4.33.3 (TANE-varianten, men den fungerar i TRS2019 också). Men då behöver man manuellt ta bort alla assets ur CM som har nyare version, så att de inte väljs före de äldre versionerna av scripten. Man kan till exempel lista alla dependencies till något STL-lok och sedan radera de som verkar tillhöra STL koppel eller scriptbiblioteken.

Tidigare testat att bara skriva över STL med TANE-versionen. Gjorde som du skrev och nu funkar det hur bra som helst! Tusen tack!

[korvtiger]

Bra, då verkar det vara något med senaste versionen av STL Source som strular. Ska kika på det så kommer det en uppdatering sedan.

[Simpa]

Ursprungligen postat av korvtiger

Bra, då verkar det vara något med senaste versionen av STL Source som strular. Ska kika på det så kommer det en uppdatering sedan.

Snyggt! Bra jobb annars, fina koppel.

En annan, kanske dum, fråga men går det att välja "färg" på t.ex RC-loken? Eller blir det bara random?