German Railroads Forum

Zitat

Zuerst einmal möchte ich die Moderatoren bitten, das Thema noch nicht zu verschieben. Ich arbeite gerade daran, eine anleitung zu erstellen, wie eine Aufgabendatei aufgebaut ist. Dieses wäre wichtig, um eine Aufgabe wieder zu löschen. Dazu habe ich gerade eine Testaufgabe erstellt und es dauert noch ein Weilchen, bis ich jedes Detail geschrieben habe.

Wie eine Aufgabe installiert wird, wurde bereits in einer anderen Anleitung beschrieben. Aber wie kann eine Aufgabe wieder gelöscht werden, wenn sie nicht gefällt?
Wird eine Datei, die zu der Aufgabe gehört, vergessen, dann gibt es Fehlermeldungen. Um eine Aufgabe möglichst sicher löschen zu können, ist es wichtig, die Struktur einer Aufgabe zu kennen.
Aus welchen Dateien eine Aufgabe besteht und wo diese zu finden sind, werde ich hier beschreiben.
Um es verständlicher zu machen, habe ich dafür eine Testaufgabe erstellt, die mit den Fahrzeugen des Grundprogrammes Mikrosoft Train Simulator funktioniert.

Um diese zu installieren, ist es wichtig, vorher mit Train Store "Hole alles" bzw. im Start - Center "Neues Addon installieren" auszuführen.

Es handelt sich hier um eine einfache Aufgabe zur Anschauung auf dem Maria Pass.

Nachdem die Aufgabe installiert wurde, werden Dateien mit unterschiedlichen Endungen in 4 Unterordner der Strecke eingefügt und dann noch einige (wie viele genau hängt von der Anzahl der eingebauten Züge, auch statische, ab) in einen Ordner außerhalb der Strecke.
Aber arbeiten wir uns Schritt für Schritt vor.

Die Dateien werden in Unterordner des Train Simulators gespeichert. Um sich die einzelnen Dateien ansehen zu können, muß dieser und seine Unterordner geöffnet werden. X:\ steht im fogenden für ein beliebiges Laufwerk.

Der korrekte Pfad zum Train Simulator lautet immer:

X:\Programme\Microsoft Games\...

Die weiteren Verweise beginnen ab jetzt immer mit ...\Train Simulator\

da es sehr mühselig ist, immer den kompletten Pfad eingeben zu müssen.

Diese Aufgabe spielt auf dem Maria Pass.

Im Ordner routes bei ...\Train simulator\routes gibt es aber keinen Streckenordner, der Maria Pass heißt. Der Hersteller dieser Strecke nannten den Ordner USA2.

4 Unterordner in dem Ordner USA2 sind für Aufgaben wichtig.

ACTIVITIES, hier sind alle Aufgabendateien mit den entsprechenden Informationen gespeichert. Die Dateien tragen die Endung act.

Für jede Aufgabe gibt es nur eine act - Datei.
PATHS beinhaltet die Streckenführung aller Züge. Die Endung dieser Dateien lauten pat.

Für jeden Zugverband, der eine bestimmte Strecke fährt, wird eine pat - Datei angelegt.
SERVICES beinhaltet die Informationen, wann der entsprechende Zug eingesetzt wird. Die Dateiendung lautet srv.

Für jeden Zug, der auch einen Pfad hat, wird eine srv - Datei angelegt. Ausnahme ist hier der Spielerzug. Dessen Startzeit wird in der act - Datei festgeschrieben. Aber dazu später mehr.
TRAFFIC beinhaltet alle in der Aufgabe verkehrenden Züge. Die entsprechenden Startzeiten sind darin nicht festgelegt. Nur, dass die entprecheden Züge in der Aufgabe vorkommen. Die Dateiendung ist hier trf.

Für jede Aufgabe gibt es genau wie bei ACTIVITIES nur eine trf - Datei.
In dem Ordner ...\Train Simulator\TRAINS\consits werden alle Dateien abgelegt, die die Zusammenstellung eines Zugverbandes beschreiben.
Wie diese genau zusammengesetzt ist, kann unter

Tipps und Tricks zum TS --> Fahrzeugtausch --> manuelles Tauschen von Fahrzeugen

