Beiträge von nobsi

Vorweg: dies ist ein erster Verdacht, und bedarf noch Bestätigung

ich habe eben das neue NameMyRoute Utility auf einem Backup der Railworks Installation ausgeführt.
Anschließend habe ich einige SzenarioProperties Dateien vermisst.
Weitere Kontrolle ergab:
- bei allen Nicht-Steam Strecken fehlen die ScenarioProperties.xml aller Szenarien
- bei Steam Strecken sind die ScenarioProperties.xml nach wie vor vorhanden.

Falls das jemand überprüfen mag: vorher Backup vom Backup machen!

Edit:
Auch wenn es verwunderlich ist, dass ausgerechnet die Szenarien der Strecken mit "kleinen" Route-UUIDs (RSC-Strecken) heil sind, und die anderen nicht, und bei den defekten immer die .xml Dateien fehlen, aber nicht die .bin Dateien, ist das ganze wohl doch auf die defekte Harddisk zurückzuführen.

mirkokaule
das ist das Beladungsproblem von vR-Reisezugwagen in Verbindung mit der User-Consist-Funktion des TS2014 (gibt hier schon den einen oder anderenThread dazu). Das kannst du nur beheben, indem du entweder
- die ConsistTemplate.bin im Content-Ordner von Hand nachbearbeitest, und das Beladungsflag bei den vR-Wagen von 1 auf 0 änderst
oder
- ein Consist mit dem Blueprint Editor machst

mit den im Manual angegebenen Tasten funktioniert die AFB auch.

Zitat von Julian.28

Ps habe die Tasten gedrückt die man normalerweise drücken sollte bei diesen Funktionen.

hmm .. was genau meinst du mit "normalerweise" ... hast schon im Manual dieser Lok geguckt, und nicht irgendwas gedrückt, das du vielleicht von anderen Loks kennst? Das sind ja keine "Standardfunktionen" des TS, daher gibts auch keine immer gültigen Tasten dafür.

Ich hab grad als Stichprobe mal die AFB benutzt, und die hat einwandfrei funktioniert.

ahhh ...
hast du mal geguckt, ob nach der Editor-Aktion die RouteProperties.xml in der .ap geändert wurde?
Dann würde ja die Änderung in der ap durch deine ungeänderte externe Datei quasi zunichte gemacht.

Markus Schöbel
du könntest in der RouteProperties.xml (ziemlich weit unten) euntragen

<RBlueprintSetPreLoad>
....
<iBlueprintLibrary-cBlueprintSetID d:id="773040624">
<Provider d:type="cDeltaString">Pendolino_610</Provider>
<Product d:type="cDeltaString">3D_Rails</Product>
</iBlueprintLibrary-cBlueprintSetID>
....
</RBlueprintSetPreLoad>

allerdings wüsste ich nicht, warum es "von Hand" funktionieren sollte, wenn es im Editor nicht geht (vorausgesetzt, die xml Datei ist aus dem .ap rausgeholt, und der TS neu gestartet).

interessant ...
(nein, ich kenn mich nicht aus)

aber da in der "Richtungsgruppe" viele Sackgleise sind, ist die Ausfahrgruppe = "A" wohl nicht vertauscht. Interessant nur, dass man wohl zum Ablaufen lassen die Gruppe erst umfährt - vielleicht macht es die ankommende Lok öfters selbst? - sie steht dann ja schon auf der richtigen Seite der Wagen

ich denke auch, das kommt noch .. hat ja auch früher manchmal 2 oder 3 Tage gedauert bis der wirklich da war.

Jedenfalls ist hier eigentlich Steam am Zug (nicht RSC), denn in der Steam-Database steht das ICE 3 Addon (also inkl. der Szenarien für Köln-Düsseldorf) als Bestandteil der German Collection drin - und das nicht erst seit gestern.

Zitat von Edelplastic

wenn man die Strecke anfangs hatte und diese durch ein Update entfernt wurde

sie wird ja nicht entfernt (in meiner alten Installation ist sie nach wie vor vorhanden). Sie kommt nur nicht mit, wenn man jetzt neu installiert.
D.h. sie wird auch nicht mehr überprüft/geändert, wenn man die Steam-Dateiüberprüfung anwirft.

Zitat von thenilsman

Es sind doch eigentlich generell viele Objekte neugebaut worden.

viele, ja ... spziell solche, die ganz konkret in der Gegend stehen (z.B. die neuen Rhein-Brücken). Und halt die ganze Vegetation, als Ersatz für das RSDL-Foliage-Paket.
Aber nicht alle die "hunderttausend" Kleinigkeiten wie Zaunpfähle, Personen, Bänke, (Standard-)Lampen, Tunnel-Okklusions, Wasser-Folien usw usw

das Erstellen von .ap Dateien allein nützt gegen das Crash-wegen-Inhalt Problem nichts - schließlich landen im Blueprint Cache alle (wirksamen) Blueprints eines Produkts, egal ob die aus einem ap kommen oder einzeln vorliegen. Aber .ap Files erleichtern die Aktivierung/Deaktivierung von Asset-Gruppen je nach Bedarf.

du hast:
- GPSMarker Blueprint im Verzeichnis source\deinName\deineStrecke\RouteMarkers
- csv-Datei deineMarker.csv im selben Verzeichnis

im Marker-Blueprint als SeriesMarkerFIle eingetragen: "RouteMarkers\deineMarker.csv" (weiß grad nicht, ob mit oder ohne ".csv", aber jedenfalls muss der Pfad ab dem Produktknoten ("deineStrecke") drin stehen)

