@matthias.gose, das hier, weil die beiden oberen Beiträge keinen Eintrag bei den Benachrichtigungen erzeugen.
Gruß
PS.: Den gleichen Fehler gab es doch schon einmal, lag irgendwie an der Software, welche das Datum falsch einordnete?
@matthias.gose, das hier, weil die beiden oberen Beiträge keinen Eintrag bei den Benachrichtigungen erzeugen.
Gruß
PS.: Den gleichen Fehler gab es doch schon einmal, lag irgendwie an der Software, welche das Datum falsch einordnete?
@TrainFW
Sicher! Es ging jedoch nicht um den Laufwerksbuchstaben oder wo es auf welcher Festplatte / SSD RailWorks installiert ist. Mein Hinweis bezog sich auf den (mindestens) zweiten Platz im Installationsverzeichnis, wo die BR 442 auch noch zu finden ist. Und darauf, dass dort mein Update diesen Zugverband nicht mit einbezieht.
C:\Programme (x86)\Steam\SteamApps\common\RailWorks\Assets\DTG\NurembergRegensburg\RailVehicles\Electric\Talent2\ (hier)
Also, wenn es mit dem Update nicht beim ersten Mal geklappt hat, so versuche es doch noch einmal und dann bitte die Reihenfolge beachten, weil sich die gleichlautenden Dateien sich jedesmal wieder überschreiben. Somit kann es dann sein, dass eine eigentlich funktionierende wieder durch eine ältere fehlerbehaftete ersetzt wird.
Edit: Äh, noch ein paar Bilderchen von diesem Zugverband mit
@TrainFW, gibt es die BR 442 nicht mehrmals auf der Platte? Das oben genannte Update bezieht sich nur auf die Variante im Verzeichnis:
C:\Programme (x86)\Steam\SteamApps\common\RailWorks\Assets\DTG\BR442Pack01
Edit: Eben mal meine Sicherungskopie geladen und die VBB gestartet. Bei mir ist es so wie es sein soll, also so wie vorher. Vielleicht die Reihenfolge nicht beachtet beim Update? Das ist leider äußerst wichtig, die Reihenfolge exakt einzuhalten.
ACHTUNG! Eine Tracks.bin zu serzen und wieder zurück kann Fehler verursachen, als Beispiel seien nur Prellböcke genannt, welche dann überall auf der gesamten Strecke auftauchen können. Dann muss man jedesmal an einer schon vorhandenen Trennstelle diese auftrennen und wieder verschweißen.
Also, deswegen vielleicht folgende Vorgehensweise zum Testen der eventuellen Auswirkungen auf die Strecke. Die Tracks.bin kopieren, diese Kopie serzen nach XML und wieder zurück zur BIN.
Diese bearbeitete Tracks.bin anstelle der originalen einsetzen (die originale natürlich sichern oder temporär umbenennen). Jetzt die Strecke starten und schauen, ob es ungewöhnliche Veränderungen gibt. Die Strecke mal abfliegen und schauen, ob Prellböcke aufgetaucht sind.
Dann auch mal abschätzen, ob es vom Arbeitsaufwand vielleicht viel sinnvoller wäre, die kaputten Signale einfach neu zu platzieren.
Wenn jedoch meinst, es lohne sich die Tracks.bin zu bearbeiten - brauchst du als Editor Notepad++, weil die Tracks.xml schon eine wirklich riesige Datei ist. Notepad++ kann diese bearbeiten, man muss eventuell etwas warten, bis diese komplett eingelesen ist - kann dauern.
Dann mit der Suchfunktion schauen, ob die Pfade für diese gesetzten kaputten Signale stimmig sind. Da sollte der Fehler liegen, meiner Vermutung nach.
... hast du schon mal ein genau gleiches probehalber daneben platziert? Ist das dann zu sehen. Hast du irgendwo einen Haken entfernt?
Perfekt darin bin ich nicht, wollte ich so nicht behauptet haben. Jedoch habe ich schon etliche Loks oder Triebwagen in diesem Bereich bearbeitet und mich mehr als mir eigentlich lieb war, mit dieser Drehmomentkurve auseinandersetzen müssen - hehe. ![]()
Aber eins stimmt soweit auch mit meinen diesbezüglichen Erfahrungen damit durchaus überein, es ist sehr oft leider überhaupt nicht stimmig, was dort als fertig ausgewiesen dem Kunden übergeben wird.
Edit: @Maik Goltz, alter Lua Freak
(bin ja nur neidisch)
Edit 2: hier eine Seite, welche sich ausführlich mit diesem Diagramm und Geschwindigkeit beschäftigt
Nun ja, so kompliziert muss das nicht erklärt werden, in den meisten Fällen reicht es den Wert in der Simulations.bin zu verändern.
Wer die Kn-Lastkurve bearbeiten möchte - mit RW_Tools geht das wirklich gut, weil man kann die TractiveEffortvsSpeed.dcsv direkt einlesen und bearbeiten.
Hier ein Artikel, wo das Diagramm gut dargestellt ist.
Erst ein Bereich bis zur Geschwindigkeit X, wo eine Abriegelung für ein konstantes Drehmoment sorgt, dann der Abfall des Drehmoments per Geschwindigkeit.
OK, soviel dazu! Das hat jedoch nur bedingt mit der voreingestellten Geschwindigkeit zu tun. Weil, entscheidend ist die maximale eingetragene Geschwindigkeit in der Simulation.BIN, dort in MPH.
Du hast hier das anlegbare Drehmoment erhöht pro Geschwindigkeitseinheit. Also, verfügbare Kraft Y bei Geschwindigkeit X.
Das hilft immer dann, wenn dort falsche Werte eingetragen sind, um dann die vorgesehene maximale Geschwindigkeit zu erreichen. Jedoch kannst du mit Änderungen in der TractiveEffortvsSpeed.dcsv nicht die vorgesehene Endgeschwindigkeit erhöhen.
Hoffe, ist nun einigermaßen klar geworden.
Man, was das denn? Erklär es doch einfach oder zeige eine Lösung hier auf! Bei welcher Lok hat das konkret geholfen - Beispiel bitte - ?
Du wirst doch eine Datei zur Hand haben, bei der du mal den Zustand zeigen kannst vorher und nachher.
Wenn du das nicht kannst, dann kann ich mit deinen Beiträgen hier zumindest nichts anfangen.
Na dann erklärt doch bitte auch, wie ihr das gemacht habt!
Then please explain how you did it!
Hi @analuisa,
there is a file for engine power and speed for each drive vehicle. This file is located in a directory: Simulation (or something like that). The Simulations.bin can then be found in this directory. So, first convert from BIN to XML format (serz.exe) and, for example, edit the Simulation.xml with Notepad ++ (free editor).
To find so about from line 100 below
<MaxSpeed d:type="sFloat32" d:alt_encoding="0000000000405A40" d:precision="string">105</MaxSpeed>
(1mph = 1,61kph)
The entry of the speed is to be changed in MPH, that which is marked red here has to be changed accordingly.
Then save (if it does not save, remove the write protection from this file) and convert again from XML to BIN.
However, there are also creators who have also provided a speed limit in Lua.out. That cannot be changed.
One more thing: Before a file is edited, a backup copy of it should be made.
Greetings
Der neue IC2 von Stadler
Hi,
bin gerade stundenlang mit sinnlosen Suchen nach einem Fehler beschäftigt gewesen (setze den Rechner neu auf), weil auf einmal mittendrin und auch voll dabei - die Windows Suchfunktion in der Taskleiste kaputt gegangen war. Hatte ich doch vermutet, dass ich wieder dran schuld bin ... hat jedoch Microsoft verzapft und verkorkt.
Hier nun das Workaround auf heise.de:
https://www.heise.de/newsticke…d-verfuegbar-4653892.html
Wer in der "regedit" doch lieber nichts verändern möchte, da hilft dann nur auf das nächste Update warten.
Hi,
will einfach nur die Links hier reinsetzen, im Stern Artikel geht es um den Haltepunkt Stuttgart (S21) - was ich so schon lesen konnte, klingt informativ und sehr interessant.
Stern Artikel: https://www.stern.de/reise/deu…le-wahnsinn--9105134.html
Buch: https://www.westendverlag.de/b…haden-in-der-oberleitung/
Hi @-TK-,
willkommen im Forum! Woran es genau liegen könnte, kann ich dir nicht sagen - die Fehlerursache wäre zu umfangreich - deswegen nur etwas grundsätzliches dazu. Ein Szenario muss, damit es ordnungsgemäß funktionieren kann, immer aus dem Menü heraus gestartet werden, damit sich der Dispatcher alles gut zurechtlegen kann - will sagen, damit sich die Signaltechnik richtig initialisieren kann.
Wenn du das Szenario schon sowieso aus dem Menü heraus gestartet hast und dieser Fehler sich zeigt, dann vielleicht mal ein zweites ähnliches bauen mit nur dem Spielerzug allein und schauen, wie sie hier die Signaltechnik verhält.
Gruß
Ups Edit: Hat sich überschnitten, somit sorry für Doppelhinweis wegen Menü und so.
@JMS,
anbei eine winzige Kurzanleitung
Nun muss gespeichert werden - das kann manchmal unendlich lange dauern, hier nicht die Geduld verlieren
Nachdem es gespeichert wurde, ist nun dort im Fahrplan diese Markierung als z.B. "Gehe über" oder "Wegpunkt" nutzbar
Du setzt dir im Szenario-Editor Markierungen, dort kannst du dann "Gehe über" einbinden.
Ursache gefunden!
Nochmal meinen Dank an alle Teilnehmer.
Grund ist eine Einstellung in den Gruppenrichtlinien (gpedit.msc) - am Besten nicht aufrufen, wenn man nicht genau weiß was man tut!
Ich hatte mich für sichere Schriftarten entschieden und den Zonk gezogen (kennt wer überhaupt noch diese ober geniale Sendung mit dem Zonk? Oder nur so ein Opi, wie ich mal wieder?) !
Also > gpedit.msc > Computerkonfiguration | Administrative Vorlagen | System | Ausgleichsoptionen
Blockieren nicht vertrauenswürdiger Schriftarten - steht eigentlich per Default auf "Nicht konfiguriert" - ich habe es dann auf "Aktiviert" umgestellt.
Nach nun wieder Umstellung auf "Nicht konfiguriert" und Reboot ist die Schrift wieder sichtbar. Hm, muss ich ja ziemlich lange nicht TS gedaddelt haben, sonst wäre mir das schon eher aufgefallen (nur wenn das Spekuliereisen auch richtig sitzt).
Gruß