No Socks RPG Save-Corruption-Fix-Guide
Erholung vom lootData-screenX-Bug und anderen Lade-Fehlern nach dem Upgrade über v1.6-Builds hinaus.
Monatelang verloren No Socks RPG-Spieler ganze Kampagnen wegen eines einzigen Lade-Fehlers: TypeError: this._lootData.screenX is not a function. Der Bug traf nach langen Sessions auf Windows-Builds ab v1.6 zu und korruptierte jeden Save-Slot, bis die Executable ersetzt wurde. Spicyfuse bestätigte den Fix-Pfad — Upgrade auf v2.4 oder interne Version 10+ — und härtete die Loot-Serialisierung in späteren Patches.
Dieser Guide erklärt den Fehler, wer noch Risiko trägt, wie du Saves vor dem Patchen sicherst und wann ein Neustart klüger ist als Recovery. Kombiniere ihn mit der Updates-Hub-Timeline und itch.io vs Steam Builds, wenn du zwischen Download-Quellen migrierst.
Wie der Fehler aussieht
Spieler berichten ein konsistentes Muster:
- Das Spiel läuft stundenlang normal; Speichern und Laden funktionieren.
- Beim nächsten Ladeversuch scheitern alle Slots mit demselben JavaScript-ähnlichen Fehler zu
_lootDataundscreenX. - Neuinstallation ohne Executable-Update hilft nicht — alte Builds brechen Saves erneut.
- Ein neuer Save auf aktualisiertem Build funktioniert — der Bug ist save-format-bezogen, nicht hardwarebedingt.
itch.io-Community-Posts von rosie2119 und anderen dokumentieren das Problem über mehrere Playthroughs. Spicyfuse antwortete, dass ein Upgrade über betroffene Versionen hinaus die Korruption für die meisten Spieler behebt.
Ursache (spielerfreundliche Zusammenfassung)
RPG-Maker-MV/MZ-Exports serialisieren Loot-Tabellen in Save-JSON. Ältere No Socks RPG-Builds referenzierten eine screenX-Helper-Funktion auf Loot-Objekten, die spätere Refactors entfernten. Ruft die Lade-Routine eine fehlende Funktion auf, bricht die Engine ab und markiert den Slot als unbrauchbar.
v2.4 und verwandte Patches gleichen _lootData-Felder ab, sodass Loads keine toten Funktionen mehr aufrufen. Deshalb rät Spicyfuse Betroffenen, das aktuelle Vollspiel-Zip zu holen oder Steam-Dateien zu verifizieren — statt manuell Save-JSON zu editieren.
Schritt-für-Schritt-Recovery
1. Backup, bevor du etwas anfasst
Kopiere deinen gesamten save-Ordner auf USB oder Cloud. Unter Windows liegen Saves im Spieleverzeichnis oder %APPDATA%, je nach Launcher. Bewahre das Backup auch bei kaputt aussehenden Slots — künftige Tools könnten Teildaten lesen.
2. Executable aktualisieren
- Steam: Bibliothek → No Socks RPG → Eigenschaften → Installierte Dateien → Integrität überprüfen.
- itch.io: No Socks RPG v.2.4.zip (oder neuestes gelistetes) laden und den alten Ordner komplett ersetzen.
- Android-APK: Neuesten itch.io-Build installieren; kein neues APK über uralte v1.6-Daten legen ohne Backup.
Prüfe Titelbildschirm oder Readme auf aktuelle Version, bevor du alte Slots lädst.
3. Lade-Reihenfolge testen
Lade zuerst deinen neuesten Slot — er enthält oft die aktuellsten gültigen Flags. Öffnet er, sofort in einen neuen Slot als Checkpoint speichern. Scheitern alle Slots, weiter zu Schritt 4.
4. Schlechte Slots isolieren
Lösche oder verschiebe einzelne korrupte .rpgsave-Dateien, statt den ganzen Ordner zu leeren. Stelle Slots nacheinander aus Backup wieder her, wenn du experimentieren willst. Lösche nie deine einzige Backup-Kopie.
5. Bei Bedarf neu starten
Lädt kein Slot auf v2.4, starte ein Neues Spiel im Easy Mode — siehe Easy Mode vs Normal — und nutze Wiki-Walkthroughs, um schnell zu deinem vorherigen Kapitel zurückzukehren. Das Outfit-Checklist-Tool hilft, Sammelfortschritt schneller als aus dem Gedächtnis wiederherzustellen.
Präventions-Gewohnheiten
- Vor Marathon-Sessions oder Dungeon-Tiefs in 100 Floors of Despair patchen.
- Rotierende Backups alle paar Story-Beats.
- Saves von Normal-Executables nicht in Easy Mode-Ordner kopieren (oder umgekehrt) ohne Test.
- Konflikt-Overlay-Software temporär deaktivieren, wenn Loads nur auf einem PC scheitern.
Verwandte Bugs, die keine Save-Korruption sind
| Symptom | Wahrscheinliche Ursache | Fix-Seite |
|---|---|---|
| BP-Menü auf Handy eingefroren | Android-UI-Bug | Mobile BP Menu Fix |
| Z-Taste bricht Ketten ab | Tastatur-Input-Bug | Keyboard and Mouse |
| Schwarze Modelle in Bikini-Szene (APK) | Mobile-Render-Bug | APK updaten; an Spicyfuse melden |
| Battle Points nicht ausgeben | Plattform- + Modus-Mismatch | Easy Mode oder externer Controller |
Entwickler-Aussagen
Auf itch.io merkte Spicyfuse an:
- Das Spiel ist complete, Updates fügen Content oder Fixes hinzu — keine Ending-Rewrites.
- Spieler, die an Normal-BP-Menüs hängen, sollten Easy Mode nutzen, bis Mobile-Fixes landen.
- Save-Korruptions-Reports sanken stark, sobald interne Version-10+-Builds neben v2.4-Packaging zirkulierten.
Wann Spicyfuse kontaktieren
Melde dich über itch.io-Kommentare oder Steam-Diskussionen, wenn:
- Du auf v2.4 aktualisiert hast, einen brandneuen Save gestartet und weiter
screenX-Fehler siehst (mögliche Antivirus-Quarantäne oder partielle Installation). - Cloud-Sync einen alten Save über einen neuen legte — Steam Cloud temporär deaktivieren und lokale Dateien verifizieren.
Nenne Plattform, Build-Version und ob der Fehler bei neuen Saves oder nur Legacy-Slots auftritt.
Verwandte Links
- Updates-Hub — Versionshistorie.
- Steam-Launch Juli 2026 — Storefront-Kontext.
- Getting Started — saubere Neuinstallation.
Upgraden ist langweilige Arbeit — aber besser als zwanzig Stunden Outfit-Jagd zu verlieren, weil eine alte Executable noch Geisterfunktionen auf Loot-Daten aufruft.
Häufig gestellte Fragen
Schnelle Antworten auf die häufigsten Fragen.
Was verursacht den screenX-Save-Fehler?
Ältere Builds referenzieren eine lootData-screenX-Funktion, die spätere Patches entfernten. Saves auf veralteten Executables lösen den TypeError aus.
Welche Version behebt korrupte Saves?
Upgrade auf v2.4 oder interne Version 10+ von itch.io oder Steam, bevor du alten Slots vertraust.
Kann ich einen korrupten Save manuell reparieren?
Spicyfuse empfiehlt Spiel-Update, nicht Save-JSON-Edit. Aus Backup wiederherstellen oder auf aktuellem Build neu starten.
Stellt Steam Cloud kaputte Saves wieder her?
Cloud kann korrupte Dateien geräteübergreifend syncen. Lokal sichern, Dateien verifizieren, Cloud beim Testen fixer Slots temporär deaktivieren.