Modernisering av svenskt signalpaket

[Hgv]

Tråkigt att höra!

Skulle gärna hjälpa till men det är för mycket i LUA-scriptningen som jag inte förstår mig på. Skulle behöva en tydligare dokumentation om vad allt betyder och vilka möjligheter som finns (det kanske finns sammanställt någonstans?).

De signaler jag fixat själv har jag lyckats med tack vare att jag gått in i scripten och prövat mig fram, men jag har verkligen inte koll på hur helheten funkar. Känns som att det är lätt att man har sönder nåt som man inte räknat med.

[Totte]

Hej!
Jag vill att du, ADDE ska läsa här. Du betyder väldigt mycket för oss med ditt arbete med signaler. Tyvärr är lua-filer är mycket knepiga att jobba med. Jag själv begriper inte på lua.
Jag vill berätta att jag förut skyllde felet på signaler upptäckte jag att det inte var fel.
Mina rutter Trollhattan och Bergensbanen löstes och kan köras med 64bit är p.g.a. för många olika trackrule. Jag bytte spåren väldig långa sträckor i båda rutter.
Dina bommar har hjälpt väldigt mycket
Jag hoppas att du, ADDE fortsätter med TSC!

[ADDE]

Tack! Det värmer!

Ang. bommarna, så funderar jag på att lägga in det sista som saknas för att flytta över från Beta-stadiet till en officiell release. Det är en mattematisk formel som tar banans STH i hänsyn för hur tidigt bommarna ska aktiveras.

För svenska signalerna så funderar jag att ta en omstart. Något av följande lär jag göra:

• Börja om med en källkod gjord för annan signal (troligtvis gjord av DTG själva.)
• Börja om med befintlig kod. (Minst troligast nu när oförklariga buggar och svagheter gör att det fungerar dåligt)
• Börja om från grunden. (Mindre troligt, men värt ett försök)

ChatGPT har varit till stor hjälp, men inte ens AI kan hjälpa mig med den perfekta koden till en så pass buggig spel som TSC är.

Oavsett vad så kommer jag inte längre ta hänsyn till bakåtkompatibilitet till de befintliga signalerna. Så de befintliga som KMW och newS har skapat och den script jag kommer ta fram kommer med största sannolikhet INTE att fungera ihop med varandra. Fokus kommer vara stabilitet, funktionalitet och nya funktioner (TAB, Konfigurerbara signaler, svensk ATC m.m.)

[Hgv]

Ursprungligen postat av ADDE

Ang. bommarna, så funderar jag på att lägga in det sista som saknas för att flytta över från Beta-stadiet till en officiell release. Det är en mattematisk formel som tar banans STH i hänsyn för hur tidigt bommarna ska aktiveras.

Det skulle verkligen behövas! Har försökt trixa med bommarna men de fälls antingen för sent (hög STH) eller för tidigt (låg STH). Hoppas du löser det! Nu finns dina plankorsningar på 20+ platser i Jönköpingsbanan så jag hoppas verkligen att en eventuell officiell version är kompatibel med betan. Dvs att man inte behöver placera ut alla på nytt.

Naturligtvis hoppas jag på samma gällande signaler, att byta ut alla signaler som redan är utplacerade låter sig inte göras utan att lägga typ en veckas heltidsjobb på det. Så om du landar i att det endast är själva scriptningen som behöver ändras så kan man ju byta ut scripten för befintliga signaler. Jag har förstått att du är ganska emot en sådan lösning men det är det absolut smidigaste sättet att få till bättre funktionalitet hos befintliga signaler utan att skapa otroligt mycket merjobb.

[Totte]

Hej!
Går det inte att öppna luafil och tömma all script och sedan skapa ny script?
För att slippa byta signaler i ett antal månader jobb för mig.

[ADDE]

Jag har gjort ett genombrott!

Efter flera försök med felsökning rörande TAB/"Passing signal at danger approved/denied" där DV4 medgivandesignal fångar upp och blockerar detta så har jag äntligen hittat felkällan:

