BigBenjy

Hallo Holger, gut hingeschaut Ich habe mir das Malheur gerade mal angesehen und festgestellt, dass "nur" der Packwagen vom Typ DBghws betroffen ist. Der Bugfix wird dann im Zuge des nächsten Updates zum Addon kommen - wird aber noch ein bisschen dauern, ich sammle derzeit noch einige größere Änderungen zusammen... Viele Grüße, Benjamin

Hallo zusammen, @MS09 zunächst bitte künftig die Editieren-Funktion benutzen, anstatt drei aufeinanderfolgende Beiträge zu erstellen Ansonsten danke Marcel, da ist das Wichtigste ja bereits zusammengefasst Auch wenn das Addon nunmehr endlich die Testphase erreicht hat, bedeutet das nicht, dass keinerlei Arbeiten mehr anstehen. Ganz im Gegenteil, wenn ich mir die ersten, aber zahlreichen Rückmeldungen der Tester ansehe.. Die Veröffentlichung liegt sicher noch Wochen in der Zukunft, ich hoffe jedoch, dass man die mittlerweile an einer Hand abzählen kann... Davon abgesehen, dass sich bereits eine ausreichend große Gruppe über die S-Bahn hermacht, kann ich auch keinerlei Sinn darin erkennen, eine höchstwahrscheinlich noch fehlerbehaftete Version vorzeitig und exklusiv über den Youtube-Äther zu schicken... Viele Grüße, Benjamin

Hallo zusammen, Direkt zum Veröffentlichungszeitpunkt wird das nicht der Fall sein. Ob sie zu einem späteren Zeitpunkt via Steam erhältlich sein wird, lässt sich noch nicht genau sagen. Das lässt sich ganz einfach beantworten: Der Sifa-Warnto ist für die im Addon dargestellte Ausführung so richtig. Im Zuge der Ausrüstung der 481er mit ZBS wurden nicht nur manche Führerstandsarmaturen ausgewechselt, sondern auch der Sifa-Warnton auf Sprachausgabe umgestellt. Keine Sorge: vom Lastensegler, leeren Sandkästen und den Stromschienenlücken abgesehen (wobei letztere ja keine Störung sind, sondern notwendiges Übel) sind die Horrormeldungen auf dem Terminal nur zur Zierde. Danke für den Zuspruch und viele Grüße, Benjamin

...der Einwand ist natürlich nicht ganz unberechtigt Für die breite Masse funktioniert die automatische Selektion der Szenarien sehr gut, ist hier für Bastelarbeiten aber in der Tat hinderlich. Dann am besten mal folgende Dateien als Dummy erstellen, um den Installer zu überlisten: Assets\virtualRailroads\vR_BR143_PBEL\RailVehicles\Electric\BR143_PBEL\Default\Engine\BR143-Eko.bin Assets\virtualRailroads\vR_BR143_SBRE\RailVehicles\Electric\BR143_SBRE\Default\Engine\BR143-SBRE.bin Das sind die beiden Dateien, anhand derer das Vorhandensein der Addons "BR143 Privatbahn ExpertLine" bzw. "DB BR143 / BDnrzf VRot ExpertLine" geprüft wird. Viele Grüße, Benjamin

Hallo Marcel, Genau: Regen und Blitze kommen mit dem 481er, es gibt dazu ein Szenario auf dem "S25 Südast". Dazu meine Gedanken: ich kann mir vorstellen, die 481er-Szenarien auch auf Jans Streckenneubau zu portieren. Dank der vielen gleisbezogenen Objekte je Szenario wird das aber einige Arbeit bedeuten - ob ich das für alle Szenarien mache und zu welchem Zeitpunkt... mal schauen. Relativ sicher ist, dass es auch neue 481er-Szenarien für Jans Strecke von mir geben wird - der nördliche Teil will schließlich auch befahren werden Viele Grüße und schöne Ostertage, Benjamin

Es gibt ein weiteres Update für das BR648-BonusPack. Was sich getan hat: endgültige Anpassung der Fenster-Optik im Zusammenspiel mit RWEnhancer Fehlerbehebung bei der Darstellung der Spitzen- und Zugschlussbeleuchtung andere Textur für Laufflächen der Räder bei verbesserter Gesamt-Optik neu aufgebauter Sound (Danke an Olaf Wagner für das Beisteuern von Tonaufnahmen!) https://www.trainteam.berlin/index.php?seite=downloads&code=show_file&id_cat=39&id=90&cat_name=Bonuspacks Viele Grüße, Benjamin

