HB Vägskyddssystem (Swedish crossing system) - Diskussionstråd

[blomsson]

Hej!
Det som är lite konstigt tycker jag är att de fel som du beskriver inte uppstår i T:ANE och jag har aldrig stött på något liknande under de omständigheter du beskriver. Normalt brukar bakåtkompatibiliteten behållas genom att den build (t.ex. 3.3, 4.5, 5.0) som objekten har säkerställer att vissa funktioner/krav i script och configfiler är korrekta. Om inte mina objekt, utav någon okänd anledning, skulle ha ett annat buildnummer än 4.5 så verkar bakåtkompatibiliteten ha fått sig en törn!
Du kan ju börja med att kontrollera så att alla objekt har build 4.5, bara för säkerhetsskull.

Ursprungligen postat av mazter

Varje gång jag klickar "Edit Properties" så kommer en liten ruta upp i högra övre hörnet som säger "Script failure: Kuid2:60940..." resten av numret ser jag inte. Det spelar ingen roll vilken av alla HB-prylar jag gör så med, det blir samma svar från alla.

Är "Edit Properties" samma som hos T:ANE, att det innebär att du öppnar propertyrutan?
Förstår jag dig rätt att det enbart är prylar som hör till Vägskyddssystemet som åstadkommer problemen och att felmeddelandet som kommer fram är exakt samma för alla objekt?
Får du scriptfelet för samtliga ingående objekt hos Vägskyddssystemet?
Har du testat några andra objekt utanför vägskyddet?
Har du testat om det var någon skillnad mellan S2 och den äldre surveyour hur prylarna funkade?
Kan du arbeta med prylarna även fast scriptfelet dyker upp?

Ursprungligen postat av mazter

Troligen varkar det vara vägkuren som felar eftersom jag kollade "session errors" i menyn. Det var en hel felmeddelanden som löd likadant.

Felet verkar vara line -1 och line 1054 i den. Men vad vet jag?
Så här ser alla meddelandet ut.

: GameObject::Sniff> Target object is null (file gs.gs)
: Script class: HB_Vsk
: MeshObject: <kuid2:609407:101295:1> "HB X Vägkur (Osynlig)"
: Script callstack
: function $void@GameObject::Sniff(GameObject,string,string,b ool), line -1
: function $void@HB_Vsk::vskMainThread(), line 1054

Det här tänker jag svara på om ett litet tag!
Jag har en trolig lösning på problemet men tycker att skälen till problemet är konstiga och avvaktar lite tills du har svarat på de ovanstående frågorna!

Ursprungligen postat av mazter

När det gäller den osynliga vägkorsnings(för)signalen så kraschar spelat fortfarande bara jag petar på asseten i Tracks object-fliken. Kanske ovanstående kur gör så att den inte vill vara med.

Det här problemen är kanske av en allvarligare art än vägkuren! Nu kan lösningen här var ganska enkel! Jag har gått igenom alla objekt och det enda som jag har hittat är en varning hos objektet som ingen annat objekt har.
Varningen ser ut på nedanstående vis:

Det som bekymrar i texten är ordet "NULL" som vid fel tillfällen kan få spelet att krascha (vore det ett bra språk och/eller program, så skulle man inte kunna arbeta mot "NULL" och då skulle inte spelet kunna krascha heller).
Kanske skapar varningen om saknad textur problemet med "NULL"-referensen.
Att testa ifall det är själva objektet som skapar problemet är inga konstigheter, bara att byta ut referensen i configfilen till ett annat objekt.

Den osynliga signalen är ett äldre objekt som korvtiger är skyldig till och som gjordes på min efterfrågan för flera år sedan. Att göra om objektet (korvtiger) eller göra ett annat (jag) är inga större problem.

Ursprungligen postat av mazter

Hoppas att detta kan vara till en hjälp.
Mvh: Jörgen

Hjälpte mycket!

Tänkte också ta tillfället i akt och kommentera en del saker från ditt tidigare inlägg...

Ursprungligen postat av mazter

När det gäller Vägkorsningssignal (Vs) kuid2:609407:101303:1 så kommer jag också tillbaka med svar efter jag testat det. Jag gjorde kanske inte helt rätt enligt som man bör göra, antar jag.
Man har ju liksom en hel del att lära sig om detta med signaler och allt däromkring.