genauer nachgelesen werden. Da es bereits ausführlich beschrieben ist, werde ich darauf nicht näher eingehen.

Schauen wir uns nun die act - Datei etwas genauer an.
Wie im Bild a1 zu sehen ist, lautet der Name bei der oben angegebenen Aufgabe NA.act. Dieser Name wird vom Aufgabenbauer nach eigenem Ermessen im Aufgabeneditor bei "Speichern unter" vergeben.

Im Bild a2 ist der erste Abschnitt rot eingerahmt. Das Ende eines Abschittes wird immer mit einer abschließenden Klammer gekennzeichnet.

Im ersten Teil steht die Strecke vermerkt, auf der die Aufgabe spielt, hier USA2.

Darunter steht der Name der Aufgabe, wie er im Auswahlfenster des MSTS erscheint.
Discription ist der Inhalt der Aufgabenbeschreibung.
Briefing ist die Aufgabeneinweisung.
Starttime, wie könnte es anders sein, die Startzeit der Aufgabe. Hier wird die Startzeit in Stunden, Minuten und Sekunden (obwohl Sekunden nicht im Aufgabeneditor angegeben werden können) angezeigt.
Season dürfte auch nicht schwer zu erraten sein. 0 = Frühling, 1 = Sommer, 2 = Herbst, 3 = Winter
Weather ist das Wetter. 0 = klar, 1 = Schnee, 2 = Regen
PathID gibt den Namen der Strecke des Spielerzuges an, wie er vom Aufgabenbauer gewählt und in dem Ordner path gespeichert ist.
Duration gibt die Dauer der Aufgabe an. ( 1 0 ) = eine Stunde. ( 0 10 ) = 10 Minuten
Difficulty gibt den SChwierigkeitsgrad der Aufgabe an. 0 = Einfach, 1 = Mittel, 2 = Schwer
Fuelwater, Fuelcoal, Fueldiesel geben an, wieviel Wasser und Kohle (bei Dampfloks) bzw.wieviel Diesel (bei Diesel) zum Start der Aufgabe vorhanden ist.
Vom Streckenbauer kann während des Baus noch die Möglichkeit zusätzlicher Gefahren eingegeben werden. So kann während des Baus einer Aufgabe die Gefahrenhäufigkeit in Prozent eingetragen werden. Ist keine Gefahr durch Menschen und Tiere vorgegeben, so erscheinen diese Felder im oberen Bereich nicht. Wurde aber zum Beispeil eine Gefahrenhäufigkeit von 80 Prozent Tiere und 30 Prozent menschen eingetragen, so werden noch die Einträge

Animals ( 80 )
Workers (20 )

hinzugefügt.

Im Bild a3 ist nun der Streckenverlauf des Spuielerzuges genau beschrieben.

ArrivalTime bezeichnet die Ankunftszeit am Bahnhof in Sekunden nach Null Uhr.
DepartTime bezeichnet die Abfahrtzeit am Bahnhof, ebenfalls in Sekunden nach Null Uhr.
SkipCount ( 0 ) gibt die Anzahl der Haltepunkte (Bahnhlfe) an, an denen der Zug halten soll.
DistanceDownPath und PlatformStartID sind Korodinatenund Bezugspunkte des Train Simulators, damit dieser weiß, wo eine Aufgabe beginnt oder endet.

Wenn vom Aufgabenbauer eine Aufgabe bereits zu Beginn mit Verspätung beginnen soll (Startzeit der Aufgabe nach Abfahrtzeit), so kann diese nicht über den Aufgabeneditor vom Train Simulator eingetragen werden. Diese muss in diesem Fall in der act - Datei geändert werden.

43200 ist 12 Stunden nach Null Uhr. 1 Stunde hat 3600 Sekunden. 3600 multipliziert mit 12 ergibt 43200.
Daher steht der Wert 43200 in den Abfahrts- und Ankunftszeiten.

NextServiceUID

Darin verbirgt sich, welches Verkehrsschema in dieser Aufgabe Anwendung findet. Es wird hier also vermerkt,, auf welche trf - Datei in dieser Aufgabe zugegriffen werden soll. Weiterhin stehen die Zugnamen und Startzeiten der in der trf - Datei verwendeten Züge im Bereich

