Access Violation - Der Irrsinn hat einen neuen Namen

Frage dazu ....

Zitat von Broflugo

Ich hab gestern 2,5h an Arbeit verloren, weil der TS mein Szenario nicht mehr laden wollte, ohne dabei abzustürzen.

Wie groß war / ist da die Scenario.bin?

Die Frage deswegen da ich ja mal Anhand der Workshop Route, wo man von Augsburg bis Rosenheim durchfahren kann, sehen wollte was geht und ob es geht.
Siehe unter anderem hier Train Simulator Screenshot-Thread (ersten Beitrag beachten !)
Das Szenario lies sich auch nicht mehr laden nachdem die Scenario.bin über 2000 KB groß war.
TS stürzte auch hier nicht ab.

Hatte zum Glück ein Backup.

@Broflugo

I always save under a new name and clear cache after a couple of changes when building scenarios. My experience is that if you work too long without closing TS you will get problems with data corruption sooner or later.

@Broflugo

Ich kann die Aussage von @Kim_olesen1 bestätigen. Ich arbeite nie zu lange am Stück an einem Szenario. Spätestens nach dem Stellen von 4-5 KI-Zügen speichere ich das Szenario und starte den TS neu. Mit dieser Taktik bin ich bisher immer an dem Access Violation vorbeigekommen.

Nebenbei: Was mich viel mehr nervt als die Neustarts des TS ist die Tatsache, dass wenn man nachträglich die Lok von einem KI-Zug ändert, dieser dann in vielen Fällen im Szenario nicht mehr losfährt. Dann muss man jeweils den Zug ein paar Meter nach vorne oder nach hinten schieben. In manchen Fällen nützt aber nicht mal dies. Dann hilft nur noch den komplette KI-Zug zu löschen und neu zu erstellen.

Dann noch diese Geschichte mit den Signalen im Gegengleis die teilweise auf HP1 in gleicher Richtung stehen. Zum Glück kann man auf den Strecken mit den Schuster Signalen die HP0 Trigger setzen. Auf den Strecken mit den doofen DTG-Signalen ist es nur noch lächerlich. Teilweise über Kilometer dauernd HP1 im Gegengleis und es gibt keine Trigger die da was bewirken können.

Leider klappt der Trick nicht wenn man im normalen Welteditor unterwegs ist. Ich hoffe wirklich, dass DTG da noch was machen kann.

Ich hatte den Fehler kurioserweise bisher nur mit dem ICE 4 auf München-Augsburg!

Zitat von Broflugo

Nicht geholfen hat: mit RW Tools auf TTB zurücktauschen, Szenario klonen, Cache leeren.

Ich glaube, ich würde mir die BIN-Dateien des Szenarios mal mit einem vernünftigen Editor ansehen und kritisch gucken, ob mir irgendwas "spanisch" vorkommt.

Zitat von Broflugo

Auch diesmal tritt das Problem nach (umfangreicherem) Tausch von Rollmaterial (im Editor und nicht per RW Tools) auf

Vielleicht sollte man dem Threadtitel noch hinzufügen....."Rollmaterialtausch....der nächste Irrsinn". Warum muss jetzt eigentlich in jedem Szenario auf Teufel komm raus Rollmaterial getauscht werden. Warum belässt man die nicht so, wie sie sind, vor allem wenn man weiß, das danach nix funktioniert und vorher schon mehrere Szenarien daran gescheitert sind. Dieser ganze Blödsinn brachte vorher schon immer Probleme und ist mit der 64bit nicht gerade besser geworden. Im Gegenteil...

Zitat von Broflugo

Die Scenario.bin ist 1.234 KB

Das ist mal ne Hausnummer...1,2mb. Also wenn ich mir meine .bins so anschaue, liege ich (selbst bei etwas mehr Ki Verkehr und hochwertigem Spielerzug) in der Regel zwischen 350 - 550kb.....

I don’t think it has something to do with how much ram it is used.

One thing i’ve discovered in TS is that certain combinations of rolling stock just do not play nice together.

@Broflugo
It should not be necesary but the only way to avoid wasting a lot of work on a scenario is saving it with a new version number for every change you make, clear cache, restart the scenario from the main menu. That way when you make a change that crashes TS you know where the error lies.

Zitat von Broflugo

Na ja, die Realität ist halt auch bunt und beschränkt sich nicht auf TTB und 3DZug-KI-Pack...^^

