Sofort: öffnen Sie die Datei mit dem Editor, gehen Sie zu den letzten Zeilen und suchen Sie einen Namen, den Sie unter Ihren Mods wiedererkennen. Löschen Sie nichts — dieser Bericht nennt oft eine Mod, nicht immer die richtige, und manchmal gar keine. Diese Seite vertieft Schritt 5 der Anleitung: wo die Datei liegt, wie Sie sie lesen, und was sie Ihnen nicht sagen kann.
Im Wurzelverzeichnis von Dokumente → Electronic Arts → Die Sims 4, neben dem Mods-Ordner: eine Textdatei, deren Name mit lastException beginnt. Das Spiel schreibt sie in dem Moment, in dem ein Skript einen Fehler macht. Gibt es mehrere, nehmen Sie die neueste — sortieren Sie den Ordner nach Änderungsdatum. Gibt es keine, springen Sie direkt zu Schritt 5: kein Bericht ist schon eine Information.
Rechtsklick auf die Datei → Öffnen mit → Editor, oder ein beliebiger Texteditor. Nichts zu installieren. Der Inhalt ist auf Englisch und sieht aus wie Code: das ist normal, und Sie müssen ihn nicht verstehen. Sie suchen darin nur eines — einen Namen.
Das Spiel schreibt zwei verschiedene Berichte, und sie werden ständig verwechselt. lastException betrifft die Skripte: er ist es, der eine Mod nennen kann. lastUIException betrifft die Oberfläche — Menüs, Panels — und kann keine Skript-Mod beschuldigen, egal was drinsteht. Haben Sie nur den zweiten, würde ein Name darin nichts beweisen.
Gehen Sie zu den letzten Zeilen. Der Block, der mit Traceback beginnt, listet Zeile für Zeile auf, wo das Spiel gerade war, als der Fehler kam; die allerletzte Zeile sagt, welcher Fehler. Jede File-Zeile trägt einen Pfad:
Traceback (most recent call last): File "T:\InGame\Gameplay\Scripts\Server\...\service_manager.py", line 346, in start_single_service File "C:\Users\...\Mods\meine_mod\karriere.py", line 12, in start KeyError: 3
Pfade, die mit T:\InGame beginnen, sind der Code des Spiels selbst — das ist der Rechner des Studios, nicht Ihrer — und zeigen nie auf eine Mod. Jeder andere Pfad ist eine Mod. Suchen Sie ihn nicht auf Ihrer Platte: es ist der Pfad auf dem Rechner des Erstellers, zu dem Zeitpunkt, als er die Mod gebaut hat. Was zählt, sind die letzten Wörter — hier meine_mod — der interne Name des Skripts, meist nah am Namen der Mod, nicht immer identisch mit dem Dateinamen in Ihrem Mods-Ordner.
Die genannte Mod ist nicht immer die Schuldige. Eine Mod kann wegen einer anderen abstürzen — eine fehlende oder veraltete Abhängigkeit, eine zweite Mod, die an derselben Stelle ansetzt. Und eine Mod, die das Spiel ständig überwacht, taucht in fast jedem Bericht auf, ohne etwas damit zu tun zu haben. Lesen Sie diesen Namen als Verdächtigen, nicht als Urteil.
Drei Fälle, alle häufig. Alle Zeilen kommen aus T:\InGame: der Bericht beschuldigt kein Skript — der Fehler kann vom Spiel kommen, oder von einer Mod ohne Skript (eine .package, die Einstellungen ändert), die keinen Pfad hat, den sie in einen Bericht schreiben könnte. Der Bericht nennt eine Mod, die Sie nicht finden: der interne Name unterscheidet sich vom Dateinamen — suchen Sie ihn in den Namen Ihrer .ts4script-Dateien oder auf der Seite des Erstellers. Es gibt gar keinen Bericht: ein Freeze oder ein harter Absturz schreibt nichts — das Spiel protokolliert nur Fehler, die es abfängt. Kein Bericht heißt also nicht kein Schuldiger: dann entscheidet der 50/50-Test, Schritt 6 der Anleitung.
Schauen Sie zuerst, ob der Ersteller der Mod nach dem letzten Patch des Spiels eine neue Version veröffentlicht hat: das ist eine häufige Ursache, und sie lässt sich mit wenig Aufwand beheben. Sonst verschieben Sie die Datei aus Mods heraus — auf den Desktop, in einen Ordner „wartet“ — ohne sie zu löschen, und starten Sie das Spiel neu. Kommt derselbe Bericht auch ohne sie zurück, war sie es nicht: legen Sie sie zurück und gehen Sie zum nächsten Verdächtigen oder zum 50/50-Test.
Diese Seite ist kostenlos und bleibt es. Der Rest der Reihenfolge — die nach einem Patch abgewählten Mods, falsch abgelegte Dateien, die Caches, der 50/50-Test — steht in der ganzen Anleitung, der Reihe nach.
← Zurück zur Anleitung