Hallo bp77, das ist nicht geplant. Es grundsätzlich kein Problem, selbst verschiedenste Fahrzeuge ins jeweilige Szenario einzutasuchen. Am besten auf Basis der jeweils dritten Szenarioversion aus dem Downloadbereich - so werden die Ansagen erhalten bleiben. Möglicherweise gibt es mit den Schutzstrecken Probleme - da ich die 143 von Steam allerdings gar nicht habe, kann ich das nicht konkret beurteilen. Sollte es sich bei der "ProLine" auf Steam um eine angepasste Version der vR-ExpertLine-Lok handeln, würde ich das einfach mal ausprobieren... Das Update für den Res676 habe ich heute im Shop eingebunden. Viele Grüße, Benjamin

Hallo in die Runde, die Version 1.11 des Addons ist ab sofort im Shop verfügbar. Interessant ist das für all jene, die mit der V1.1 noch kleinere Probleme hatten: falls der Bremsschlauch des Spielermodells in gekuppeltem Zustand ein "Missing Texture" zeigte, ist das nun behoben wenn des Probleme mit der BR146 aus dem Traxx-KI-Paket nach Installation des Güterwagens gab, tritt dieses nun auch nicht mehr auf Beide Bugs traten nur in bestimmten Addon-Kombinationen auf und dürfte nur eine sehr geringe Zahl an Nutzern betroffen haben. Wer von euch eins der beiden Probleme kennt: einfach die neue Version im Shop nochmal laden und (ohne vorherige Deinstallation) installieren. Viele Grüße, Benjamin

Moin zusammen, Auch wenn wir mittlerweile auf Lockerung hoffen dürfen: ich gehe davon aus, dass wir auch zum 481er-Release noch über "Corona" reden werden... das Fahrzeug ist im Betatest angekommen Nun bin ich gespannt, was die Tester so zurückmelden und bereite Übersetzungen, Produktseiten usw. vor. Fleißig auf Testfahrt zwischen Potsdamer Platz und Teltow Stadt: der 481er Das AP-Wetter ist mir natürlich bekannt. Interessanterweise wird in dem Paket gar nicht aufs "Silverlining"-3d-Wetter gesetzt. Das wollte ich für ein Sturmszenario aber dennoch mal ausprobiert haben - denn das alte Wetter ist auch nicht die Perfektion in Vollendung... Gibt's überhaupt jemanden, der mal so richtig dynamische Wetterabläufe und mehr als eine Wolkenschicht mit dem Silverlining-Paket ausprobiert hat?! Im Rahmen meiner Wetter-Streitereien mit dem Railworks kamen mir durchaus Gedanken für noch etwas weitergehende Himmelsprojekte... aber nee, erstmal machen'wa dit hier fertich Im Rahmen des S-Bahn-Addons sind aber immerhin noch Objekte für Blitze entstanden, die auch die Umgebung erleuchten und es hinterher ordentlich scheppern lassen Husch, rin in die Bahn - sieht unjemütlich aus... Wird's ooch noch, vasprochn! Schöne Feiertage wünsche ich euch - und natürlich maximale Gesundheit! Benjamin

Hallo bp77, vielen Dank für die detaillierte Fehlerbeschreibung, sie hat den Übeltäter schnell entlarvt: der Res676 liefert für all jene, die das Szenariopack 3 nicht haben, ein paar KI-Lok smit. Die gemeinsam genutzten Dateien des Traxx-Ordner habe ich doch tatasächlich im Res676-Pack in veralteter Version beigelegt Wird zusammen mit einem anderen Bug behoben werden in Version 1.11. Bis dahin hilft es sicher, das Szenariopack nach dem Res676 nochmal zu installieren. Viele Grüße, Benjamin