Soll es auch nicht. Mir gehen die beiden Packs mittlerweile auch tierisch auf den Sack, weil ausgelutscht. Und wenn der Szenarioersteller beim Bau mit Sinn und Verstand vorgeht, kann man auch bunten Ki Verkehr mit hochwertigerem Rollmaterial verbauen, so das ein Tausch hinterher garnicht mehr nötig ist. Aber auch da sind die Geschmäcker verschieden. Was mir gefällt, gefällt dem anderen wieder nicht. Hinzu kommt, das dann wieder das ganze Gemecker losgeht..."ach nööö kacke...soooo viele Downloads von Nöten, zuviel Payware, zuviel Repaints, zuviel Freeware zusätzlich zu installieren...das tue ich mir nicht an"....

Man kann aber auch Szenarien erstellen, die halt nicht jeder fahren kann. Ist dann halt Pech. Man kann sicher den TS 64 Bit jetzt mal ausreizen, ohne auf alles Rücksicht zu nehmen.

Zitat von Broflugo

Zudem führen Tauschorgien mit RW Tools häufig zu Fehlern, die das Szenario unspielbar machen.

Kleiner Tip...schmeiss dieses Tool von deiner Platte. Was früher ein Segen war, ist seit der 64bit zum Fluch geworden. Das musste ich schmerzlich am vergangenen Wochenende erfahren, bei dem es mir mein Riedbahnupdate zerschossen hatte. Wollte über RWTools eigentlich nur einen Provider aus der Strecke nehmen und zack war alles im Arsch. Die Strecke ließ sich nicht mehr im 32bit Editor öffnen und endete immer mit dem Access Violation. Einzig im 64bit funktionierte es noch. Nur blöd, wenn man noch an der Signalisierung und Gleisbau arbeitet und der 64bit Editor dafür nicht geeignet ist und es da einem alles zerhauen würde. Selbst ein Backup der Strecke brachte keinen Erfolg...im Ladebildschirm immer der gleiche Fehler.
Was jedoch nach 2-stündiger Suche geholfen hat, war das Neuinstallieren aller Sachen aus dem Installordner. Danach funktionierte der 32bit Editor wieder. Bei mir ist RWTools jetzt verschwunden. Eignet sich eh nur noch zum bearbeiten von .bin Dateien oder der Suche nach fehlenden Assets einer Strecke. Mehr aber auch nicht. Bin Dateien bearbeite ich eh schneller mit der Serz.exe und fehlende Assets brauch ich mir nicht anzeigen lassen, da ich meine TS Installation kenne und weis was ich alles installiert habe.

Ich hab mir mal den Spaß erlaubt und aus der Tracks.bin eine XML-Datei gemacht.
Dazu habe ich einmal eine Tracks-Datei in 32bit und eine in 64bit abgespeichert.

Dabei ist mir aufgefallen, dass in der Tracks-Datei der 64bit "Version" offenbar Zuordnungen(?) gelöscht wurden. Vielleicht ist das ja der Grund, weshalb die Karten im 64bit Editor danach defekt sind.

Ich hab im Anhang mal zwei Bilder zur Verdeutlichung angehängt.

Hier die 32bit Tracks.bin

Und hier die 64bit Variante

Man kann schön sehen, dass 3 der vier Einträge auf magische Art und Weise verschwunden sind.

@Lasse genau und sie kriegen es einfach nicht hin, gut jetzt war Winterpause, also wenn das in den nächsten Wochen nix wird seh ich eher schwarz ... aber gut kommt Zeit kommt Rat die TSW Editoren lassen ja auch auf sich warten, scheint eben doch ein Haufen Arbeit zu sein.

Also ich hatte mit RWTools wirklich noch nie Probleme gehabt, bis auf die verschobenen Prellböcke, wenn ich in der tracks.bin massenhaft Einträge geändert habe. Da braucht es auch keine Serz.exe oder irgendwelche weiteren Editoren, ich finde RWTools sehr übersichtlich (man muss sich jedoch damit mal beschäftigen) und wie oft es mir als Streckenbauer schon Arbeit erspart hat ... Dazu die ganzen Funktionen ala "Suche fehlende Dateien/GeoPcdx/Texturen/Audio" oder etwa "Ersetze fehlende xxx.bin" ... wie gesagt: Da hatte ich wirklich noch nie Probleme. Man muss natürlich aufpassen und konzentriert arbeiten, da man sich schnell selbst einen Fehler einbauen kann.

Zitat von Amisia

Kleiner Tip...schmeiss dieses Tool von deiner Platte.

Also das RWTool ist für mich im Moment nur sehr nützlich, um den KI Zügen eine Startgeschwindigkeit hinzuzufügen.
Um einzelne Fahrzeuge zu löschen, ist es nicht zu gebrauchen, da meistens dann plötzlich alle Züge im Szenario fehlen.
Und um Fahrzeuge zu tauschen, da nutz ich dann doch lieber den Editor.