[AP] Sky & Weather Enhancement Pack

Discord Einladung
Trete unserem Discord-Server bei (klicke hier zum Beitreten).

    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.

    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.

    Ja. Früher habe ich immer empfohlen den TimeOfDay folder zu kopieren. Seit dem neuen Feature reicht das nicht weil das Skript wissen muss wohin es die Monats TODs temporär überschreiben soll, und dafür müsste man die Batch anpassen. Ist aber dann ineffizient irgendwann dauernd im ganzen Assetordner die Dateien zu ersetzen wenn man den Strecken einmalig "sagen" kann dass sie einfach alle in der "Zentrale" nachgucken, und das ist AP\WeatherEP\TimeOfDay\..


    Gerade für die in den letzten Jahren trocken gewordenen Winter ist das nun praktisch. Du stellst die Saison auf Frühling für die kahlen Laubbäume, und für die tiefstehende Dezembersonne dann einfach ";Date=24122026" in den Trigger.


    Beispiel, fahre ich gerade: bald Mittag und laaange Schatten.... Dezemberfahrt ohne Schnee...

    Spikee1975


    Ich möchte hier noch einmal nachfragen.

    Beispielstrecke: Thüringer Wald



    Jetzt ersetze ich "virtualRailroads" durch "AP" und "Konstanz-Villingen" durch "WeatherEP" in allen vier Jahreszeiten. Soweit, so gut. Was ist aber mit dem Verweis auf die "ToD_KV_Spring.xml", die liegt doch gar nicht in dem AP-Ordner? Genauso die anderen ToD... für die anderen Jahreszeiten. :?: :/

    Provider: AP

    Product: WeatherEP

    BlueprintID: TimeOfDay\Spring.xml (Summer.xml, Autumn.xml, Winter.xml) also einfach das "ToD_KV_" rauslöschen.


    In der Template, nicht in der RouteProperties (wird ignoriert was das angeht, die Mühe es dort auch zu ändern brauch man sich nicht machen). Du schaust also in der RouteProperties.xml von Thüringer Wald welches Template (Zeile 27 ff) benutzt wird. Dieses bearbeitest du dann.


    Das wäre Assets\Oberheizer78\Thueringer Wald\TemplateRoutes\ThueringerWald.bin

    Gegen Langeweile auf längeren Szenarien.


    Standardwetter: "AP Fair Cloud [Mist Light oder Mist Medium nach Belieben]"

    APSWEP Weather Trigger: "APFairCloudRainShowersStormy"


    Extension "AP Weather" noch aktivieren im Szenario Flyout!


    Automatisch werden regenträchtige Wolkenbitmaps aus dem CloudEP gesucht, wie hier sieht man rechts im Bild den dunklen Regenvorhang" während links Quellwolken und blauer Himmel sichtbar sind. Dann gibts zufallsgesteuert schöne Schauer von leicht bis kräftig. (Kann sein dass es unter der aktuellen TS Version 79 nicht immer funktioniert)

    Sorry, dass ich nocheinmal nachfragen muss. Selbst nach mehreren Versuchen klappt es bei mir immer noch nicht.

    Was ich bis jetzt gemacht habe:

    • AP Wetter im Szenario aktiviert und Trigger mit ";Date=01102026" eingefügt.
    • Mit TS-Tools die Wien-StPoelten.bin im Ordner RSSLO_Routes/Wien-StPoelten/TemplateRoutes geöffnet und 4x den Provider und das Product geändert, wie Spikee1975 es beschrieben hat, und anschließend mit Strg+S gespeichert.
    • Im TS den Cache geleert
    • Szenario geladen und neugestartet

    Es hat sich jedoch absolut nichts verändert und es ist immer noch so hell wie davor. Eine Neuinstallation des AP-Wetters habe ich auch schon erfolglos versucht.

    Habe ich sonst noch irgendetwas vergessen/übersehen?

    Hast du auch das AP-Wetter auf Szenarioebene aktiviert? Mehr braucht es wirklich nicht. (Kann man sich auch permanent auf der Strecke im Welteditor freischalten, hat allerdings den Nachteil wenn man dann Szenarien veröffentlicht erwarten die das AP Wetter schon als aktiv, und wenn der downloadende User das nicht auf Weltebene freigeschaltet dann gibt's den falschen Himmel. Also, Szenariobauer, immer im Szenarioeditor AP freischalten auch wenn der linke Haken schon aktiv ist - wer weiss ob es nur bei euch so ist. Ich werde allerdings AP vorschlagen sein gesamtes WeatherEP in Kuju\RailSimulatorCore zu platzieren, das ist nämlich immer aktiv. Natürlich muss man das durchdenken, da ja schon tausende Szenarien AP\WeatherEP referenzieren, teilweise fliegen ja auch noch V1 Szenarien rum. Aber ich hätte es so gemacht.)


    Davon abgesehen ist wenn du "Herbst" wählst das Wetter schon automatisch Oktobertypisch, da wirst du keinen Unterschied merken. (Die Standardjahreszeiten sind mWn Juli, Oktober, Januar und April, bei denen braucht man keinen Trigger.


    Mach doch ein Testszenario, wähle Frühling, "AP Clear", 12 Uhr und dann ";Date=01122026". Dann solltest du die langen Dezemberschatten bemerken obwohl du nicht Winter gewählt hast.


    Merke ausserdem ein zweiter Neustart macht den Trigger wieder ungültig. Und immer aus dem Abschlussmenü raus neustarten wenn die Meldung "If you wish to experience..." kommt, nicht übers Pausenmenü (das lädt die TimeOfDay NICHT neu).


    Für all das, (Wolkenbitmap wählen per bsp. ";FC=F41;HC=H1" oder ";Date=02112026" braucht man die "AP Weather" Erweiterung im SzenarioFlyout nicht aktivieren. Die ist nur nötig bei dynamischem Wetter per Trigger (zb "APVariableFairCloudSun30%" was dann Lichtwechsel durch Wolken die sich vor die Sonne schieben erzeugt, sehr effektiv und realistischer als bei Fair Cloud immer volle Sonne zu haben.