Hallo Marcel, danke für deine Zeilen. Zwischenzeitlich habe ich mir auch die KI-Ausführungen des Fahrzeugs vorgeknöpft. Die strikte Trennung zwischen Spieler- und KI-Zugverbänden wird beibehalten. Bei einem derart komplex umgesetzten Fahrzeug sind die eingesparten Ressourcen sicher auf notwendig, um einen sinnvoll-realistischen Betrieb mit zahlreichen Zügen zu ermöglichen. ich habe also auch alle Lackierungs- und Werbevarianten des 481ers in KI-Version (teils mit verkleinerten Texturen) umgesetzt es kam an anderer Stelle der Wunsch auf, auch für KI-Fahrzeuge erweiterte Zielbeschilderungen (mehr als als die aus den Szenariopacks bekannten) zu ermöglichen. Mein dahingehendes Experiment war erfolgreich: man kann in den DynamicNumbering-Modus via Skript eingreifen. Es gibt daher künftig zwei Beschilderungsmodi: über einen an die Fahrzeugnummer angehängten Buchstaben wird eine der gebräuchlichsten ZZA-Beschilderungen vorgewählt (die aus den Szenariopacks bekannt sind) zusätzlich kann über eine Parameter-Übergabe ans Fahrzeug der DynamicNumbering-ZZA-Modus unterdrückt werden. Dabei wird eine Kombination aus Linie und Zielcode über die Fahrzeugnummer übergeben und somit die gesamte Anzeige-Palette ansteuerbar, wie sie auch beim neuen Spieler-481 verfügbar ist. So können alle verfügbaren Linien und Ziele frei kombiniert werden, Zielcodes + 300 führen zur Wechselanzeige "Pendelverkehr"/"<Fahrtziel>" und auch die Sonderziele wie Werkstattfahrt sind ansteuerbar. Die Eingabe ist simpel und erfolgt durch einen Unterstrich getrennt als "ZZA="-Befehl per Anhang an die Fahrzeugnummer: so wird bspw. die Fahrzeugnummer 481_001-1a_ZZA=01,134 zur Anzeige "S1 Friedenau" führen. es wird weiterhin der seit dem Szenariopack Vol. 1 bekannte Fahrzeugordner verwendet, Verbesserungen kommen also auch dem "Bestandsfahrzeug" zu Gute Auch im KI-Furhpark wird's bunt werden... Aktuell frickel' ich an den letzten Szenario-Wettereinstellungen - leider macht das seit einigen Railworks-Jahrgängen verfügbare (und selbstredend: quasi undokumentierte) 3D-Wetter nicht so richtig glücklich... Nein, Windgeräusche bei "Hochgeschwindigkeit" sind aktuell nicht dabei. Das ist aber grundsätzlich auch eine schöne kleine, abgeschlossene Sache, die bei Bedarf in einem Update ergänzt werden kann. Fürs erste sehe ich auch nur bedingt eine Notwendigkeit dafür, da die ganzen Lüfter im Führerstand schon reichlich Radau machen und viel anderes übertönen. Je nach Feedback wird könnte es dafür einen Options-Lautstärkeregler für deren Unterdrückung geben, dann würden Windgeräusche gleich wieder viel interessanter... Den Stammtisch habe ich nicht vergessen und wollte ihn eigentlich im Laufe der Testphase terminieren. Angesichts der aktuellen Corona-Entwicklungen würde ich vorschlagen, die nächsten Tage/Wochen erstmal abzuwarten. EDIT: der Senat scheint das ähnlich zu sehen und gerade entschieden, ab Dienstag erstmal die Bars und Kneipen dichtzumachen... Viele Grüße, Benjamin

Hallo Tobias, ich habe mir das betreffende Repaint einmal angesehen und das Fahrzeug-Blueprint durch einen Dateivergleich gejagt: gegenüber der PlusPack-Vorlage fehlt das verlinkte Kind-Objekt "Spitzenlicht" im Repaint. Ob das ein Versehen ist, oder ob der Autor damit etwas spezielles bezweckt, weiß ich nicht Dass das Spitzenlicht sich beim Repaint anders verhält, liegt also nahe. Genauso, dass man das Child-Object händisch im Repaint-Fahrzeug selbst wieder ergänzt. Dazu wäre das Fahrzeug-Blueprint ..\RailWorks\Assets\Kuju\RailSimulator\RailVehicles\Diesel\BR294\RangierGK\Engine\br294.bin mit der serz.exe aus dem Railworks-Hauptverzeichnis in eine XML-Datei umzuwandeln. Dann wird in der XML im Bereich <Children> folgender Eintrag ergänzt: <cEntityContainerBlueprint-sChild d:id="59167837"> <ChildName d:type="cDeltaString">Spitzenlicht</ChildName> <BlueprintID> <iBlueprintLibrary-cAbsoluteBlueprintID> <BlueprintSetID> <iBlueprintLibrary-cBlueprintSetID> <Provider d:type="cDeltaString">Kuju</Provider> <Product d:type="cDeltaString">RailSimulator</Product> </iBlueprintLibrary-cBlueprintSetID> </BlueprintSetID> <BlueprintID d:type="cDeltaString">RailVehicles\Diesel\BR294\Default\TTB_CabLit\TTB_BR294_Spitzenlicht.xml</BlueprintID> </iBlueprintLibrary-cAbsoluteBlueprintID> </BlueprintID> <Matrix> <cHcRMatrix4x4> <Element> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> </Element> </cHcRMatrix4x4> </Matrix> <ParentNodeName d:type="cDeltaString"></ParentNodeName> </cEntityContainerBlueprint-sChild> Schließlich die XML-Datei mit der serz.exe wieder zum .bin-Fahrzeugblueprint umwandeln. Das war's schon Viele Grüße, Benjamin

