Asbest weiß ich nicht
„Amianto“ steht jedenfalls am Tor ![]()
Asbest kann auch in der Brücke sein.
Auch möglich, stimmt. Die orangen Einzäunungen dahinter könnten aber ein Hinweis auf belastetes Gelände sein.
Asbest weiß ich nicht
„Amianto“ steht jedenfalls am Tor ![]()
Asbest kann auch in der Brücke sein.
Auch möglich, stimmt. Die orangen Einzäunungen dahinter könnten aber ein Hinweis auf belastetes Gelände sein.
Asbestmine Balangero?
Jedenfalls scheint das Gelände hinter dem Tor mit Asbest belastet zu sein und es liegt im italienischsprachigen Gebiet. Ich konnte auf den einschlägigen Webdiensten allerdings keinen (ehemaligen) Werksanschluss entdecken
Die orangen Einzäunungen scheinen aber auch typisch.
Grossartige Arbeit, bin begeistert von was da zu sehen ist, Chapeau! Und Domino, DTZ, Mouette sind Fahrzeuge, die bisher echt fehlen im TS.
Hast du dir überlegt, einen guten Payware-Ersteller wie Christrains anzufragen, ob Interesse für ein Joint Venture besteht?
Bitte beachten, dies ist kein Diskussions-Thema. Fragen zum Add-On oder Sonstige Diskussionen sind hier unerwünscht. Nutzt dafür bitte ein entsprechendes Diskussions-Thema.
Service-Post ![]()
Weiss jemand, was folgender LogMat-Eintrag zu bedeuten hat?
22024.01.18 00:49:23.624 - [RunTimeError] - Error - Collision will go through the ground for railvehicle (Collision centre < half of collision height)
2024.01.18 00:49:23.624 - [RunTimeError] -
2024.01.18 00:49:23.624 - [RunTimeError] - ASSERT(rvbp.getCollisionHeight() / 2 < rvbp.getCollisionCentreY());
2024.01.18 00:49:23.624 - [RunTimeError] -
2024.01.18 00:49:23.624 - [RunTimeError] - ConsistCreateInfoBuilder::setupVehicleInfo()
2024.01.18 00:49:23.624 - [RunTimeError] -
2024.01.18 00:49:23.624 - [RunTimeError] - D:\RGBuild\CoreRelease\Code\DLLs\PhysicsManager\ConsistCreateInfoBuilder.cpp : 254
Ich setzte aktuell Static Consists und Szenerie-Objekte sowie Geräuschkulissen bei einem ansonsten fertigen Szenario. Seit der letzten Etappe/Version stürzt das Szenario beim Laden ab oder, wenn ich rein komme, folgt eine Meldung über einen beschädigten Zugverband und nach gut fünf Minuten folgt dann ein Absturz.
Kann es wirklich sein, dass ich im Szenario-Editor versehentlich etwas am Terrain oder der Schieneninfrastruktur verändert habe? Ich habe nur Static Consists sowie Kühe und andere Objekte gesetzt (und hatte das bekannte Problem mit dem Hund, den man kaum mehr zu fassen kriegt...
).Der Eintrag taucht unzählige Male auf im Logfile, ich nehme an der TS hängt sich daran auf und stürzt dann ab.
Daneben taucht auch dieser Eintrag auf, ich nehme aber an dass der nicht ausschlaggebend ist:
2024.01.18 00:48:06.016 - [Content] - Trace D:\RGBuild\CoreRelease\Code\DLLs\SoundSystem\cRailSimSoundSystem.cpp : 536 = Failed to open file Assets\.\B42Rail\Zurich-Bern\Audio\RailNetwork\Platforms\UK Platform.proxyxml
Something referenced an audio control file that failed to open (maybe it does not exist)
Hat jemand einen Erkläungsansatz?
Ich werde auf jeden Fall zurück zum letzten funktionierenden Sicherungsstand gehen und dort weiterarbeiten. Sicher ist sicher...
Ja, aber langsam wär's an der Zeit... ![]()
Muss beim Laden des TS bei dem Screenshot immer schmunzeln, wie seelenruhig der Lokführer da noch in der brennenden Lok sitzt… ![]()
steamtrain25 du wärst dann übrigens dran ![]()
Bevor ich die Kommunikationsabteilung damit nerve
warte ich erstmal auf mehr Bahnforumsexpertise, da treiben sich auch Stadler-Mitarbeiter rum ![]()
Falls die Autos eine Child-Datei des Modells sind (also nicht Teil des 3D-Grundmodells, sondern "Anbauten"), kannst du die BIN-Datei des Wagens anpassen. Hab mich da auch kürzlich erst grad mit Hilfe von Forum und ronald_cn reingefuchst für das Projekt hier.
Die BIN-Datei kannst du mit serz.exe (Programm im Railworks-Hauptverzeichnis) in ein editierbares XML-Dokument umwandeln. Einfach die Datei auf das Programm-Icon ablegen, die so erstellte XML-Datei wird am Speicherort der BIN-Datei abgelegt. Dann das XML (am besten mit Notepad++) bearbeiten und nach dem Editieren wieder mit serz.exe zu einer BIN-Datei umwandeln (Achtung: die ursprüngliche BIN wird dann überschrieben, also Sicherungskopie aller Dateien anlegen!).
Was muss editiert werden?
Irgendwo in der BIN-Datei wird auf das Child verwiesen (mit Provider, Produkt und dann der Pfad zur BIN-Datei des Childs / der Blueprint ID), beispielsweise so (hier WaggonWerkstatt / WW_Sdggmrss_... / Frachtw\Walter\*WW-Trailer_...):
<ContainerComponent>
<cEntityContainerBlueprint>
<TrackTerrainInEditor d:type="bool">0</TrackTerrainInEditor>
<Children>
<cEntityContainerBlueprint-sChild d:id="16189">
<ChildName d:type="cDeltaString">Trailer</ChildName>
<BlueprintID>
<iBlueprintLibrary-cAbsoluteBlueprintID>
<BlueprintSetID>
<iBlueprintLibrary-cBlueprintSetID>
<Provider d:type="cDeltaString">WaggonWerkstatt</Provider>
<Product d:type="cDeltaString">WW_Sdggmrss_738_T3000</Product>
</iBlueprintLibrary-cBlueprintSetID>
</BlueprintSetID>
<BlueprintID d:type="cDeltaString">Frachtw\Walter\WW_Trailer_Walterback.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>
Alles anzeigen
Dort müsstest du die aktuellen (Pfad-) Angaben mit den Angaben zu deinem gewünschten Child-Objekt (den älteren Autos) ersetzen.
In der anschliessenden Matrix wird mit Zahlen (Werte in Metern, soweit ich das verstanden habe) die Position des Child in Relation zum Zentrum (X=0, Y=0, Z=0) des "Mutter"-3D-Modells festgelegt. (Daneben auch noch Skalierung und Rotation.) Wahrscheinlich wirst du die Werte für die Y-Achse und die Z-Achse anpassen müssen. Was die anderen Werte für eine Funktion haben steht hier: https://www.trainsimdev.com/forum/viewtopic.php?f=42&t=902
Im Wiki und im Forum gibt es verschiedene Infos zum Repaint-Prozess (v. a. hier), welche für das Verständnis auch nützlich sein können.
Es gibt keinen Flirt 2 seitens Stadler Rail
Fragt sich dann, warum Stadler einfach die Nummer 2 übersprungen haben soll?
Hab mal im Bahnforum.ch nachgefragt. Bisher erst die Antwort eines Technikers der SBB:
ZitatDie FLIRT machen mir täglich Probleme damit. Ich bin in meinem Berreich nun bei 13 SBB Varianten!
Zu FLIRT2 das ist bei SBB nur die France, LEX und France LEX. Da ist sehr viel anders als beim Rest, könnte aber an den französischen Sonderwünschen liegen.
Ich glaube selbst Stadler hat keinen klaren überblick
Klar ist meiner Meinung nur, dass Stadler aktuell nicht (mehr) nummeriert. Wohl aus Erfahrung, dass es bei all den Varianten und Variationen eh nur verwirrt ![]()
Genau so ist es!
Für Interessierte: Zu den zwei Triebzügen gibt es Infos und sogar je eine 3D-Ansicht auf der Seite des Léman Express
Es wird wärmer. Hier noch etwas mehr vom Bild und ein Tipp: Das Fahrzeug teilt sich die Arbeit mit einem anderen Fahrzeugtyp ganz anderer Provenienz. (Zusatzfrage: Welcher ist es?)
Ich glaube die Lok hatte ich zum ersten Mal als Kind im Lima-Katalog bestaunt ![]()
Weiter geht es. Wem gehören diese „Augen“?
Y7400 der SNCF? Jedenfalls etwas Französisches in livrée « Arzens »
Dank den grossartigen 3D-Kreationen von ronald_cn gibt es bald ein grösseres Upgrade zu diesen Wagen. Der geneigte virtuelle Eisenbahner wird in Zukunft nicht nur über vorbildgetreu beschriftete und ausgestattete Wagen verfügen, sondern auch 20- und 40-Fuss-Container sowie Wechselbehälter transportieren können ![]()
Gandalf der Weise Ist doch gut, dann lernen auch die Digital Natives noch den Umgang mit „richtigen“ Computern ![]()
193 kann ich absolut empfehlen, wenn du realitätsnahe Simulation und entsprechend höhere Komplexität schätzt. Erfordert aber etwas Einsatz bzw. Geduld, zumindest beim ersten Aufstarten. Siehe hier:
Handbuch [K-Trains] BR 193 - Vectron (inkl. FAQ)
Wenn du nur reinsitzen und losfahren willst, jedoch nicht zu empfehlen. Die SIFA lässt sich beispielsweise nicht ausschalten.
Werde mir die andere Lok wohl noch holen im Sale.