Hej!
Jag skrev i en annan tråd om hur T:ANE fungerar när man öppnar en bana och man får upp en ruta som frågar om man vill "Use changes" eller "revert changes" så det tänker jag inte upprepa, men går att läsa här:
http://www.e-buzz.se/forum/showthrea...664#post310664 post #2.
Jag har aldrig haft några problem med Fällbommarna. Och att säga att det är ett identifierat fel när inte alla har samma problem är lite väl magstarkt!
En fundering som jag fick är om ni som har dessa problem kanske använder en version av fällbommarna som är före T:ANE, men är skeptiskt till att så är fallet eftersom det är ett helt paket som laddas ner och installeras.
När något sker, så som Nisse beskriver det, så brukar det betyda att någonting i scriptet arbetar mot ett objekt (i script-termer) som inte är initierat än. Vilket i så fall STL gänget får kika på!
Men kan förklara lite, om jag skriver så här:
Kod:
HB_Signal mySignal; eller HB_Signal mySignal = null;
mySignal = cast<HB_Signal>Router.GetGameObject("C 21");
Om jag försöker använda mySignal i någon av de varianterna från den första raden så kommer Trainz att krascha eftersom jag försöker arbeta med ett objekt som inte har någon referens i minnet.
Den andra raden försöker skapa ett HB-Signal objekt genom att hämta ett objekt med namnet "C 21" och sedan göra om det till ett objekt av typen HB_Signal, om det lyckas så kommer jag att kunna arbeta med objektet om det inte lyckas så blir effekten samma som del två på rad ett.
Om man vill vara säker på att alltid arbeta med giltiga objekt, så ska man infoga följande rad innan man arbetar med objekten:
Kod:
if (mySignal)
{
arbeta med mySignal
}
Om mySignal är null eller inte är ett objekt så blir if-satsen "false" och mySignal kommer inte att orsaka krascher inom detta segment.
Eftersom jag håller på och scriptar och testar mängder med saker så kraschar T:ANE emellanåt ganska frekvent under den processen men det är omöjligt för mig att veta om det bara är mina "hyss" som påverkar "krasch-frevensen" eller om det också ligger hos T:ANE (tror mest på det första).
Efter senaste hotfixen så fick jag "TimeOut errors" hos mitt stations-objekt som sköter om skapandet av rörelsevägar och då har också krascherna ökat. När jag nu har ägnat några dagar åt att laborera med att lösa "TimeOut errors", vilket innebär att felen måsta uppstå för att kunna jämföra olika lösningar, så är krascherna ganska frekventa, men inte konstanta!
Min fundering(tro) är att vissa av de felen som genereras av T:ANE kan orsaka krascher, t.ex. "timeouts", kanske kan även "Message overflow" kan göra samma sak som ju är ett dokumenterat problem med STL:s signalsystem.
Jag är väldigt skeptiskt till att DEM-kartan skulle påverka fällbommarna på något vis om det inte är gamla objekt som följer med och som inte fungerar friktionsfritt med T:ANE.
Citat:
Ursprungligen postat av benkegbg
Tack för gnället - jag har också problem med just Fällbommen i vägskyddet.
TANE ballar ur och försvinner.
Jag gör en återstart med 1. först CM och upptäcker att banan är Open for Edit,
2. Submittar detta.
3. Kör en Rebuild databasen (igen) och
4. startar TANE på nytt. Det brukar gå igång efter två-tre försök. Så ska det naturligtvis inte vara.
|
Jag skulle vara försiktig med att submitta banan när den är öppen efter en krasch! Risken kan vara att du får med korrupta objekt eller inställningar som kan skapa problem senare eftersom du inte vet vad som har hänt med banan som blev "open for edit" i och med kraschen.
"Rebulid database" brukar oftast ske automatiskt hos mig efter en krasch, dock inget fel att göra det om man har haft problem eller installerat många saker.
Oftast så har krascherna skett var fjärde femte upstart av banan. Eftersom det är min demobana så tror jag att jag är skyldig till de flesta (alla!) krascher.
Citat:
Ursprungligen postat av benkegbg
En liten sak: Vanligtvis när jag sätter ut en fällbom så är den i uppfällt läge. MEN När jag sätter ut fällbommen så är den i nedfällt läge (!). Sedan när jag konfigurerar den, så ställs den i upprätt läge.
Efter några krascher och återstarter så får jag igång spelet och gör en testkörning. Bommar och allt fungerar fint. Men så kraschar hela skiten igen.
En grej till: Varför får jag en krasch? Tittar på My content och ser att banan fått ett tillägg: en ny session (eller vad det nu är) som jag inte skapat. Och det märkliga: Den har build lägre än 3.5. Därför blir det krascher? Men vaddå... Det är ju inte jag som skapat problemfilen.
|
Krascherna kan bero på många olika saker, tyvärr så beror det många gånger på handhavande fel eller på felaktiga objekt. Ett problem med att hitta orsaken till krascherna är att de kan bero på sekundära orsaker, och endast sker när en viss sekvens är uppfylld och sådana krascher är väldigt svåra att felsöka. T.ex om en krasch sker på samma ställa alltid är det lätt att ringa in problemet men sker en av tio gånger så blir det genast mycket svårare! Ett förslag kan vara att bygga i lager så att man kan gömma objekt och på så sett ringa in problemen lättare.
Filerna skapas av T:ANE, vad de ska användas till kan man ju undra över men antagligen så innehåller de information om den data som man skulle vilja använda efter kraschen men som utav någon outgrundlig anledning inte går att använda eftersom "use changes" tar bort stora(alla) delar av banan.
Filerna skapar inga nya krascher och kan tas bort (jag brukar göra nya objekt av de så småningom).
Om du skulle göra en submitt på en sådan fil, så kommer den att bli "faulty" eftersom KIND "unknown" inte finns. Build numret blir 1.3 vilket är det lägsta numret som är giltigt i Trainz.
mvh
Håkan