Laie repariert mit Claude das ruckelnde Dead-Space-Remake – ohne Quellcode

Worum es geht

Das Remake des Horror-Klassikers Dead Space kam Anfang 2023 heraus und galt auf dem PC lange als Sorgenkind. Viele Spieler klagten über starkes Ruckeln, im Englischen „Stutter“ genannt. Ein Reddit-Nutzer mit dem Namen lukeman3000 berichtet jetzt im Forum r/ClaudeAI, wie er das Problem mit Hilfe des KI-Modells Claude von Anthropic nahezu behoben hat. Sein Mod, also eine von Fans gebaute Erweiterung für das Spiel, heißt Ishimura patch und steht auf der Plattform Nexus Mods zum Download bereit. Benannt ist er nach dem Raumschiff, auf dem das Spiel spielt.

Nach eigener Darstellung hat er kaum Programmiererfahrung. Er schreibt, er könne die Syntax nicht wirklich lesen, oder genauer: Er habe schlicht kein Interesse daran. Trotzdem hätten die Fachmedien Wccftech und Digital Foundry über den Mod berichtet, Digital Foundry auch kurz in einem Video. Alle Angaben in diesem Artikel stammen vom Entwickler selbst. Unabhängige Messungen lagen uns nicht vor.

Das Problem: Einfrieren an unsichtbaren Grenzen

Im Remake fror das Bild laut dem Modder beim Herumlaufen sehr häufig für mehr als 250 Millisekunden ein. Das ist eine Viertelsekunde, in einem Actionspiel also deutlich spürbar. Die Ursache lag an sogenannten Bereichsgrenzen: Dead Space hat keine Ladebildschirme, sondern lädt den nächsten Abschnitt im Hintergrund nach, während man durch die Gänge läuft. Genau an diesen Übergängen hakte es.

Übliche Ratgeber im Netz, etwa bei DigitBin, empfehlen bei Rucklern im Dead-Space-Remake die bekannten Standardmaßnahmen: Grafiktreiber aktualisieren, Grafikdetails senken, Hintergrundprogramme beenden, Spieldateien prüfen oder das Spiel neu installieren. Als Mindestanforderungen nennt DigitBin Windows 10 (64 Bit), einen Ryzen 5 2600X oder Core i5 8600, 16 GB RAM, eine RX 5700 oder GTX 1070 und 50 GB Speicherplatz. Wenn das Problem aber im Nachladeverhalten der Spiel-Engine selbst steckt, helfen solche Tipps nur begrenzt. Hier setzt der Mod an.

Reverse Engineering ohne Quellcode

Die Schwierigkeit: Der Quellcode des Spiels ist nicht öffentlich, die Engine ist geschlossen. Claude musste deshalb die ausführbare Datei per Reverse Engineering untersuchen. Dabei wird aus dem fertigen Programm rekonstruiert, wie es intern arbeitet, ungefähr so, als würde man ein Gerät auseinanderschrauben, um ohne Bauplan zu verstehen, wie es funktioniert.

Nach Angaben des Modders war das Spiel schon am ersten Tag „zu 80 Prozent repariert“. In den folgenden rund drei Wochen hat er nach eigener Aussage weit über hundert Stunden in das Projekt gesteckt. Den Großteil der Zeit habe er Claude Anweisungen gegeben und unzählige Tests laufen lassen, um trotz fehlender eigener Codekenntnisse die bestmögliche Qualität sicherzustellen.

Der eigentliche Trick: eine reproduzierbare Testumgebung

Als entscheidend beschreibt er die Testumgebung, die er für Claude aufgebaut hat. Am Anfang wusste er nicht, was das Ruckeln auslöst. Er brauchte also einen Weg, um zu prüfen, ob eine Änderung an Stelle X, Y oder Z messbar etwas bringt. Ein Frametime-Graph hilft dabei nur teilweise. Er zeigt, wie lange die Berechnung jedes einzelnen Bildes dauert, und macht Ausreißer sichtbar. Dafür hätte er jeden Grenzübergang aber exakt gleich laufen müssen, mit denselben Tastendrücken und Mausbewegungen. Dazu kommt laut seinem Bericht, dass ein Teil des Ruckelns gar nicht in den Frametimes auftaucht. Und das Problem zeige sich vor allem dann, wenn sich die Kamera während des Übergangs dreht.

