Obyggbara TANE
Jag har tvingats gjort om ett och samma vägskydd sex gånger. Idag, torsdag, gjorde jag om det för sjunde gången. Nästan färdig och skulle lägga in en Fällbom, då TANE bara bröts av och Skrivbordet grinade mig i ansiktet. Eftersom vägskyddsoperationen inte var sparad, får jag nu göra om skyddet för åttonde gången.
I nästan samtliga fall bröts förbindelsen med Tane innan jag hann att spara. Dessförinnan tvingades jag ominstallera Tane eftersom minimappen var obrukbar. Har nu build 90945. Jag förstår inte hurraropen över Tane. Nisse |
Och alla vi andra förstår inte vad i hela friden du gör, det är ju bara du som råkar ut för alla dessa underliga fel hela tiden, alla?? vi andra har ju inget att klaga på.
|
Håller med dig Ekan, har ej några problem med Tane.
|
Jag har inga som helst problem med Tane men min bana är ju också påbörjad i TANE.
|
Jag har ju gjort hundratalet vägskydd i Trainz alla simulatorer. Men maken till strul har jag bara haft i TANE. Ett fel har jag identifierat; STL-X FÄLLBOM bryter TANE så fort man snuddar vid Enter-knappen eller ?-tecknet.
Vad man bör ha i åtanke är att jag bygger DEM-banor i TANE. Det innebär att dessa tas fram i 2010/2012 och läggs sedan över till TANE. Nisse |
Citat:
TANE har aldrig utlovats vara bakåtkompatibelt !!! Du bygger INTE DEM-banor i TANE, du bygger dom i 2010/2012. |
Citat:
Allt arbete du gjorde fungerar i stora drag i DEM-Tane.. Men frågan är om drömmen går i uppfyllelse. Det ser i nuläget tveksamt ut. De små nålsticken är frusterande. Det inledningsvis nämnda Fällbom är ett bra exempel; det fungerar i alla vägskydden utom ett. Sticket kändes. Att bygga i DEM i Tane är inte bara ett nöje - framför allt en påfrestande utmaning. All skog utefter 2010-banan skall ersättas, verktygen för det har LAn skapat. Kommer Nynäsbanan, byggt i 2010, ut i Tane? Just nu känns det tveksamt. Å andra sidan; jag har aldrig gett upp. Nisse |
DEM...... En fråga här. När man gjort ett DEM-landskap och sparat alltihop så är väl hela DEM-delen klar och borta i banan? Då är väl landskapet sparat och finns i fil precis som vilket landskap som helst?
/Pursche |
Jag har samma fel som Nisse i två banor som jag byggt i Trainz 12. När det inträffar så kommer man inte in i TANE. Men efter ett tag verkar det som att spelet reparerar sig själv och banan går att använda. I bland fungerar STL Fällbom den första varianten men inte den vädrade. Jag kämpar vidare med TANE och njuter när det funkar och det gör det som regel.
|
Citat:
Benkegbg har gjort en ny förträfflig DEM-manual. Den är klar till 99,9%. Nisse |
Citat:
Nisse |
2 bifogad(e) fil(er)
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. 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. |
Angående DEM-karta. Så är det ju två BMP-bilder som man sparar från RadioMobil och görs om via Hog, för att sen läggas in i Trainz.
En för själva formningen utav landskapet och en med själva kartbilden. Är det någon, som har kommit på. Hur man tar bort själva kartbilden, när man har fixat till med målning och annat i landskapet. Den behövs ju inte, när allt sedan är klart. Som BMP-bild, så tar den ju mycket utrymme och borde gå att tas bort på något sätt när allt är färdigt. Är ju helt onödigt, att den ligger kvar under marktexturerna och ta onödigt utrymme. |
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; 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) 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:
"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:
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 |
Fällbommen ligger i routen, men inte i sessionen. där samtliga vägskyddsobjekt ligger uppradade, alltså frånsett den saknade fällbommen. I routen är vägskyddet komplett.
Nisse |
Alla tider är GMT +2. Klockan är nu 14:36. |
Powered by vBulletin® Version 3.7.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
© Svenska 3D-Tåg 2001-2009