Hallo Julian, danke, ich hoffe, ihr hattet auch alle einen guten Start ins neue Jahr Ich war in den letzten Wochen fleißig - insofern kann ich auch heute schon das Eine oder Andere verkünden: das Fahrzeug als solches habe ich mittlerweile auf einem Stand, auf den ich die Tester loslassen würde Aber der Reihe nach - was hat sich getan: da sich die Entwicklung nun weiter hingezogen hat, eröffnete sich ganz nebenbei die Möglichkeit, nochmal einen Satz Tonaufnahmen aus einem 481er zu bekommen. Es waren zwar ohnehin schon mehrere Hundert Tonschnipsel des Originals verarbeitet, aber besser geht's bekanntlich immer: so konnte ich die Sounds für Fahrertür (deren elektrischer Ursprung auf Grund des ähnlichen Klangs bislang rein dem Siemens-Combino entnommen war) und Spiegel-Klappen näher ans Original gebracht werden. Auch die Federspeicherbremse, das Aufschließen des Fahrschalters und der pneumatische Hintergrund der Scheibenwischer haben neue Vertonungen bekommen in der Hauptsache habe ich mich nochmal um das Bremssystem gekümmert (danke an dieser Stelle nochmal @seppdemba, der sich von mir hat Löchern lassen ): es wurde die Haltebremse ergänzt, die bei Stillstand automatisch (in Abhängigkeit von der Besetzung auf einen bestimmten Bremsruck) anlegt und bei Anforderung eines Fahrbefehls wieder löst. Außerdem habe ich das Brems-Blending dem Vorbild weiter angepasst: in der Regel wird also nun rein elektrisch gebremst, die ep-Bremse schaltet sich unterhalb 7km/h dazu. Bei einer normalen Betriebsbremsung ergibt sich damit der charakteristische Bremszylinderdruck-Verlauf, der sich auch in youtube-Videos nachvollziehen lässt. Zu verzahnen war das Ganze noch mit den Situationen, in denen nicht elektrisch gebremst werden kann, bspw. bei ausgeschaltetem Antrieb (Stichwort "Lastensegler") - hier wird anteilig die ep-Bremse auch bei Betriebsbremsungen zugeschaltet. Schließlich habe ich die Bremsleistungen so abgestimmt, dass bei Betriebs- und Schnellbremsungen etwa die originalen Bremswege erreicht werden und auch bei Lastenseglern etwa die gleiche Bremsleistung wie im Normalfall erzielt wird. So viel noch am Rande: wer meint, noch am Anfang der Bahnsteigkante mit hohen Geschwindigkeiten in den Bahnhof reinrauschen zu können, wird es nicht ganz leicht haben, an der passenden H-Tafel zum Stehen zu kommen auch die Steuerung des Fahr-/Bremshebels habe ich nochmal grundlegend überarbeitet: mit einem Kniff ließ sich die Nullstellungs-Raste intuitiv herausstellen und so das Handling im Fahrbetrieb deutlich verbessern in diesem Zuge habe ich auch eingeführt, dass es wie beim Original genau eine Fahrstellungs-Raste gibt: unterhalb der vollen Zugkraftvorwahl fällt der Fahrhebel automatisch in die Nullstellung zurück. Leider hat Railworks hier einen Bug, der das händische Halten in einer niedrigeren Stellung erschwert. Nicht zuletzt aus diesem Grund ist dieses Verhalten als Option umgesetzt, die deaktiviert werden kann. Das kommt auch denjenigen zu Gute, die externe Hardware einsetzen, um den Fahr-/Bremshebel zu steuern. Hier reicht übrigens schon der Schubhebel eines Joysticks, um mehr Flair beim Bedienen zu erzeugen Besteht denn eurerseits Interesse, für sowas eine Anleitung und/oder vorgefertigte TS-Fireman-Konfiguration beizulegen? das bedeutet auch, dass bei schlüpfriger Schiene nicht wie bei manch anderem Fahrzeug üblich mit der Zugkraftvorgabe hantiert wird: das kann wie beschrieben durch händisches Halten des Fahrhebels schon passieren, aber naheliegender ist beim 481er, sich mit der Geschwindigkeitsvorwahl erst langsam nach oben vorzutasten. Denn kurz vor Erreichen der Sollgeschwindigkeit wird jeweils die Beschleunigung automatisch harmonisch runtergeregelt, was natürlich auch eine reduzierte Zugkraft zur Folge hat - was wiederum bei Schleuder-Situationen ausgenutzt werden kann. Na, ihr werdet bei Zeiten schon eure eigenen Erfahrungen machen Ich habe in diesem Zuge jedenfalls auch nochmal den Schleuderschutz in Details und Konfiguration angepasst. kleines Detail am Rande: auch der Tacho reagiert nun mit Zappeln auf Schleudern/Gleiten. Zusammen mit akustischen Rattern, dem Schleuderschutz samt ggf. automatischem Sanden ist das Schleudern so auch zu einem recht umfangreich umgesetzten Phänomen geworden, das den Tf durchaus auch nerven kann. Leider hat mich die situative, streckenseitige Reibwert-Vorgabe von Railworks noch nie überzeugt.. aber sollten sich da noch nachträgliche Erkenntnisse ergeben, lassen die sich auch später einarbeiten... zu weiteren kleinen Anpassungen, bspw. am Tempomat, erspare ich euch an dieser Stelle die Details Wie geht's nun weiter? Ich mache aktuell aus meiner eigenen Doku zum Fahrzeug ein Handbuch für jedermann, was bei einem derart komplexen Fahrzeug nicht zu vernachlässigen ist (daher bislang auch noch keine Erfolgsmeldung meinerseits). Zusammen mit dem letzten Szenario zum Addon packe ich dann in Kürze alles zusammen und lasse das Paket an die Tester gehen. Während dieser Phase wird die englische Lokalisation des Addons entstehen. Abhängig von den Rückmeldungen der Tester geht es dann auf die Zielgerade zu Viele Grüße, Benjamin

