Stop met scrollen door duizenden regels logbestanden en probeer erachter te komen welke mod je spel kapot heeft gemaakt.
Log Error Extractor legt elke fout en waarschuwing vast die uw game produceert en schrijft deze naar een schoon, leesbaar rapport: alleen fouten en waarschuwingen, niets anders. Vervolgens rangschikt het elke mod in je map op basis van het aantal verschillende problemen dat het veroorzaakt, zodat de boosdoener bovenaan de lijst staat in plaats van ergens begraven te liggen in een log van 6.000 regels.
Wat het doet
Schrijft een rapport met alleen fouten en waarschuwingen, opgeslagen als log_errors.txt naast uw normale log
Rangschikt je mods van slechtste tot beste op basis van een duidelijk aantal fouten, met vlaggen voor de ernstige overtreders
Vouwt herhaalde berichten samen - één mod die 500 keer dezelfde waarschuwing geeft, wordt één keer weergegeven met een telling, niet met 500 regels
Verdeelt het rapport per mod, zodat je precies kunt zien wat iedereen gooit
Console-opdrachten zijn er voor iedereen die er de voorkeur aan geeft: dumpLogErrors, topLogErrors, countLogErrors, clearLogErrors
Aan de slag
Bind een toets in onder Opties → Bediening → Log Error Extractor, laad uw opgeslagen bestand en druk erop. Het menu kan overal worden geopend: te voet of in een voertuig, het maakt niet uit. Doorloop de opties met de pijlen en druk op OK.
Rapport opslaan in bestand: schrijft het volledige rapport naar log_errors.txt in uw Farming Simulator 2025-map.
Toon slechtste mods — zet uw grootste overtreders direct op het scherm, geen bestand nodig.
Toon telling — vertelt u hoeveel fouten en waarschuwingen er tot nu toe zijn geregistreerd.
Wissen: wist alles wat tot nu toe is verzameld, zodat uw volgende rapport schoon begint.
Die laatste is het handigst als je op jacht bent naar een specifiek conflict. Maak de buffer leeg, maak het kapotte opnieuw aan en sla het rapport op – en het bevat niets anders dan wat er tussendoor is gebeurd.
Belangrijk: hernoem de mod niet
De map heet met opzet FS25_AAA_LogErrorExtractor. Farming Simulator laadt mods alfabetisch, en de AAA dwingt deze om eerst te laden, zodat fouten kunnen worden vastgelegd van alles wat erna wordt geladen. Hernoem het en het zakt naar beneden in de lijst, en alles wat wordt geladen voordat het niet wordt vastgelegd.
Vereisten en beperkingen
Alleen pc. Dit is een scriptmod en scriptmods worden niet ondersteund op PlayStation of Xbox.
Voorlopig alleen singleplayer. Multiplayer is niet getest in plaats van bekend dat het kapot is; het wordt niet ondersteund verklaard, dus het kan niet worden geladen in een MP-opslag. Als je wilt helpen, draai dan <multiplayer ondersteund="true"/> om in de modDesc, test het en laat me weten wat er gebeurt.
Het kan geen fouten vastleggen die optreden voordat het wordt geladen, dus berichten over het opstarten van het basisspel en berichten op engineniveau verschijnen niet. Controleer hiervoor de eigen log.txt van het spel.
Problemen melden
De mod schrijft een klein statuscontrolebestand, log_status.txt, elke keer dat u een opslagbestand laadt. Als iets niet werkt, open het dan en voeg het toe als u een probleem meldt.
Onnodige bestanden verwijderd uit de zip.
Ik weet dat ik heb gezegd dat ik de zip niet moest hernoemen, zowel in mijn bericht als in de video die laat zien hoe je het moet gebruiken. Maar een waarschuwing waar ik niet aan had gedacht, werd in de reacties naar voren gebracht.
Het voorvoegsel FS25_ is een GIANTS ModHub-inzendingsregel, niet iets dat de game-engine vereist. Het spel geeft er alleen om dat de naam bestaat uit letters, cijfers en onderstrepingstekens, en begint niet met een cijfer. Het hernoemen van de zip naar AAA_LogErrorExtractor.zip werkt prima.
Dus ga je gang en klik met de rechtermuisknop op de mod, kies hernoemen en verwijder vervolgens het voorvoegsel FS25_ als je merkt dat mods niet worden gevonden.
Controleer het log van je console of het basisspel en zie dat er een texture-waarschuwing verscheen in `log.txt` — een PNG in raw-formaat dat een DDS had moeten zijn en The Log Error Extractor heeft het niet vastgelegd. Het rapport kwam schoon terug. Dat leek op een bug in de extractor. Dat is het niet. Het is een grens van hoe de mod werkt, en het is de moeite waard om op te schrijven.
Hoe de afzuigkap eigenlijk werkt
Het kan `log.txt` niet lezen. Dat was al vroeg geregeld: de Lua-sandbox staat alleen 'io.open' toe in de schrijfmodus, en de game houdt het logbestand sowieso exclusief open. Niets in een scriptmod kan het openen en schrapen. Dus in plaats van het log te lezen, staat de extractor vóór de functies die ernaar *schrijven*. Tijdens het laden verpakt het `printError`, `printWarning`, de hele `Logging`-familie en een gefilterde `print`, buffert alles wat ze in handen krijgen, en dumpt die buffer op commando. Dat werkt goed. Bij een laadopdracht van 1.200 mods werden 3.182 berichten vastgelegd.
Waarom deze er doorheen is geglipt
De haken falen niet. Als deze waarschuwing via een van deze functies was gegaan, zou deze bij de andere drieduizend op de vuilnisbelt hebben gestaan. Dat was het niet. Het ging dus helemaal niet via Lua. Het laden van texturen gebeurt in de C++-laag van de engine, die rechtstreeks naar `log.txt` schrijft. Er zit geen Lua-functie in het pad, dus er valt niets in te pakken. Combineer dat met het niet kunnen teruglezen van de log, en het bericht is werkelijk onbereikbaar. Niet "moeilijk te vangen", onbereikbaar door dit ontwerp.
Wat zit er nog meer in die categorie
Alles wat de engine zelf afhandelt in plaats van via een script te routeren:
textuurformaat en laadproblemen
i3d laadfouten
shader-compilatieberichten
Alles wat de Lua-code van een mod rapporteert, wordt nog steeds normaal opgevangen, wat het overgrote deel is van wat er werkelijk toe doet als je op zoek bent naar een kapotte mod.
De praktische afhaalmaaltijd
'0 fouten' uit de extractor betekent '0 fouten die Lua heeft gerapporteerd'. Dit betekent niet dat het logboek schoon is. Dat onderscheid hoort thuis in de README, omdat een tester die het verkeerd leest een mod als gezond zal rapporteren terwijl dat niet het geval is.
Mogelijk toekomstig werk
Voor het afdekken van deze klasse zou een heel ander mechanisme nodig zijn, waarbij de mods-map direct wordt gescand op texturen in onbewerkt formaat, in plaats van te wachten tot de engine klaagt. Dat omzeilt het logboek volledig. Het hangt ervan af of de directoryvermelding beschikbaar is in de sandbox, maar dit is niet geverifieerd. Het bekijken waard, maar het is eerder een nieuwe functie dan een oplossing.