Service_Definition

Wie der Zug genau zusammengestzt ist und welche Strecke er fahren soll, das ist in der entsprechenden Datei con, srv und pat eingetragen.

Events sind Ereignisse, die während einer Aufgabe auftreten können oder auch nicht. Diese sind als nächstes in der act - Datei aufgelistet. Besonders, wenn sehr viele Ereignisse in einer Aufgabe eingetragen sind und diese sich möglicherweise gegenseitig beeinflussen, können hier schneller als im Aufgabeneditor Rechtschreibfehler bei Meldungen gefunden werden.

EventCategoryAction, es handelt sich hier um ein Aktionsereignis.
Activation_Level ( 1 ) besagt, dass dieses Ereignis immer aktiv ist.
TextToDisplayOnCompletionIfTriggered ist die Meldung, die in der Auswertung erscheint, wenn das Ereignis ausgelöst wurde (Auslösetext).
TextToDisplayOnCompletionIfNotTriggered ist die Meldung, die bei Nichtauslösen des Ereignisses in der Auswertung erscheint (Nichtauslösetext).
Name ( Standardereignis ) ist der Name des Ereignisses.

Hier handelt es sich um das Standardereigniss, ob an allen Bahnhöfen gehalten wurde. Bei Güterzugaufgaben sollte es gelöscht werden, wird aber sehr häufig vergessen.

EventCategoryLocation, es handelt sich hier um ein Ortsereignis.
Es hat die Aktivierungsstufe 1, ist also aktiv und
wenn der Zug den Punkt überfährt, an dem es sich befindet (Location ( -12490 14773 834.573 -862.791 10 )),
so erscheint die hier eingetragene Meldung, aber nicht mit den Anführungszeichen (DisplayMessage ( "Dies ist eine Testfahrt" )).
Damit diese Meldung erscheint, muss der Zug nicht halten (TriggerOnStop ( 0 ))
Wenn ein Ereignis nur ausgelöst werden soll, wenn der Zug hält (zum Beispiel Meldungen vor roten Signalen), dann steht bei TriggerOnStopp eine 1 in Klammern.

Als nächstes gibt es wieder ein Aktionsereignis.
EventTypePickUpPassengers Hier sollen Passagiere aufgenommen werden.
Nachdem diese aufgenommen wurden, erscheint die Meldung: Erst auf den Abfahrtspfiff warten (Meldung)

In diesem Fall bedeutet es, es wird eine Meldung erscheinen, wenn der Zug abfahren soll. Es soll hier also der streckeneigene Abfahrtspfiff ignoriert werden (auf manchen Strecken werden vom Aufgabenbauer zum Abfahren entsprechende Sound - Dateien abgespielt. diese sind hier gemeint).

Der Name dieses Ereignisses lautet Aktion1 und sie befindet sich am ersten Bahnhof (StationStop ( 0 )).

EventCategoryTime ist ein Zeitereignis
ID ( 3 ) Es hat die interne Nummer 3, wurde also als drittes erstellt.
Activation_Level ( 1 ) dieses Ereignis ist ebenfalls zu Beginn der Aufgabe aktiv.
DisplayMessage ( "Jetzt abfahren." ) Es soll nach Ablauf der bestimmten Zeit die Meldung erscheinen: "Jetzt abfahren."
DecActLevel ( 4 ) Es soll außerdem das Ereignis mit der internen Nummer 4 um eine stufe zurücksetzen.
Name ( Zeit1 ) Der name dieses Ereignisses lautet Zeit1.
Time ( 90 ) Es soll 90 Sekunden (eingetragen wurden im Aufgabeneditor 0 Stunden, 1 Minute und 30 Sekunden) nach Start der Aufgabe diese Aktionen durchführen.

Hier haben wir ein Ereignis, dass eine Verknüpfung zu einem anderen Ereignis hat.

DecActlevel ( 4 ) Setze das Ereignis mit der Nummer 4 um eine Stufe zurück.

Mit solchen Verknüpfungen lassen sich zum Beispiel Güterzugaufgaben umsetzen. Nur, wenn alle Waggons am richtigen Ort abgestellt wurden, ist die Aufgabe abgeschlossen.