Hallo Tobias, was genau fehlt denn - die als leuchtend zu erkennende Lampe oder der Lichtschein vor der Lok? Dann wöre auch die Frage, ob sich das grunsätzlich von der im Addon mitgelieferten Kuju-294 unterscheidet oder ob alle Maschinen betroffen sind. Falls nur die Repaints betroffen sind, würde ich sicherstellen, dass das 3d-Modell des Repaints auf dem gleichen Stand ist wie das der Kuju-294 (musste die .GeoPcDx händisch beim Installieren des Repaints kopiert werden?). Auch ist die Frage, ob es für das betroffene Repaint eine Anpassung im Goodie-Katalog gibt (wenn ja: um welche geht es?). Viele Grüße, Benjamin

Hi André, ich habe mir das Ganze noch einmal im Szenrio-Editor angesehen. Railworks ließ sich überreden, eine Anweisung in Luckenwalde noch etwas umzukrempeln - falls also du oder einer der Mitlesenden die Muße haben sollte, das Szenario nochmals zu spielen, kann ich euch folgende Dateien auf dem kurzen Dienstweg anbieten: Scenario.zip Bitte nach ..\railworks\Content\Routes\e0608c56-62df-4d5a-9bee-0db57fcfc651\Scenarios\450f9478-6ccf-44fb-a523-6c37624dfaed entpacken und das Überschreiben von Dateien zulassen. Angepasst wurde vorerst nur die PlusPack-Version des Szenarios. Feedback zur geänderten Version nehme ich gern entgegen. Viele Grüße, Benjamin

Moin in die Runde, dank des fleißigen Repainters Perotinus gibt es ab sofort ein weiteres Bonuspack. Diesmal sind vier Lackierungen für den Lint41 enthalten, die u.a. zum Ausschmücken von Aufgaben auf den Strecken Münster - Bremen, Hannover - Hamburg und Lübeck - Kiel bestens geeignet sind Vorausgesetzt wird das Szenariopack Vol. 2. Zu bekommen ist es hier: https://trainteam.berlin/index.php?seite=downloads&code=show_file&id_cat=39&id=90&cat_name=Bonuspacks Viele Grüße, Benjamin

Hallo André, zum konkreten Szenario kann ich sagen: es gibt sogar mehr als 4 Anwesiungen, auch wenn nicht alle von Railworks als solche ausgewertet werden. Zu halten ist in Niedergörsdorf, Jüterbog, Luckenwalde und in Schönefeld (ich gehe mal davon aus, dass der Flughafenbahnhof oben auch gemeint war). Wenn man vom Zeitplan, der im Handbuch für solche Fälle immer angegeben ist, abweicht, kann es natürlich passieren, dass man einen anderen Ablauf hat, als er ursprünglich vorgesehen war. Das betrifft insbesondere den Einsatz von Tauschfahrzeugen, die zwangsläufig andere Fahreigenschaften haben. Hier wird vernutlich von Jüterbog nach Luckenwalde eine etwas längere Fahrzeit vorgelegen haben, so dass der dort vorgesehene Halt in eine Durchfahrt mündet. Das ist soweit nicht schlimm, denn das Szenario läuft ja problemlos ab. Unsere Szenarien gehen mit ihren komplexen KI-Zugbewegeungen (in diesem Falle mit einer handvoll Überholungen/Zugkreuzungen, Gleiswechselbetrieb, ..) bis an die Grenze dessen, was der Railworks-Dispatcher überhaupt möglich macht. Das bedingt mitunter, dass sich nicht mehr alle möglichen Fahrstile der Spieler abdecken lassen, weil ohne das Vorliegen bestimmter Anweisungen zur Darstellung von Kreuzungen/Überholungen der Dispatcher schlicht aussteigt. Die Kehrseite ist dann, dass einzelne Spieler, die vom Zeitplan im Handbuch abweichen, kein grünes Häkchen bekommen, obwohl sie das Szenario im Grunde wie von uns vorgesehen abgeschlossen haben. Deshalb kurzum: das Szenario gilt dann erfolgreich abgeschlossen, wenn man am Ende ankommt und das Szenario automatisch beendet wird und es nicht vorher mit einer Fehlermeldung abbricht. Viele Grüße, Benjamin

