RailWorks verkleinern mit CompactGUI Neu

Hinterwaeldler hat hier ein paar Erfahrungen und Tipps.

Grundsätzlich ist CompactGUI nicht spezifisch für RailWorks, sondern nutzt einfach ein Tool, was von Microsoft bei Windows 10 mitgeliefert wurde. Bei größeren Datenmengen, die entsprechend beschaffen sind, lassen sich schonmal 10GB oder sogar mehr rausschlagen. Erwarte aber keine Wunder. Allerdings: Das Problem mit fragmentierten Daten (was in den Kommentaren angesprochen wird) dürfte sich bei SSDs erledigen.

Ich konnte beim TS die Assets von 570 GB auf 260GB reduzieren und es läuft Alles sehr gut.

Das hat meine Erfahrung auch gezeigt das mindestens 50% Platz eingespart werden kann.

Wie ich auch im Wiki Eintrag geschrieben habe, konnte ich keine Spürbaren Einbußen feststellen.

Dazu benutze ich das Tool schon seit Jahren und hatte nie Probleme.

Krass, dass das beim TS so viel ausmacht! Benutze das eher für andere Dinge. Aber dann werd ich das auch mal ausprobieren.

Hinterwäldler empfiehlt, die .ap-Dateien zu entpacken und dann zu löschen.

Ich möchte nur daran erinnern, dass es in der Vergangenheit gelegentlich zu Problemen mit dem Kopierschutz bei manchen DLC kam, wenn man .ap-Dateien gelöscht hat.

Seid darauf also gefasst.

Löschen erfolgt auf eigene Gefahr.

Zitat von rasender-roland

Hinterwäldler empfiehlt, die .ap-Dateien zu entpacken und dann zu löschen.

ICH empfehle, die ap Dateien NICHT zu entpacken und NICHT zu löschen.

Ich bin auch der Meinung nicht löschen und entpacken, warum auch?

Zitat von nobsi

ICH empfehle, die ap Dateien NICHT zu entpacken und NICHT zu löschen.

Gibt es einen triftigen Grund? Bitte schreibe ihn uns. Was tust du eigentlich bei Repaints, wenn zu deren Installation einzelne Dateien aus den Archiven entnommen werden müssen.
Nochmal: *.ap ist ein privates Archivformat und unkomprimiert. Vergleichbar mit der 7z-Option "Speichern". Es wurde vermutlich von DTG oder Kuju erfunden.

*.ap muss beim Aufruf der Route, Lok usw. komplett eingelesen werden und kann bei geringer RAM-Größe zu Problemen führen. Natürlich ist ein größerer RAM ein Ausweg. Aber weshalb, falls man solche Fehlermeldungen vermeiden kann?
In den Beschreibungen des Train Simulator steht ausdrücklich, dass nur 4 GByte gefordert werden.
Mein PC von der Stange hat 8GByte RAM, wovon ich 2GByte einer RAM-Disk geopfert habe. Die Grafikkarte hat zusätzlich 2 GByte RAM. Diese Ausstattung reicht, um stabil mit 25-30 fps zu fahren. Lediglich in größeren Bahnhöfen mit den vielen zu verarbeitenden geraden Linien sinkt fps auf 15. In diesen Fällen ist der Grafikchip gefordert.
Größere Probleme gibt es auch bei Szenarien, in denen viele KIs fahren, die entweder nicht gesehen werden und irgendwo in 20 km Entfernung durch die Gegend fahren und um die sich der Dispatcher auch kümmern muss. Das führt zu den berüchtigten Aussetzern. Solche Szenarien oder diese überflüssigen KIs werden entfernt.

Zum Repaint erstellen mit 7-zip nur den Unterordner rausholen, ggf den Pfad ergänzen, damit das exakt passt.

Das Repaint Paket muss nur die angepassten Dateien enthalten und landet dann außerhalb ap. Den Rest holt sich der Ts aus dem ap Paket.

Der TS erzeugt intern blueprint.pak Dateien, mit denen er arbeitet. Das passiert beim Start, da wird jeder Provider-Ordner in Arbeitsdateien verwandelt, der aktuell in der gestarteten Strecke und dem Szenario mitspielt und noch nicht als blueprint.pak vorhanden ist.

Solange man nichts an und in den Providern ändert, auch keinen Cache leeren.

Dann geht der nächste Start wesentlich schneller.

Damit ist auch unerheblich, ob ap verpackt oder unverpackt vorliegt. Die Mikrosec. beim ersten Start, die man evtl. sparen könnte, machen das Kraut nicht fett.

Also kann sich das ap. auspacken sparen, hat man ggf. nur Probleme mit.

Also ich kann jetzt nur für mich sprechen und bei mir ist alles entpackt, es gibt keine ap Archive bei mir.

Ich hatte noch nie Schwierigkeiten oder sonst was, auch sind mir keine Schwierigkeiten bekannt bei Backups (alle 7 Tage automatisch auf das NAS).

Das einzige, wo ich Probleme mit entpackten und gelöschten AP hatte, ist, wenn einige Installer Exe die AP Datei erwarteten, um ein Repaint/Upgrade zu installieren.