Hela Vägskyddssystemet är konstruerat på ett sådant vis att man ska kunna placera ut objekt i vilken ordning som helst. Saknas det länkade objekt så meddelas det i propertyrutan eller i extrema fall med den förhatliga "röda lusen".

Den osynliga signalen med ett felmeddelande.

Ursprungligen postat av mazter

Och även att ta sig igenom och förstå manualerna, det känns som ett heltidsjobb.
Måste passa på att säga att du gör ett riktigt bra jobb...

Jag rekommenderar att man i alla fall skummar igenom manualens huvuddelar innan man börjar bygga, kan underlätta att känna till utryck, namnkonventioner och vilka objekt som finns innan man hoppar runt mellan de olika avsnitten när man bygger. Många delar av Vägskyddssystemet hänger ju ihop med varandra och därför finns det redan i början en liten sammanfattning. En del information i manualen är ju tabeller och scheman mm och som finns med som extrainformation.

Bugar och bockar för berömmet

mvh
Håkan

[mazter]

Är "Edit Properties" samma som hos T:ANE, att det innebär att du öppnar propertyrutan?

Svar: Ja, det stämmer.

Förstår jag dig rätt att det enbart är prylar som hör till Vägskyddssystemet som åstadkommer problemen och att felmeddelandet som kommer fram är exakt samma för alla objekt?
Får du scriptfelet för samtliga ingående objekt hos Vägskyddssystemet?
Har du testat några andra objekt utanför vägskyddet?

Svar: Det visar sig gälla allt som ligger i Trackside mode" som den heter i gamla Surveyor och "Track object" i Surveyor 2.0, (då menar jag verkligen alla objekt som finns och det som jag laddat ner från DLS).
Det gäller även alla dina HB i "Scenery objects", eller "Object mode" i Surveyor1.0.
Den enda grej som inte får upp felmeddelandet på av dina HB-saker är "HB Road Invis" i Splines-delen.

Har du testat om det var någon skillnad mellan S2 och den äldre surveyour hur prylarna funkade?

Svar: Ja, jag har testat i Surveyor classic, som det heter här, och det blir inga felmeddelanden då på någon av objekten.
Det som är kvar är krascherna av spelet med Vägkorsningssignal (Vs) då man vill ändra dubbelsignalen till enkelsignal i "propertyrutan".

Och sedan är det då man klickar på Vägkorsning(för)signalen (Osynlig) i "Track object" i 2.0. Spelet kraschar alltså så fort jag markerar den där i både gamla 1.0 och nya Surveyor 2.0.

Kan du arbeta med prylarna även fast scriptfelet dyker upp?

Svar: Ja, det går bra
Jag har fått en korsning fungera perfekt, efter att läst och provat mig fram. Dock endast på ett enkelspår än så länge.


Manualen är lite krånglig att läsa igenom tyckte jag, man får hoppa fram och tillbaka rätt mycket. Men det kanske bara är jag som inte är har fattat detta än



Men snyggt är det när det nu fungerar och det kommer säkert bli mer roligare framöver då man kanske lär sig mer om det hela och även när signalerna kommer.
Det kommer höja hela spelet till en ny nivå hoppas jag.


Här nedan följer ett par bilder hur det ser ut, t.ex. på en linjestolpe som jag då klickar i "Edit properties" och i andra bilden hur det ser ut då felrutan dyker upp längst upp till höger då man gått in i propertyrutan.
Tyvärr lite suddiga bilder, vet inte varför det blir så.





Här ser du hur felmeddelandena för Session Errors ser ut på bild.




Kan det vara så att något ska vara i sessions? Enligt kap. Spara rutter och sessioner:
i manualen står det ju att det mesta hör till rutten, (vilket jag med anser,) ska sparas i rutten.
Jag spara alltid rutten separat och session för sig om spelet vill det efteråt.


Hoppas att du fick svar på det undrade över.

[blomsson]

Hej igen!
Det tog lite tid att svara, även fast jag låg i startgroparna innan forumet gick ner för en tid sedan, så då började jag pilla på lite annat som drog ut på tiden! Dessutom så sparkar de visst boll på något impopulärt ställe...