Heute gibt es Zuwachs im ICE-Bonuspack: "juliano" hat sein seinerzeit für den MSTS erstelltes Repaint auch für Railworks freigegeben - danke dafür! Unter obigem Link erhaltet ihr den aktualisierten Download. Viele Grüße, Benjamin

Hallo Ferdi, bitte entschuldige die späte Rückmeldung. Du hast es mittlerweile vermutlich auch schon geahnt: nein - ich hätte euch gern den 481er unter den Weihnachtsbaum gelegt, daraus wird leider nichts. Mit dem üblichen Jahresendspurt in den verschiedenen Jobs wäre das Ganze schon koordinierbar gewesen - um vernünftig arbeiten zu können, habe ich allerdings in den letzten Wochen ganz einfach zwei Havarien zu viel in meiner Wohnung erleben müssen Das ist höchst ärgerlich und wurmt mich ganz besonders (denn mit der Abarbeitung alter Baustellen hat es ja sonst sehr gut geklappt in diesem Jahr) - aber es ist leider nicht zu ändern. Glück im Unglück: ich habe kürzlich nochmal einen Schwung Tonaufnahmen aus dem Führerstand des Originals bekommen können und kann im Zuge der Fertigstellung weitere Geräusche austauschen (und stelle im Vergleich mit den Originalaufnahmen mittlerweile bei gar nicht so wenigen fest: klingt genau so wie es soll ). Viele Grüße, Benjamin

Hallo zusammen, es mehrten sich in letzter Zeit (berechtigterweise) die Stimmen aus der Community, die nur noch schwer den Überblick über die Fahrzeugparks eines jeden Addons behalten konnten. Wir haben uns aus guten Gründen seinerzeit ganz bewusst dafür entschieden, einen einheitlichen Fahrzeugpark zu pflegen und zu erweitern und euch als Nutzer nicht unnötig viele Kopien der gleichen Datensätze zuzumuten. An diesem Grundsatz wird auch nicht gerüttelt. Dies bringt jedoch folgende Herausforderung mit sich: einzelne Fahrzeuge werden in verschiedenen Addon-Kombinationen ausgeliefert, was die Bestimmung der genutzten Addons für selbst erstellte Szenarios erschwert. Die nun veröffentlichte Szenario-Analyse ist diesbezüglich ein kleines, aber mächtiges Programm, welches wir euch mit auf den Weg geben wollen: dieses ist in der Lage für die angesprochene Problematik die notwendigen Informationen nach wenigen Klicks kompakt darzustellen - gleichermaßen für Szenario-Ersteller als auch deren Nutzer. Bei der Szenario-Analyse handelt es sich um ein Java-Tool, es muss also eine "Java Runtime Environment" (JRE) installiert sein. Das Analyseprogramm kommt mit einer GUI daher und präsentiert sich wie folgt: Anfangs wird einmal der Railworks-Pfad eingestellt (und bei Neustarts wieder übernommen). Dennoch werden auch Multi-TS-Installationen unterstützt. Über ein zusätzliches Auswahlfenster kann ein Szenario zweistufig anhand des Streckennamens und schließlich aus einer Szenarioliste für diese Strecke ausgewählt werden (dafür ist kein Hantieren mit GUID-Ordnernamen nötig!). Auch Strecken, die in .ap-Archiven gepackt sind, werden erkannt - allerdings keine Szenarien aus .ap-Archiven aufgelistet und behandelt (wofür es bezüglich der TTB-Fahrzeuge in der Regel aber auch keinen Anwendungsfall gibt). Die Szenario-Analyse bietet in dieser ersten Version drei verschiedene Funktionen, alle Operationen führen zu einem übersichtlich aufbereiteten Report im html-Format, der auf Knopfdruck im Standardbroser geöffnet werden kann: Analyse eines Szenarios: hier wird geprüft, ob auf diesem Computer die notwendigen Fahrzeuge aus TTB-Addons installiert sind, um das Szenario spielen zu können. Der Report enthält neben grundlegenden Angaben eine Consist-/Fahrzeugliste des Szenarios (TTB-Fahrzeuge je nach Installationsstatus in rot/grün markiert) sowie je eine Fahrzeugliste der (nicht) installierten TTB-Fahrzeuge, aus denen hervorgeht, in welchen Addons das jeweilige Fahrzeug enthalten ist. Analyse eines Szenarios bezüglich einer Addon-Auswahl: im Hauptfenster kann eine beliebige Addon-Kombination vorgewählt werden. Die Analyse-Funktion prüft, ob das ausgewählte Szenario spielbar wäre, wenn diese Addon-Kombination auf dem PC installiert wäre. Mit dieser Funktion können bspw. Szenario-Ersteller mit wenigen Klicks prüfen, welche Angaben sie zu benötigten TTB-Addons in ihrer ReadMe-Datei bei einer Veröffentlichung machen können. Der Report enthält auch hier neben grundlegenden Angaben eine Consist-/Fahrzeugliste des Szenarios (TTB-Fahrzeuge je nach Installationsstatus in rot/grün markiert) sowie je eine Fahrzeugliste der (nicht) installierten TTB-Fahrzeuge, aus denen hervorgeht, in welchen Addons das jeweilige Fahrzeug enthalten ist. Ferner gibt es noch eine allgemeine Fahrzeugverfügbarkeits-Analyse: hier wird ein Report generiert, der den Gesamtfuhrpark, der sich aus allen TTB-Addons ergibt, auf dem lokalen Gerät analysiert: welche Fahrzeuge sind (nicht) installiert und aus welchem Addon(-Update) stammen diese? Das in aller Kürze zu den grundlegenden Funktionen der Szenario-Analyse. Gerne nehme ich eurer Feedback samt Fragen, Wünschen und Anregungen entgegen, um die Szenario-Analyse zu pflegen und zu optimieren. Das Programm ist hier verfügbar: [Download Szenario-Analyse] Viele Grüße, Benjamin

