Hören Sie auf, durch Tausende von Zeilen der Protokolldatei zu scrollen, um herauszufinden, welcher Mod Ihr Spiel kaputt gemacht hat.
Log Error Extractor erfasst alle Fehler und Warnungen, die Ihr Spiel erzeugt, und schreibt sie in einen sauberen, lesbaren Bericht – nur Fehler und Warnungen, sonst nichts. Dann ordnet es jeden Mod in Ihrem Ordner danach, wie viele verschiedene Probleme er verursacht, sodass der Übeltäter ganz oben auf der Liste steht und nicht irgendwo in einem Protokoll mit 6.000 Zeilen vergraben ist.
Was es bewirkt
Schreibt einen Bericht, der nur Fehler und Warnungen enthält und als log_errors.txt neben Ihrem normalen Protokoll gespeichert wird
Ordnet die schlechtesten bis besten Mods nach eindeutiger Fehleranzahl ein, mit Markierungen für die schwerwiegenden Verstöße
Reduziert wiederholte Nachrichten – ein Mod, der die gleiche Warnung 500 Mal auslöst, wird einmal mit einer Zählung angezeigt, nicht mit 500 Zeilen
Unterteilt den Bericht Mod für Mod, sodass Sie genau sehen können, was jeder einzelne ausgibt
Konsolenbefehle sind für jeden da, der sie bevorzugt: dumpLogErrors, topLogErrors, countLogErrors, clearLogErrors
Erste Schritte
Binden Sie einen Schlüssel unter Optionen → Steuerung → Protokollfehler-Extraktor, laden Sie Ihren Speicherstand und drücken Sie ihn. Das Menü öffnet sich überall – zu Fuß, im Fahrzeug, egal. Wechseln Sie mit den Pfeilen durch die Optionen und klicken Sie auf OK.
Bericht in Datei speichern – schreibt den vollständigen Bericht in log_errors.txt in Ihrem Landwirtschafts-Simulator 2025-Ordner.
Schlechteste Mods anzeigen – Zeigt Ihre Haupttäter direkt auf dem Bildschirm an, ohne dass eine Datei erforderlich ist.
Anzahl anzeigen – zeigt an, wie viele Fehler und Warnungen bisher erfasst wurden.
Löschen – löscht alles, was bisher gesammelt wurde, sodass Ihr nächster Bericht sauber beginnt.
Letzteres ist am nützlichsten, wenn Sie einem bestimmten Konflikt nachgehen. Löschen Sie den Puffer, erstellen Sie alles neu, was kaputt gegangen ist, und speichern Sie dann den Bericht – und er enthält nichts anderes als das, was dazwischen passiert ist.
Wichtig – Benennen Sie den Mod nicht um
Der Ordner heißt absichtlich FS25_AAA_LogErrorExtractor. Der Landwirtschafts-Simulator lädt Mods alphabetisch, und die AAA zwingt diese, zuerst zu laden, damit Fehler von allem, was danach geladen wird, erfasst werden können. Wenn Sie es umbenennen, wird es aus der Liste entfernt und alles wird geladen, bevor es nicht mehr erfasst wird.
Anforderungen und Einschränkungen
Nur PC. Dies ist ein Skript-Mod und Skript-Mods werden auf PlayStation oder Xbox nicht unterstützt.
Derzeit nur Einzelspieler. Der Mehrspielermodus ist ungetestet und nicht bekanntermaßen defekt – er wurde als nicht unterstützt erklärt und kann daher nicht in einem MP-Speicher geladen werden. Wenn Sie helfen möchten, schalten Sie <multiplayersupported="true"/> in der ModDesc um, testen Sie es und lassen Sie mich wissen, was passiert.
Fehler, die vor dem Laden auftreten, können nicht erfasst werden, sodass keine Meldungen zum Start des Basisspiels und auf Engine-Ebene angezeigt werden. Überprüfen Sie die log.txt-Datei des Spiels auf diese.
Probleme melden
Der Mod schreibt jedes Mal, wenn Sie einen Speicherstand laden, eine kleine Gesundheitsprüfungsdatei, log_status.txt. Wenn etwas nicht funktioniert, öffnen Sie es – und fügen Sie es bitte bei, wenn Sie ein Problem melden.
Nicht benötigte Dateien aus der ZIP-Datei entfernt.
Ich weiß, dass ich sowohl in meinem Beitrag als auch in dem Video, das die Verwendung zeigt, gesagt habe, die Zip-Datei nicht umzubenennen. In den Kommentaren wurde jedoch ein Vorbehalt angesprochen, über den ich nicht nachgedacht hatte.
Das FS25_-Präfix ist eine GIANTS ModHub-Übermittlungsregel und nicht etwas, was die Spiel-Engine erfordert. Das Spiel kümmert sich nur darum, dass der Name aus Buchstaben, Ziffern und Unterstrichen besteht und nicht mit einer Ziffer beginnt. Das Umbenennen der Zip-Datei in AAA_LogErrorExtractor.zip funktioniert einwandfrei.
Machen Sie also weiter und klicken Sie mit der rechten Maustaste auf den Mod, wählen Sie „Umbenennen“ und löschen Sie dann das FS25_-Präfix, wenn Sie feststellen, dass Mods nicht gefunden werden.
Überprüfen Sie Ihr Konsolen- oder Basisspielprotokoll und sehen Sie, dass in „log.txt“ eine Texturwarnung angezeigt wird – ein PNG im Rohformat, das ein DDS hätte sein sollen, und der Log Error Extractor hat es nicht erfasst. Der Bericht kam sauber zurück. Das sah nach einem Fehler im Extraktor aus. Das ist es nicht. Es ist eine Grenze dafür, wie der Mod funktioniert, und es lohnt sich, sie aufzuschreiben.
Wie der Extraktor tatsächlich funktioniert
Es kann „log.txt“ nicht lesen. Das war schon früh geklärt: Die Lua-Sandbox erlaubt „io.open“ nur im Schreibmodus, und das Spiel hält die Log-Datei ohnehin ausschließlich offen. Nichts in einem Skript-Mod kann es öffnen und entfernen. Anstatt also das Protokoll zu lesen, sitzt der Extraktor vor den Funktionen, die in ihn *schreiben*. Beim Laden umschließt es „printError“, „printWarning“, die gesamte „Logging“-Familie und einen gefilterten „print“, puffert alles, was ihnen übergeben wird, und gibt diesen Puffer auf Befehl aus. Das funktioniert gut. Bei einer Ladereihenfolge von 1.200 Mods wurden 3.182 Nachrichten erfasst.
Warum dieser durchgerutscht ist
Die Haken versagen nicht. Wenn diese Warnung eine dieser Funktionen durchlaufen hätte, wäre sie bei den anderen dreitausend auf der Mülldeponie gelandet. Das war es nicht. Es ging also überhaupt nicht über Lua. Das Laden der Texturen erfolgt in der C++-Ebene der Engine, die direkt in „log.txt“ schreibt. Da der Pfad keine Lua-Funktion enthält, muss nichts umbrochen werden. Hinzu kommt, dass das Protokoll nicht mehr gelesen werden kann, und die Nachricht ist wirklich nicht erreichbar. Durch dieses Design nicht „schwer zu fangen“ unerreichbar.
Was gibt es sonst noch in dieser Kategorie?
Alles, was die Engine selbst erledigt, anstatt sie über ein Skript weiterzuleiten:
Texturformat und Ladeprobleme
i3d-Ladefehler
Meldungen zur Shader-Kompilierung
Alles, was der Lua-Code eines Mods meldet, wird immer noch normal abgefangen, und das ist der größte Teil dessen, was tatsächlich zählt, wenn man einem kaputten Mod nachjagt.
Der praktische Imbiss
„0 Fehler“ vom Extraktor bedeutet „0 Fehler, die Lua gemeldet hat.“ Dies bedeutet nicht, dass das Protokoll sauber ist. Diese Unterscheidung gehört in die README-Datei, denn ein Tester, der sie falsch liest, wird einen Mod als fehlerfrei melden, obwohl dies nicht der Fall ist.
Mögliche zukünftige Arbeit
Um diese Klasse abzudecken, wäre ein völlig anderer Mechanismus erforderlich, der den Mods-Ordner direkt nach Texturen im Rohformat durchsucht, anstatt darauf zu warten, dass sich die Engine beschwert. Dadurch wird das Protokoll vollständig umgangen. Dies hängt davon ab, dass in der Sandbox eine Verzeichnisliste verfügbar ist, die nicht überprüft wurde. Einen Blick wert, aber es handelt sich eher um eine neue Funktion als um eine Lösung.