Hur som haver, testat och kollat runt bland vägskyddsobjekten har jag gjort men kan inte direkt påstå att jag blir klokare!
Dels är det väldigt svårt att felsöka på något som fungerar, vilket innebär att det blir gissningar på vad som skulle eventuellt kanske kunna orsaka potentiella fel! Dessutom är det svårt att idka felsökning "by proxy", eller på distans som man också kan kalla det!
Med det sagt så är det ju väldigt tråkigt att det inte fungerar fullt ut för dig så om du orkar vara lite utav felsökningsnisse (så här i juletider) så kan vi kanske testa oss fram mot en potentiell lösning på problemen, i mån av tid och lust? Jag håller ju egentligen på med Signalsystemet och allt övrigt inkräktar ju på det förstås...

Scriptfelen
Eftersom det här problemet inte verkar skapa några funktionella problem, utan enbart är ett (stort) irritationsmoment så kan vi lämna det därhän så länge och fokusera på de två andra problemen. Jag är ganska säker på att det finns en enkel lösning på script-problemet, även fast det är konstigt att det överhuvudtaget uppstår.

Osynliga V-signalen
Jag misstänker att det är samma problem med den här som med den synliga V-signalen. Den osynliga signalen anropar samma typ av funktion när den initieras (skapas) som den synliga signalen gör när du klickar på länken för att göra den enkelriktad.
För att se om det är det potentiella felet som jag nämner i mitt tidigare inlägg (vilket jag inte tror på) eller samma eller ett liknande fel som hos den synliga V-signalen så ska du göra som beskrivs nedan (Observera att bilderna är från T:ANE och på en Mac-dator, så de kan se annorlunda ut):

• Högerklicka på objektet i Content Manager (CM) och välj från kontextmenyn "Open for Editing". Duplicera (kopiera) config-filen och ge den ett annat namn.
  
  Hos mig så får den automatiskt ett nytt namn, enligt bilden nedan.
  
  Detta förfarande skapar automatiskt en backup på originalfilen, bryr man sig inte om sådana trivialiteter så kan man gå direkt till "Edit Config File Text", annars dubbelklicka på config-filen som då öppnas i förvald textredigerare.
  
  Den intressanta delen ser ut enligt bilden nedan.
  
• Byt ut texten inom "måsvingarna" under texten "default" till nedanstående kod, borde gå att kopiera direkt från inlägget, så att det motsvarar nästa bild.
  

     
      mesh-asset                       <kuid:609407:100282>
      mesh                                "hb id.trainzmesh"
      position                            "0,0,0.15"
      auto-create                       1

  
  
• Spara och stäng config-filen.
• Högerklicka på objektet och kör menyvalet "Submit Edits" som syns i den första bilden.

Om felet beror på 3D-objektet och/eller dess texturer och V-signalen inte är "Faulty" så ska den finnas som ett objekt som endast består av en röd ID-kub!
Testa i så fall att öppna propertyrutan och se ifall du får några problem!

Är problemet i paritet med den synliga V-signalen så kommer det inte att bli någon skillnad!

Synliga V-signalen
Jag har som tidigare sagts letat igenom koden på eventuella felkällor, men de jag har hittat är säkrade och ska inte kunna skapa fel, så vad är det då som händer!
Det ska bli intressant att se vad dina tester med den osynliga signalen ger för resultat, i väntan på det så kommer här ytterligare frågor för att se om det går att ringa in var någonstans som problemet kan finnas. Jag kommer säkert att fråga om saker som du redan har sagt, men du får ha lite tålamod för jag vill bara vara så noggrann som möjligt.

• Är krascherna (både på den synliga och osynliga signalen) så att det kraschar hela spelet eller bara objekten?
• Har du testat både med och utan länkad Vägkur?
• Har du testat både med och utan länkad Spårlogik (spårlogikens länkning syns inte från V-signalen)?
• Har du testat några andra objekt (tavlor/växlar) som har sökning på spåret om det är några konstigheter?

Det känns som om jag hade fler frågor men kan inte komma på något mer för stunden.

Jag tänkte att jag kunde visa en bildsekvens från hur det borde fungera:

En nyplacerad V-signal.


Försökt att ändra till enkelriktad signal, felmeddelande om saknat Vägskydd visas. Observera att en saknad spårlogik inte ger ett felmeddelande eftersom det är vägkuren som är intressant, kanske borde ändras i en framtida uppdatering!


Nu är V-signalen länkad mot en vägkur. Observera att den valda enkelriktningen är kvar eftersom den var vald när propertyrutan stängdes för att spara namnet. Felmeddelandet uppkom eftersom det redan fanns en korrekt signal inom rimligt avstånd.