EventCategoryLocation
ID ( 4 )
Activation_Level ( 1 )
ActivityFail ( "Sie haben diese Aufgabe nicht erfolgreich beendet." )
DisplayMessage ( "Sie sind zu früh abgefahren." )
TextToDisplayOnCompletionIfTriggered ( "Sie fuhren zu früh ab." )
TextToDisplayOnCompletionIfNotTriggered ( "Sie fuhren nicht zu früh ab," )
Name ( Ort2 )
Location ( -12489 14772 -895.535 954.99 10 )
TriggerOnStop ( 0 )

Outcomes bedeutet Ergebnis

Es handelt sich also wieder um ein Ortsereignis mit der internen Nummer 4 (das steht in direktem Bezug zu dem obigen Zeiterignis) und ist beim Start der Aufgabe aktiviert. Um es zu auszulösen, muss es überfahren werden. Wird es ausgelöst, während es noch aktiv ist, so wird die Aufgabe sofort erfolglos beendet (ActivityFail ( "Sie haben diese Aufgabe nicht erfolgreich beendet." )). Außerdem erscheint noch eine Meldung, warum die Aufgabe abgebrochen wurde (DisplayMessage ( "Sie sind zu früh abgefahren." )).
Ensprechende Auslöse- und Nichtauslösetexte werden in der Auswertung eingetragen.

Das Zeiterignis mit der Nummer ID3 soll 90 Sekunden nach Start dieses Ereignis deaktivieren. Wird es also nach eben diesen 90 Sekunden überfahren, so ist es inaktiv und es passiert nichts.

ActivityObjects

Hier werden alle statischen Züge aufgelistet mit den entsprechenden Abstellorten und der Zusammensetzung desselben Der Aufstellort ist wieder in Koordinaten angebenen und alle statischen Objekte bekommen den Namen "Lockererer Zugverband". Wie diese zugverbände heißen, ist in der con - Datei vermerkt. Da statische Züge keine Verkehrsroute und auch keine Einsetzzeit haben, gibt es für diese keine pat und srv - Dateien. Sie sind außerdem nicht in der trf - Datei vermerkt.

