German Railroads Forum

Hallo,

ich habe gerade ein sehr ärgerliches Problem und eine Frage an die Strecken(bau)spezies und die, die sich mit den Dateien im MSTS auskennen. Vielleicht kann anhand der folgenden Infos das Problem eingegrenzt werden:

Beim Abspeichern einer Streckenänderung hat es anscheinend die Datei tsection.dat im Ordner der Route (nicht Ordner GLOBAL) zerschossen.

Zwar könnte ich anhand eines Backups den Urzustand wieder herstellen, aber nicht den sehr arbeitsintensiven geänderten (eigene Schlusigkeit)

Nachdem also das Kind bereits "in den Brunnen gefallen ist", versuche ich es jetzt wieder herauszuholen.

Die Strecke läßt sich nun nicht mehr laden. Der MSTS zeigt eine Fehlermeldung beim Laden des Editors während "Größe und Inhalt der Außenwelt werden eingerichtet" (gelber Fortschrittsbalken etwa 80%) an.

Im Routenordner sind die Dateien mit den Endungen ".rit / .rdb / .tit / .tdb" sowie die Datei "tsection.dat" (im Ordner der Route) beim Speichern geändert worden. Dies erkennt man am Datum "letzte Änderung". Sie tragen nämlich alle die Uhrzeit zum Zeitpunkt des Crash. Die Dateien ".rit / .rdb / .tit / .tdb" sind merkwürdigerweise alle noch einmal mit dem Zusatz "~" und ".bk" aufgeführt - ist das richtig? Von der Größe weichen dabei nur die Dateien ".tit" und ".tdb" ab. Die anderen beiden sind identisch.

Füge ich in den Ordner Routes nur die Dateien mit dem Zusatz ein (lasse also die Dateien ".rit / .rdb / .tit / .tdb" weg), kann die Strecke zwar geladen werden, aber der MSTS weist beim Laden des aktuellen Planquadrates darauf hin, dass diverse Objekte nicht geladen werden können :"Das Objekt im Planquadrat X, Y konnte Schienenelemente vom Typ

• Nebengleismarkierung
  
• Aufnahmemarkierung
  
• Signalmarkierung
  

nicht laden. Objekt löschen?"

So oft wie diese Fragen gestellt wurden, vermute ich mal, dass ALLE Markierungen im PQ auftauchten. Nachdem alle Dateien im PQ abgefragt sind, Kommt eine weitere Fehlermeldung, nämlich: "Die Schienendatenbankinstanz eines Signalkopfes konnte nicht abgerufen werden. Dies deutet darauf hin, dass die Außenwelt- und Schienendatenbankdatei (en) nicht synchronisiert sind".
Nachdem man sich brav durch die zig zig Fehlermeldungen geklickt hat, kommt man wieder in den Streckeneditor. Es fehlen dann aber alle vorgenannten Markierungen und Signale im PQ.

Da sich nach dem Crash die Größe der tsection.dat im Ordner ROUTES von 278 KB auf 2KB reduziert hat, ist wohl hier der Fehler.

Wie kann ich die Datei retten? Die Originaldatei (aus dem 1. backup) führt ebenfalls zum Absturz. Ich hatte schon gehofft Abhilfe durch Route Riter zu bekommen. Und siehe da, es läßt sich eine Datei tsection.dat erstellen ("Make tsection.dat"). Ich vermute aber mal, dass hiermit die tsection.dat des Ordners GLOBAL gemeint ist.
Wofür ist diese Datei tsection.dat im Ordner der Route genau? Kann es sein, dass darin die Informationen liegen auf welchen Positionen sich Signale, Bahnübergänge, und die vorgenannten Markierung im MSTS befinden sollen?

Kann ich evtl. über ein anderes Programm eine solche Datei generieren lassen für eine Strecke mit bereits gesetzten Signalen und Markierungen? Die Objekte scheinen ja noch alle da zu sein. Ich hatte schon überlegt, ob die Funktion "Distributing your Route" helfen könnte, da sie eben vielleicht nicht stur alle Daten packt, sondern aus anderen generiert, die eine Art Basisinfo der Strecke darstellen.


Ich wollte hier jedoch jetzt nicht erst blind herumprobieren. Kann jemand helfen? Auch Route Riter fragt bei der Aktion "Make tsection.dat", ob man da wirklich sicher ist... Also Obacht!

Danke für Eure Tips!!!
Im Moment bin ich wirklich


Beste Grüße
Anrückmelder

Guten Morgen,

erst einmal vielen Dank für eure Hinweise und geschätzten Tips!

Ich habe das von Christian mit der Wiederherstellung ausprobiert. Abgesehen davon, dass einige Infos kommen "kreisförmiges Schienenstück wird nicht unterstützt" kommt leider auch hier eine Fehlermeldung.
Auffällig dabei ist, dass diese IMMER in denselben PQ' erscheint, allerdings abhängig davon, ob ich die Original tsection.dat (Ordner Routes) oder die zerschossene nehme. Mit der Original tsection arbeitet der MSTS länger bis der Fehler kommt. Die angezeigten Planquadrate bei der Fehlermeldung sind aber keine der zum Zeitpunkt des Absturzes betroffenen, also auch nicht die in denen ich zuletzt gearbeitet habe.
Ich weiß ganz genau, dass zu meinen letzten Änderungen Verlegung dynamischer Schienenstränge im Lübecker Hauptbahnhof zählten!