Manualen
Jag har även kikat lite på dina åsikter om manualen och visst blir det en del hoppande fram och tillbaka men inte så farligt tycker jag. Vägskyddets natur innebär att manualen inte blir strikt linjär eftersom objekten hör ihop med varandra. Var man än börjar så är det någonting som inte är beskrivet än, dessutom är det också ganska många objekt som finns till vägskyddssystemet.

Ursprungligen postat av mazter

Jag har fått en korsning fungera perfekt, efter att läst och provat mig fram. Dock endast på ett enkelspår än så länge.

Kul!
Varje spår är en egen logik och fungerar som ett eget enkelspår, det är först när man kommer in på och i närheten av stationer (växlar och signaler) som det kan bli komplicerat eftersom man måsta ha villkor mot spårlogikerna för att dels förhindra efterringning och också för att se till att rätt spårlogik aktiveras från rätt spår.

På demobanan (som förhoppningsvis ska finnas för nedladdning när signalsystemet släpps) så finns det en Helbomsanläggning på ena sidan av en femspårsstation med två anslutande dubbelspårslinjer och två anslutande enkelspårslinjer. Plus en plattformsövergång och innan utfartsblocksignalerna i andra ändan av stationen ytterligare en helbomsanläggning. Många spårledingsobjekt och villkor blir det!

Ursprungligen postat av mazter

Men snyggt är det när det nu fungerar och det kommer säkert bli mer roligare framöver då man kanske lär sig mer om det hela och även när signalerna kommer.
Det kommer höja hela spelet till en ny nivå hoppas jag.

Tack!

Ursprungligen postat av mazter

Kan det vara så att något ska vara i sessions? Enligt kap. Spara rutter och sessioner:
i manualen står det ju att det mesta hör till rutten, (vilket jag med anser,) ska sparas i rutten.
Jag spara alltid rutten separat och session för sig om spelet vill det efteråt.

Jag skulle rekommendera att endast spara sessioner när du verkligen ska använda dessa inte bara för att spelet tycker det! T:ANE tycker nästan alltid att sessioner ska sparas medan jag nästan aldrig håller med!
Nu är det säkert stora skillnader mellan T:ANE och senare versioner av Trainz, kan ju vara värt att testa och se om det blir någon skillnad.

mvh
Håkan

[mazter]

Wow, mycket svar blev det.



Tack för det.


Kommer att testa det du har nämnt här, när man får lite tid och ork framöver.


Lusten att bygga i Trainz går också lite som en berg o dalbana, man ledsnar och sedan kommer en skopa lust igen så man vill hålla på en del, men tyvärr oftast bara en liten skopa ibland.


Sedan har väl också idéerna på vad man vill bygga försvunnit någonstans, och dem verkar sedan rymt, för jag inte har hittat dem än.


Mvh
Jörgen

[Otto]

Hej Håkan.
I Vägskyddet är HB X Vägkur rött för mig och och jag tror att det beror på att:
HB X Tracklogic är unknown asset kuid2:609407:100031:4 och för
HB X Vägkorsningsförsignal vs är unknown assets kuid:609407:100086 och kuid:609407:100090.

Är det något jag missat?

[blomsson]

Ursprungligen postat av Otto

Hej Håkan.
I Vägskyddet är HB X Vägkur rött för mig och och jag tror att det beror på att:
HB X Tracklogic är unknown asset kuid2:609407:100031:4 och för
HB X Vägkorsningsförsignal vs är unknown assets kuid:609407:100086 och kuid:609407:100090.

Är det något jag missat?

De saknade filerna finns att ladda ner under Järnvägsteknik->Signalsystem.
kuid2:609407:100031:4 är balisgruppen.
kuid:609407:100086 är texturgrupp för Tavla 480:510.
kuid:609407:100090 är texturgrupp för Spårpilstavla.

Vad det är för "dependencies" relaterade till objekt utanför de som finns under Vägskyddssystemets flik finns listade under scenery-avdeleningen.

Dessutom så kan dessa objekt ha "dependencies" mot andra objekt som då framgår på respektive sida/underrubrik.

mvh
Håkan

[Otto]

Ok, jag har laddat ner, men det står fortfarande asset unknown för de kuiderna. Är det så att min version av TRS 19 inte kan läsa dem?