Die Flag.xml hast du natürlich nicht, das ist ja die Kuju Flagge, deren Sourcecode du nicht hast. Deshalb nicht "Export" sondern "Export This" nehmen.
Dann musst du aber auch die csv-Datei für sich noch mit "Export This" exportieren (der neue BlueprintEditor2 ist da etwas anders als der alte).
(Mit "Force" hab ichs noch nicht probiert)

in der Tracks.bin steht das sehr genau. Da hängt ja alles an den Ribbons.
Und im Ribbon gibt es (in einem <cFarVector2>) die "RouteCoordinate" = die Kachelnummer
und die "TileCoordinate" = die Position (in Metern) auf der Kachel (Kachelgröße 1024 m)
(X-Wert: horizontal bzw West-Ost, Z = vertikal)

Im Editor muss man dann halt ein bisschen schätzen. Die Map zeigt ja auch die Kacheln an (Achtung: Rasterlinien hängen vom Zoom Faktor ab), da muss man dann halt "interpolierend" ins Raster klicken.

Btw, die Ribbons (Schienenstränge) halten das ganze zusammen - egal ob die Trassierung in den Track-Tiles, die Gleisattribute in der tracks.bin, Verlinkungen von Markern, Signalen, auch in den ScenarioNetworkProperties, ... alles wird über die RibbonID miteinander verknüpft.

nee nee, die Kollision hat nix mit dem Prellbock zu tun
die Kollisionsmeldung kam in der V1 Originalversion, wegen eines KI-Zugs in (ich glaube) Wald am Arlberg, weil der Dispatcher trotz anderer Wegpunkte den Spieler genau über das belegte Gleis jagen wollte. Wenn man statt bis nach ST.Anton nur bis Bludenz fahren wollte, ging das - vom selben Prellbock aus

Aber mit dem Patch wird das besser - die Startpunkte sind immer noch so nah am Prellbock - man will den Pasagieren mit schweren Koffern ja nicht unnötig lange Fusswege zumuten

persönlich glaube ich, dass RSC da durchaus dran ist (an der Engine) - es gibt 'ne Menge Indizien in den in den letzten Monaten eingeführten/veränderten Strukturen, die ich als Vorbereitung sehe. Aber es ist wirklich nicht einfach, und ... es ist "politisch" sicher noch zu früh für solch eine neue Engine.
Auf jeden Fall haben sie ihren eigenen Content schon zu großen Teilen auf die zukünftigen Anforderungen hin überarbeitet.

nett ..
aber das ist dann kein Fehler des User-Consist-Editors, sondern einer des Wagens (vermutlich die Parkeisenbahn als festes Child-Objekt drauf, aber die Standard-Cargo-Funktion nicht entfernt)

Zitat

Da
ich mittlerweile reichlich Drittanbieter-AddOns angehäuft habe und auch
oft relativ viele verschiedene Inhalte in meinen Szenarien verwende,
stellt sich mir die Frage, ob die häufigen Abstürze auch darauf
zurückzuführen sein können.

Ja, das ist definitiv so.
Besondere Problem-Kandidaten:
-
Kuju-Ordner: es gibt sehr viele Repaints für US-Loks, UK Diesel und
Dampfloks, und die deutsche BR101 und Wagen. Gleichzeitig enthalten die
Kuju Ordner aber auch das Szenerie-Material, das in vielen Strecken
verwendet wird, d.h. diese vielen 100 Loks und Wagen stecken von
vornherein schon mal in den Strecken drin
- HRQ Taurus: viele Repaints
- BR 218: viele Repaints, befinden sich zusammen mit sehr umfangreichen Wagen in einem gemeinsamen Produktordner
- BR 232: viele (große) Repaints
- RSItalia: sehr viel Rollmaterial, Repaints, Szenerie in einem einzigen Produkt-Ordner

Wenn man das in Szenarien bunt mischt, geht tatsächlich nichts mehr.
(Beispiel: wenn ich auf der 3CCR - die von Haus aus schon Kuju/RailSimulator und Kuju/RailSimulatorUS im Bauch hat, in Szenarien bzw QD noch die fopix BR218 und irgendwas von RSItalia benutze --> geht nicht. Das geht nur, wenn ich vor dem Start erst mal alles US und UK-Rollmaterial aus den Kuju-Ordnern entferne)

Ja, bei mir in der Neuinstallation auch keine Spur vom Hitachi SEC. Vom Testtrack gibts noch 6 Szenarien, aber keine Strecke.

die fictional routes sind die Seebergbahn, Hedborough North, und CastleRock Railroad.
Der Hitachi SEC und auch der Testtrack ist (war?) sogar in der TS2013 Basisversion enthalten - die definitv diese fiktiven Routen nicht enthält.

Maik hat das schon vor längerer Zeit erklärt: vR Reisezugwagen enthalten (zumindest teilweise) die Möglichkeit, eine sehr hohe Zuladung zu aktivieren, damit man in Szenarien KI-Zügen eine halbwegs realistische Beschleunigung verpassen kann. Dafür reicht es, die Zuladung in wenigen Wagen zu aktivieren. Die neue QD User Consist Funktion aktiviert die Zuladung automatisch in allen Wagen (was für "normale" Güterwagen ja auch sehr sinnvoll ist), und da passiert das was ihr beschreibt.

Es gibt zwei Abhilfsmöglichkeiten:
1. das im TS erzeugte User-Consist anschließend von Hand korrigieren (ich kann den Namen der Datei, wo man das ändern muss, grad nicht nachgucken, weil meine Railworks-Installation noch nicht wieder läuft)
2. QD-Consists mit vR-Reisezugwagen nicht mit dem TS-User-Consist-Editor, sondern mit dem Blueprint-Editor anlegen (da sind Wagen grundsätzlich nicht beladen - was normalerweise bedauerlich ist, in diesem Fall aber nützlich)