Da ich PQ und Ursache daher einigermaßen bestimmen kann, überlege ich wie man diesem Malheur habhaft werden kann... Es hat keine Auswirkungen auf das Ergebnis, ob ich VOR Wiederherstellung der Schienendatenbank im Editor die Dateien .rit / .rdb / .tit / .tdb (mit oder ohne Zusatz, oder beide oder die originalen) in den Ordner der Route packe oder nicht.

Route Riter wird hier wahrscheinlich auch nicht mehr machen können, oder?

Unabhängig von dieser tsection.dat Sache fällt mir gerade auf, dass ein PQ (der zuletzt geänderten) reichlich viele Daten enthält. Es wird in der .w-Datei mit 873 KB und in der ~w.bk-Datei mit 870 KB angegeben. Könnte auch das den Fehler verursachen und könnte man die Daten reduzieren ohne im Editor zu arbeiten? Merkwürdig, wenn das Backup kleiner ist als das Original...

Entschuldigt diese "Herumbohrerei", aber ich meine das muss irgendwie zu lösen sein.

...für die Hinweise

@Pluspunkt
Danke für deine Ausführungen. Ich sehe da jetzte twas klarer.


Gerade habe ich noch einmal den MSTS gestartet. Dies hat zu meiner Verwunderung einwandfrei geklappt. Auch die Simulation läßt sich starten und Züge fahren. Nähere ich mich allerdings den besagten PQ'en, dann wird der Bildschirm schwarz. Ich habe Lübeck Hbf nun von zwei Richtungen aus angefahren und es geschieht dasselbe. Leider komme ich im Streckeneditor nicht in die PQ'e, da ausgerechnet eines dieser PQ'e die Startposition im Editor ist.

Wenn es schiefgeht, dann richtig!

Grüße vom verzweifelten

Hallo nochmal,

ich habe "das Kind" leider noch nicht aus dem brunnen holen können...

Meint ihr, dass es noch eine Möglichkeit gibt? Ansonsten muss mein Projekt leider von vorn beginnen.



BG

Hallo,

ich bin immer noch am Basteln...

Einen Fortschritt habe ich erzielt, indem ich nun wieder den Streckeneditor der zerschossenen Route aufrufen kann. Dieses habe durch Rückschreibung der Worlddateien erreicht. Auch habe ich die alte tsection wieder eingefügt.

In den PQ in denen ich noch keine Änderungen vorgenommen habe, kann ich mich ohne weiteres bewegen; ziehe ich aber in ein PQ in welchem ich Bahnübergänge und Signale getauscht habe, kommt diese Meldung: "Die Schienendatenbankinstanz eines Signalkopfes konnte nicht abgerufen werden. Dies deutet darauf hin, dass die Außenwelt- und Schienendatenbankdatei (en) nicht synchronisiert sind." Bei jedem einzelnen Objekt werde ich gefragt, ob ich dieses löschen möchte.
Ich würde dem MSTS ja nun viel lieber sagen: Lade doch die Objekte, von denen du doch exakt weißt wo sie genau stehen...

Kann mir jemand sagen in welcher Datei nun noch der Fehler steckt? Wo sind die Informationen abgelegt für Signale und BÜ's?
Die ref-Datei kennt die Objekte und die Shapes und Textures sind auch alle da. Was zum Teufel sucht der MSTS?

Stichwort Wiederherstellung Schienendatenbank: Dies funzt leider immer noch nicht. Während der Wiederherstellung hängt sich der Editor im gleichen PQ wie vorher auf. Dies ist ein PQ das unverändert und nicht überschrieben wurde...


Wer kann helfen? - Vielen Dank!

@Pluspunkt

Vielen Dank für deine Ausführungen!

Leider sehe ich aber immer noch in die Röhre. Da ich auf über 60 Km zweigleisiger Strecke Signale und BÜ's ersetzt habe, sieht es für mich im Moment so aus, als würde der MSTS jedes neu hinzugefügte Objekt bemängeln. Wenn ich die alle einzelnd lösche, käme es wohl mehr oder weniger auf das Gleiche hinaus als wenn ich von vorn anfangen würde. Wenn man bedenkt, dass ein PQ 2x2 Km misst, dann würden die Änderungen sich auf circa 30 PQ's beziehen...
Noch nicht versucht habe ich nach meinem letzten Erfolg - den Editor wieder starten zu können - eine Anfahrt auf den besagten Bahnhof zu testen. Würde das nun komplett funktionieren, wäre ich mit meinem Latein endgültig am Ende. Das würde ja bedeuten, dass es in der Simulation klappt, der Editor aber nicht einwandfrei die Objekte lädt. Mir erscheint es ohnehin schleierhaft, dass die Objekt ein der Simulation erscheinen, im Editor aber bemängelt werden...

Beste Grüße

@Pluspunkt

Ich habe bei meinem früheren Projekt wirklich regelmäßige Backups durchgeführt (ich finde heute noch Backup-CDs) und bei Tips im Forum immer auf diese hingewiesen...
Dieses Mal - ich weiß nicht warum - kein einziges Backup. Darf man eigentlich gar nicht sagen...

Tja, der Schuster hat immer die schlechtesten Leisten. Ich schaue mir das nochmal an und poste hier in jedem Fall eine Rückmeldung.

Danke erst einmal!!

Hallo,

ich bin leider nicht weiter gekommen und installiere gerade wieder eine frische Version. Manchmal sollte man lieber aufräumen!


BG
Anrückmelder