[AP] Sky & Weather Enhancement Pack

muss ich jetz wieder alle Time of Day Dateien ersetzen in allen RSSLO und Rwa Routen ?

Nein, laut Datum (letzte Aktualisierung) wurde da nichts verändert.

aso dann lasse ich die Batch Dateien mal in ruhe

Es gibt jetzt aber ToD-Dateien für jeden Monat, nicht nur Jahreszeiten. D.h. du kannst z.B. Spätsommer simulieren mit Sommervegetation, aber kürzeren Tagen, oder Winterzeit mit kahlen Bäumen.

ja das habe ich auch schon berkt wennst die RW_ Dateien in RSSLO Sträcken einfügst dann gehts echt toll das update

Hallo

Könnte mal jemand einen Screenshot vom AP Wetter (Sommer im Monat September um ca 20:00 Uhr) machen? Ich habe für die unterschiedlichsten Zeiten der Sonnenintergänge die RSSLO Strecken nach der Anleitung bearbeitet, aber es werden trotz Neustart des Szenarios immer die Default Werte für den Sonnenuntergang verwendet.

Lg

Zitat von Kim_olesen1

I wonder if AP managed to get things like random showers via trigger working again, or if DTG broke that kind of scripting forever.

Wenn AP könnten würden sie es tun. Bedenke aber all die Magie findet statt ohne dass sie Zugriff auf den Core selbst, sprich GameManagerVC64.dll, haben. Die ist und bleibt original und da kann niemand mehr ran.

Wenn es dir wichtig ist zieh dir den v75.8a core runter und bügle den drüber. Du kannst auch zwei Archive (v75 und 79) vorhalten und per .bat Skript welches dir vor Spielstart alle relevanten Systemfiles kopiert, in Sekunden wechseln wie du magst. Ich bin seit November 2023 auf 75.8a geblieben (habe aber den Nachfolger ausgiebig getestet - aber nix für mich aus bekannten Gründen - Wetter, Spitzenlichter und noch Kleinigkeiten). Für mich gilt aus Erfahrung das letzte/neueste ist nicht immer das Beste. Das Projekt wurde ja bekanntlich abgebrochen weils sich nicht mehr gerechnet hat für DTG und eine bezahlte Arbeitskraft in 8 Stunden halt mehr Profit erwirtschaftet wenn sie für TSW entwickelt. Somit ist die aktuelle Version halt eigentlich so ein "mittendrin" build während v75.8a ne abgeschlossene Sache (Phase 2) war, wo alle entdeckten Fehler ausgemerzt wurden soweit sie code- und nicht DLC-seitig waren.

Ich habe in den letzten Wochen an einem Szenario auf RSSLO Wien-St. Pölten gebastelt. Es sollte im Oktober (Jahreszeit=Sommer) um kurz vor 6 Uhr morgens spielen. AP-Wetter ist sowohl im Strecken-, als auch im Szenarioeditor aktiviert. In der RouteProperties habe ich bei den ToD-Dateien auf den AP-Ordner verwiesen. Wenn ich das Szenario starte, kommt die Meldung, dass ich das Szenario neu starten soll, um die realistischen Helligkeitszeiten zu erhalten. Nachdem ich das Szenario neu gestartet habe, bleibt es aber genau so hell wie davor. Ich habe auch schon versucht die Batch-Dateien im AP-Ordner auszuführen, jedoch ohne Erfolg. Mittlerweile bin ich mit meinem Latein am Ende und wäre für Ratschläge, was ich vergessen habe, sehr dankbar.

Du kannst doch mal versuchen, die TOD Dateien aus dem Ordner des AP Wetters in den Ordner der TOD Dateien der RSSLO Strecke zu kopieren. Dabei musst Du die Dateinamen der TOD Dateien genau auf den Datei-Namen ändern, den auch die originalen TOD Dateien der RSSLO Route haben. Natürlich entfernst Du die originalen TOD Dateien der RSSLO Route, diese werden quasi durch die TOD Dateien des AP Wetters ersetzt.

Die TOD-Dateien im Streckenordner sind die AP-TODs der 4 Jahreszeiten. Soll ich die anderen (monatsabhängigen) Dateien auch in den Streckenordner kopieren? Ich meine nämlich irgendwo gelesen zu haben, dass man das nicht machen soll.

Nein, das muss alles am richtigen Platz sein. Wenn das Wetterskript den Marker ausliest und ";Date=ddmmyyyy" findet, löst es den Kopiervorgang aus der je nach gewähltem Monat die TimeOfDay Dateien per .bat ersetzt und sich notiert welcher Monat gewählt ist (die Namen der Blueprints bleiben gleich). Der Neustart des Szenarios ist erforderlich damit der TS die ToD neu einliest. Bei jedem Neustart vom TS wird der Urzustand wieder hergestellt.

Das funktioniert ab Werk nur für die unterstützten Strecken, da die Batchdatei, wie man nachsehen kann, nur die dort deklarierten Assetordner betrifft.

Der EINFACHSTE und empfohlene Weg das auch auf anderen Strecken zu benutzen, ist die jeweilige Template zu ändern und dort die TimeOfDay auf AP\WeatherEP umzuleiten. Die befindet sich eigentlich immer in Provider\Product\TemplateRoutes\xy.bin.

Sprich ich will das auch auf Stuttgart-Ulm haben also öffne ich hier RSSLO_Routes\Stuttgart_Ulm\TemplateRoutes\Stuttgart_Ulm.bin mit entweder TSTools oder serz.exe und ersetze dort in den vier Saisondefinitionen den Provider von RSSLO_Routes zu AP und das Product von Stuttgart_Ulm zu WeatherEP. Da der Blueprintpfad der gleiche ist, brauche ich hier nix zu ändern (TimeOfDay\Spring.xml etc).

Alles andere führt zu Chaos. Mit dieser Methode erübrigt sich auch das Kopieren der TimeOfDay Dateien da diese jetzt direkt aus AP\WeatherEP\TimeOfDay geholt werden.

Welche Template (Schablone) die jeweilige Strecke benutzt steht im <BlueprintID> Knoten, Zeile 27-37 der RouteProperties.xml. Die TimeOfDay Defintion in der RouteProperties selbst wird vom TS ignoriert, ist bloss eine Kopie die beim Erstellen der Strecke aus der Template übernommen wird. Die Terrain (Texturenset) und MapBlueprints (2D Karte Farben und Symbole) jedoch lädt er gemäss RouteProperties.xml, nur der Himmel ist hier die Ausnahme.

jhz37 Den traurigen Smiley musst du mir erklären.

Ich habe doch gesagt wie du die Monats TODs überall benutzen kannst in dem du einfach die Template bearbeitest, eine Minute Arbeit pro Strecke.