PlatformNumPassengersWaiting (

Hier ist angegeben, wie viele Passagiere am Bahnsteig warten.

PlatformData ( 73 10 )

Hier sind am Bahnsteig Plattform 73 (ist der erste Halt und wird im Bild a3 als PlattformStartID ( 73 ) bezeichnet) 10 Passagiere, die in den Zug einsteigen möchten.

Dieser Eintrag erscheint nur, wenn die Anzahl der Fahrgäste im Aufgabeneditor geändert wurde.

Im Ordner PATHS sind die Routen der Züge gespeichert. Jeder fahrende Zug hat eine eigene Route und daher auch eine eigne pat - Datei.

Wie im Bild p1 zu ereknnen ist, sind dort viele Koordinaten angeben.

Außer den Namen, unter dem die Route des Zuges gespeichert ist, ist hier noch der Eintrag

TrPathStart ( Ort1 )
TrPathEnd ( Ort2 )

zu erwähnen.

Es handelt sich dabei um den Anfangs- und Endpunkt der Aufgabe.
Der Name in Klammern gibt den Namen der Station an, wie er im Auswahlfenster des Train Simulators später erscheint.

Im Ordner SERVICES und den darin gespeicherten srv - Dateien werden die Eigenschaften der einzelnen Züge gespeichert.

PathID ( NA-Spieler ) gibt den Namen der Route an (verknüpft mit der pat - Datei im Ordner PATH)
Efficiency ( 0.75 ) gibt die Leistung des Zuges an.
StationStop (
PlatformStartID ( 73 )
SkipCount ( 0 )

Diese Angaben beziehen auf Halts an Bahnhöfen bei Personenzügen

75 Prozent Leistung ist die Standard - Einstellung und normalerweise richtig. Soll zum Beispiel ein schwerer Güterzug simuliert werden, so wird die Leistung entsprechend harabgesetzt, zum Beispeil auf 30 Prozent. Soll ein Blindzug ein rotes Signal erzeugen und ist die Strecke recht kurz, so muss hier auch die Leistung entsprechende reduziert werden, sonst müssen zu viele Blindzüge eingesetzt werden.

Näheres zum Einsatz von Blindzügen in Aufgabe ist im Aufgabentoutourial von Lord Tulpe, hier im Forum unter Tipps und Tricks zum TS, nachzulesen.

Im Ordner TRAFFIC befinden sich die Verkehrsschemadateien.
Für jede Aufgabe gibt es genau eine Datei mit der Endung trf.
In dieser Datei sind alle in einer Aufgabe vorkommenden Züge aufgelistet mit der entsprechenden Einsetzzeit. Diese ist wieder in Sekunden angegeben nach Null Uhr.

Traffic_Definition ( NA-Ki = Name des Verkehrsschemas
Service_Definition ( NA-Gegen1 43260 )

Der in dieser Aufgabe verwendete Gegenzug NA-Gegen1 wird also 43260 Sekunden nach Null Uhr eingesetzt. Oder, um 12 Uhr und 1 Minute.

So, und warum habe ich das ganze jetzt so genau beschrieben?

Wenn eine Aufgabe wieder gelöscht werden soll, dann muß bedacht werden, dass die einzelnen Dateien untereinander verknüpft sind. Wird eine falsche Datei gelöscht oder eine zu der Aufgabe gehörende nicht, dann wird es Fehlermerldungen geben.

Die einfachste Methode, alle Dateien, die zu einer Aufgabe gehören, zu finden, ist mittels Train Store Standard nur diese eine Aufgabe einzulagern und alle anderen auszulagern.

Hier beschreibe ich nun, wie die Aufgabe wieder fehlerlos gelöscht werden kann.

Zuerst lager ich diese eine, und nur diese, Aufgabe wie in Bildern TS1 und TS2 zu sehen ist, ein.
Im Ordner ...\Train Simulator\routes\USA2\ACTIVITIES die Datei NA.act löschen, die im Bild DEL1 markiert ist.
Im Ordner ...\Train Simulator\routes\USA2\TRAFFIC die Datei NA_Ki.trf ebenfalls löschen. Siehe Bild DEL2.

Achtung!
Train Store lagert die Verkehrsschemadateien nicht aus!

Hier ist also genau nach der passenden Datei zu suchen. Wie die Datei heißt, steht unter anderem in der act - Datei und in der srv - Datei. Deshalb habe ich die Dateitypen vorher auch genauer beschrieben.

Im Ordner ...\Train Simulator\routes\USA2\PATHS alle darin enthaltenen Dateien löschen. Siehe Bild DEL3
Im Ordner ...\Train Simulator\routes\USA2\SERVICES alle darin enthaltenen Dateien löschen. Siehe Bild DEL4
Im Ordner ...\Train Simulator\TRAINS\consists alle darin enthaltenen Dateien löschen. Siehe Bild DEL5

Achtung!

Wenn ein Aufgabenbauer einen Zugverband aus einer bestehenden Aufgabe verwendet hat und evtl. auch noch eine Route, dann darf dieses nicht gelöscht werden! Wer sich unsicher ist, löscht eine aufgabe besser nicht!

Dies kam häufig zu Anfangszeiten des MSTS vor.

Viele Aufgabenbauer verwenden ihre eigenen Kürzel und lehnen die Verwendung bereits bestehender Zugverbände (nicht zu verwechseln mit Fahrzeugen) und Routen ab.

Manche Aufgabenbauer schreiben in ihrer Liesmich auch, wie Aufgaben wieder gelöscht werden können und welche Dateinamen beim Aufgabenbau Verwendung fanden. Erfahrene Aufgabenbauer haben sich hier eine strenge Disziplin beim Aufgabenbau auferlegt.

So. Ich hoffe, ich konnte etwas Licht in die dunkle Welt des MSTS Dateisystems im Bereich von Aufgaben bringen und verständlich erklären, welche Dateien beim Löschen von Aufgaben zu berücksichtigen sind und warum.

Ich wünsche viel Freude beim Fahren im MSTS und hoffe, dass es kaum Aufgaben gibt, die gelöscht werden sollen.
Für Fragen, Anregungen, Verbesserungsvorschläge, Wünsche und Bitten steht mein Postfach hier im Forum (Private Nachricht) jederzeit offen.