Hallo Tom, danke für deine Rückmeldung! Schön, dass sich das Problem bis zur Zufriedenheit minimieren ließ - von dem beschriebenen Ansatz können bestimmt auch noch andere Nutzer profitieren Viele Grüße, Benjamin

Güterwagen Res676 - Update 1.1 coming soon! Hallo in die Runde, während das Paket in der letzten Testphase ist, möchten wir die Neuerungen vorstellen - euch erwarten: ein Wagen mit Scharfenberg-Kupplungsadapter: optisch wie gewohnt detailreich umgesetzt. Funktional werden mehrere verschiedene Kupplungsdefinitionen für die SchaKu bedacht - leider ist das in Railworks alles andere als einheitlich geregelt. So werden aber auch Schleppfahrten mit Triebzügen von Drittherstellern ermöglicht. Zudem gibt es den Kupplungsadapter für alle Wagenlackierungen, wobei die HVLE-Version dank zahlreicher dokumentierter Vorbild-Einsätze mutmaßlich die beliebteste werden wird eine DR-Wagenversion: als zusätzliche Lackierungsvariante kommt auch die DR-Version des Res676 (seinerzeit als Res [3936] bekannt) mit allen bekannten Ladegütern und zugehörigen KI-Modellen auf den Rechner. sowie ein drittes Szenario: wieder für Berlin-Leipzig, diesmal aber in südlicheren Gefilden! Im Bitterfelder Raum soll ein Fotogüterzug gefahren werden, ohne den Planverkehr zu stören. Zahlreiche Eisenbahnfreunde säumen die Strecke... PreLoad-Consists für Spieler- und KI-Wagen und diverse kleinere Fehlerkorrekturen Insgesamt erhöht sich die Anzahl der Wagenversionen auf 90! Dazu anbei noch einige Bilder. EDIT 15.11.: das Update ist nunmehr erhältlich. Wer das Addon bereits sein Eigen nennt, lädt die Installationsroutine bitte nochmals im persönlichen Konto runter: [Shopseite] Viele Grüße, Benjamin Neu im Bunde: eine Wagenversion der Deutschen Reichsbahn, welche die Einsatzmöglichkeiten unseres Wagentyp-Modells deutlich erweitert. Eine Seite Schraubenkupplung, eine Seite Scharfenberg-Kupplungsadapter: fertig ist der Kuppelwagen. Wie gewohnt ist auch der Kupplungsadapter detailreich umgesetzt. Ideal geeignet für Triebzug-Überführungen ist der Kupplungswagen. Da mehrere mögliche SchaKu-Kupplungsdefinitionen bedacht wurden, können auch Triebzüge von Drittherstellern geschleppt werden. Aus dem dritten Szenario: mit einer stilvoll lackierten 143er... ...geht es auf Tour mit einem Fotogüterzug. Nicht nur hier warten die Fotografen. Wie viele werdet ihr entlang der Strecke zählen? 143 957 im DR-Farbkleid in Aktion.

