Auf deinen Rechner sind kaputte Dateien, das können unterschiedliche Datenpakete sein, das ist von Fall zu Fall durchaus verschieden.
Wie soll das Jemand dazu in Ferndiagnose herausfinden?
Es gibt dafür keine allgemeine "einzige" Lösung. Das einzige was mit Sicherheit bekannt ist...da sind DLLs und ...oder ...Routinen defekt.
Gäbe es eine einzige Lösung dann würde die schon längst tausend mal im Internet stehen.
Da solltest du mal ein sogenanntes Ausschluss Prinz anwesend Angefangen was vor diesem Problem installiert wurde, da reicht schon ein fehlerhaftes Streckenupdate. Sog gehe ich zumindest an derartige Probleme ran. Manchmal kleine Ursache mit große Wirkung.
Wurde hier jemals eine Lösung gefunden floflo ?
Moin,
tatsächlich habe ich damals viele viele Dinge ausprobiert, nix auf den ersten Blick geholfen. Eines Tages ging es dann komischerweise plötzlich. Ob es ein dann neu rausgekommendes Windows-Update oder was auch immer war, kann ich leider nicht sagen. Tut mir Leid...
Dafür plage ich mich jetzt bei der ein oder anderen Strecke mit einem "Out of Memory"-Fehler rum. Und das bei der 64-bit Version, 32GB RAM und mit Strecken, die nicht mal viel brauchen...
Wie gesagt 0x0000007b ist ein Windows-Fehler. Sehr wahrscheinlich hängt das Update damit zusammen.
Die Out of Memory ist eine generische Fehlermeldung die von Railworks.exe kommt. Wäre es ein wirklicher Speichermangel, käme die Meldung von Windows, denn das verwaltet den Speicher und nicht RailWorks.
Viel Erfolg, es gibt kein allgemeingültiges Rezept um OOMs loszuwerden. Bei mir hat es geholfen, korrupte Assets zu korrigieren (es gibt genug davon).
Und das Verhalten von TS hängt auch vom PC Setup ab.
Ich hatte beispielsweise plötzlich Probleme, Bessemer & Lake Erie zu starten - immer OOM. Hab dann alle Assets durchforstet und einen Blueprint entdeckt, bei denen die internen IDs mehrfach vergeben waren. Hab die IDs neu verteilt und siehe da - keine Abstürze mehr. Dieser Fix hat auch bei anderen die das gleiche Problem hatten funktioniert. Wieder andere jedoch können die Route problemlos laden mit dem "beschädigten" Asset.
Da RailWorks kaum Fehlerabfangroutinen enthält - quasi nur diese eine Meldung die auch noch freundlich darauf hinweist man solle den 64 bit mode nutzen obwohl dieser einen gerade zum Desktop befördert hat, ist die Fehlersuche schwer. Eine Rolle spielen wohl Abweichungen die zwischen VAS (Virtual Address Space) und dem physischen RAM auftreten - das kann nur DTG wirklich fixen, sonst niemand. Der Trigger scheint in den meisten Fällen ein in irgendeiner Hinsicht unplausibler Blueprint zu sein - meine Erfahrung nach zumindest.
Ich habe bei G-TraX (hochgeschätzt, keine Frage) viele Blueprints gefunden die per Texteditor und Copy&Paste erstellt wurden, da haben sich einige Fehler eingeschlichen.
Diese Meldung kann von jedem Programm kommen. Bei mir lag es an fehlenden dll. Nach Reinstallation von Windows ging's wieder.
Vielen Dank nochmal an alle die geantwortet haben. Es mag an einer fehlerhaften dll. gelegen haben durch das Windows 11 Update. Leider war ich nicht ganz so Geduldig wie floflo. Nach 3 Wochen vergebens, musste dann eine komplette Windows-Neuinstallation als Lösung her. Natürlich geht es jetzt wieder 