I commonscript så har jag följande rader:

PHP-kod:

function GetSignalState()
    return gSignalState
end 


Detta gör att TSC genom funktionen GetSignalState alltid frågar signaler om dess status så länge spelet är igång. Det är här som TAB-funktionen hanteras.

Problemet är att eftersom det låg i CommonScript så hämtar alla signaler som kör commonscript denna funktion. Huvudsignaler såsom H2, H5 och DV7 har en gSignalState definierad, något jag upptäckte när jag debuggade kodraderna. Däremot har F2, F3 och DV4 medgivandesignal ingen gSignalState definierad, eftersom deras enda uppgift är att hämta försignalbesked eller matchande växlingssignal från en huvudsignal som hanterar all signalscript.

Men eftersom GetSignalState även körs hos dessa utan att gSignalState är definierad så "fångar" de upp TAB-förfrågan, och gör inget med det. - Ingeting fungerar förrän man har kört förbi signalens länk.

Lösningen:
Flytta bort kodraden ovan från CommonScript och lägg in det vid varje huvudsignal och huvuddvärg. På så sätt är det endast dessa signaler som TSC ska kolla på och hantera TAB. Andra signaler som inte har GetSignalState i sin kod ignoreras helt. TAB landar då vid rätt signal och du får då besked om du får passera eller inte, följt av att DV4 medgivnadedvärg, DV6 eller DV7 visar "Rörelse tillåten" eller "Rörelse tillåten, hinder finns"

Det tog mig 3 år att inse att GetSignalState() var boven bakom dramat. Utan ordentlig dokumentation så blir man bara frustrerad.

Även andra buggar är åtgärdade såsom:
- DV4 medgivandesignal visade alltid "Rörelse ej tillåten" även om TAB är godkänt. - Åtgärdat genom att ge nya värden för följande meddelanden som skickas mellan signalerna:

SIGNAL_GO           = 20
SIGNAL_SLOW         = 21
SIGNAL_STOP         = 22
SIGNAL_BLOCKED      = 23
SIGNAL_SHUNT        = 24
SIGNAL_UNPROTECTED  = 25
SIGNAL_CALLON       = 26

Detta, tyvärr, bryter kompatibiliteten med de gamla svenska signalerna, men hellre det än att det krockade med andra definitioner:

OCCUPATION_INCREMENT							= 14
OCCUPATION_DECREMENT							= 15
DISTANCE_INCREMENT								= 16
DISTANCE_DECREMENT								= 17

- Ordnade åtgärd där blocksignaler hanterade inte TAB korrekt och var fast i STATE_BLOCKED. upprepade TAB-förfrågan kunde skickas.

Scriptfilerna är uppe på Github.

VIKTIGT: Använd absolut inte dessa signaler ihop med de gamla svenska bommarna. Det kommer uppstå meddelandekonflikter dem emellan som gör att signaler och/eller bommar börjar bete sig felaktigt.

Återstår: FÅ signalerna att visa stopp när inget tåg närmar sig, för att vara mer realistiskt.
- Lära mig blender och skapa nya signalskyltar.

När detta är inlagt så gör jag hårdtester och publicerar en ny beta som alla kan ladda ner och testa.

@Totte - ja. Det kan man. - Vad jag gjorde var att jag kopierade newS signaler och placerade dem i SummerADDE/SESignalsTest och sedan expanderade jag det befintliga scriptet med allt jag ville ha med.

Jag hör er, Hgv och Totte. Ni vill inte byta ut de signaler ni redan har placerat ut. - Jag kan testa om jag kan lägga in mina scripter hos de befintliga signalerna som newS och KMW har skapat, men jag lovar ingeting.

[ADDE]

Jag har idag jobbat vidare med signaler.

En sak jag upptäckte var att jag hade inte med H2C och H4 bland signalobjekt i mitt paket. Dessa har jag nu lagt till i github.

Har även ordnat små problem kopplat till H2C som gjorde att dess lampanimationer inte fungerade.