Seine Lösung: Er ließ Claude ein Programm schreiben, das seine Eingaben aufzeichnet und wieder abspielt. Es greift außerdem auf die Kameraposition im Spiel zu (die x-, y- und z-Koordinaten) und lenkt die Spielfigur Isaac zurück auf Kurs, wenn sie abweicht. So entstand ein nach seiner Beschreibung deterministischer Testlauf: Das Programm startet das Spiel und lässt Isaac bei jedem Durchgang auf genau dieselbe Weise mit drehender Kamera über eine Bereichsgrenze laufen. Die Fehlertoleranz sei sehr klein.

Das hat eine wichtige Folge: Claude kann Tests ohne Aufsicht durchführen, während der Modder arbeitet oder schläft. Die KI ändert etwas, misst und wertet aus, und zwar in einer Schleife.

Ein Absturz, den die KI selbst aufspürte

Besonders beeindruckt hat den Entwickler ein Vorfall, den er schildert: Das Spiel stürzte bei ihm ab, und er nannte Claude nur den Bereich, in dem es passiert war. Für diese Stelle hatte er nie eine Route aufgezeichnet, Claude hätte also eigentlich nicht dorthin navigieren können. Laut seinem Bericht lud die KI einen Spielstand in diesem Bereich, fand die Absturzstelle anhand von Screenshots und konnte den Absturz danach in 100 Prozent der Fälle auslösen. Anschließend behob sie ihn.

„Das ist ein Game Changer (im wahrsten Sinne).“

Sein Fazit: Das Ruckeln sei praktisch vollständig beseitigt, „zumindest auf meinem PC“. Die Ergebnisse könnten je nach Hardware unterschiedlich ausfallen. Digital Foundry und Wccftech hätten das Problem bereits als gelöst betrachtet. Seit deren Tests habe er den Mod aber noch weiter verbessert.

Einordnung

Die Geschichte zeigt, was KI-Agenten inzwischen leisten können, wenn sie nicht nur Code schreiben, sondern ihre Änderungen auch selbst überprüfen dürfen. Die eigentliche Leistung des Modders war weniger das Programmieren als der Aufbau einer verlässlichen Messumgebung. Damit bekam die KI ein objektives Signal dafür, ob eine Änderung hilft. Das deckt sich mit der Erfahrung vieler Entwickler: Agenten arbeiten dann am besten, wenn sie schnelle, reproduzierbare Rückmeldung bekommen.

Bemerkenswert ist auch, dass das Ganze ohne Quellcode an einem kommerziellen Spiel geschah. Ruckeln beim Nachladen und beim Kompilieren von Shadern plagt viele moderne PC-Spiele, und Digital Foundry kritisiert das seit Jahren unter dem Schlagwort #StutterStruggle. Dass ein Laie mit KI-Hilfe schafft, was der Hersteller offenbar nicht vollständig behoben hat, ist eine kleine Spitze in Richtung der Spielebranche.

Es gibt aber Vorbehalte. Die Erfolgsangaben stammen vom Entwickler selbst und beziehen sich nach seinen eigenen Worten vor allem auf seinen Rechner. Unabhängige Messungen konnten wir nicht einsehen. Was genau Wccftech und Digital Foundry getestet haben, geht aus dem Beitrag nicht hervor. Dazu kommt ein grundsätzliches Risiko: Wenn ein Mod Code verändert, den sein Autor nach eigener Aussage nicht lesen kann, lassen sich Fehler und Nebenwirkungen schwer beurteilen. Wer den Mod ausprobiert, sollte vorher eine Sicherung seiner Spieldateien und Spielstände anlegen.