Hallo Ferdi, in aller Kürze: die parallelen Baustellen (Shop-Relaunch, Güterwagen Res676, Szenariopack Vol. 3) sind inkl. Nachwehen praktisch abgearbeitet, so dass der 481er wie angekündigt wieder im Fokus ist. Will sagen: ich bin voll und ganz dabei, kann aber noch nicht den angestrebten Meilenstein vermelden, dass der Abschlusstest gestartet wäre. Bezüglich des Releases bleibt alles wie geplant: die BR481 kommt zusammen mit dem "S25 Südast", der aus Berlin-Leipzig ausgekoppelt wurde und die nötigen Anpassungen erhalten hat samt einiger Szenarien. Währenddessen baut Jan parallel an der gesamten S25 weiter - die Strecke wird gegenüber dem Südast quasi ein Neubau sein, wenn man sich die aktuellen Bilder ansieht und das Ganze weiter denkt.. Jan hat die Strecke derzeit für Mitt 2020 terminiert, so dass der 481er wohl ein ganzes Stück früher dran sein sollte. Viele Grüße, Benjamin

Hallo Tom, Siggi hat ja schon sehr richtig zum Thema der Spielerrouten geantwortet. Besten Dank dafür an dich, @SiggiF . Ergänzend sei hier noch auf den Hintergrund hingewiesen: diese Routen wurden gezielt gesperrt, weil der MSTS nur mit Tricksereien fähig ist, Wendeschleifen bzw. Kreisfahrten zu ermöglichen, vgl. dazu auch Die Frage nach den Einbrüchen der Framerate ist recht einfach zu beantworten: hier wurde ein Innenstadtbereich nachgebaut, der um Dimensionen detaillierter nachgestellt wird, als es in den genannten Vergleichs-Addon der Fall ist (und die zudem für Jahre ältere Rechnertechnik dimensioniert wurden, als es bei PT37 der Fall war). Das bedeutet, dass die Welt-Kacheln randvoll bebeaut ist und der TrainSim deutlich mehr nachzuladen hat als in anderen Strecken. Das führt zu den allseits bekannten Nachladerucklern, die hier als "Framedrops" betitelt wurden. Da die alte Tante MSTS ihr Speichermanagement ums Jahr 2000 herum erhielt und die letzten inoffiziellen Veränderungen am Hauptprogramm (BinPatch) nun auch schon 10 Jahre alt sind, wird sich am Grundroblem nur wenig ändern lassen. Da ist vor allem die Frage, wie viel Aufwand man dafür treiben möchte. Mögliche Ansätze wären: der Versuch, MSTS in einer virtuellen Maschine mit Windows XP zum Laufen zu bringen. Kommentar: Wäre hier nicht mein erster Ansatz, da das Hauptrogramm ja hier grundsätzlich wohl unter Win7 flüssig zu laufen scheint den MSTS in eine RamDisk zu laden, um dadurch Nachladeruckler zu minimieren. Kommentar: das habe ich seinerzeit erfolgreich testen können, ist aber mit einigem Aufwand und einem Zusatzprogramm verbunden. Dabei werden alle benötigten Daten in ein virtuelles Laufwerk (deren Daten sich praktisch im Arbeitsspeicher befinden, daher der Name RamDisk) kopiert und der MSTS von dort aus gestartet. Das führt dazu, dass bei Annäherung an eine Nachbarkachel die nachzuladenden Daten aus dem Arbeitsspeicher gelesen werden, obwohl der MSTS glaubt, sie von der Festplatte zu holen. Das hat vor 10 Jahren deutliche Erfolge gebracht - inwieweit sich gegenüber SSD-Festplatten noch Zeitgewinne erzielen lassen, wäre per Experiment herauszufinden. der Umstieg auf OpenRails sei hier auch als Option genannt. OpenRails ist eine freie Simulationsplattform, die mit MSTS-Daten umgehen kann. Dank aktuellerer Engine und Programmierung könnte hier ein Performancegewinn möglich sein. Dummerweise interpretiert OpenRails MSTS-Daten nicht ganz genauso, so dass Aufgaben teils anders abgespielt werden als beabsichtigt und für manche Fahrzeugfunktionen Anpassungen an den Dateien nötig sind. Mangels Erfahrungen kann ich hier wenig zu den Erfolgsaussichten beitragen, da OpenRails aber mit wenig Aufwand beschaffbar ist, wäre das Ganze sicher einen Versuch wert. Darüber hinaus empfehle ich auch einen Blick in die Foren von tssf.eu und https://forum.german-railroads.de/ , wo sich noch mehr MSTS- und OpenRails-Spezialisten tummeln, die bestimmt mehr zum derzeitigen Stand der Optimierungsmöglichkeiten unter aktuellen Windows-Versionen beitragen können. Viele Grüße, Benjamin

Hallo Sven, danke fürs Bescheid geben. Die Experten haben heute gewirbelt, Downloads sind wieder möglich. Viele Grüße, Benjamin