Azeroth Survivors Save Editor: Shilen und Godot (Archiv)

Azeroth Survivors Save Editor, Sicherung oder Buildplan?

Zuerst klären, welche Datei verändert werden soll. Das Originalspiel exportiert Fortschritt als .sav. Ein Community-Editor liest diesen Spielstand und schreibt eine veränderte Spieldatei. Unser Planer speichert dagegen eine vorgeschlagene Talentreihenfolge, ausgewählte Fähigkeiten und Planungsnotizen als Begleiter-JSON. Eine Umbenennung in .sav macht daraus keinen Charakter. Auch ein importierter Plan vergibt im Spiel weder Ausrüstung noch Talent-EP oder abgeschlossene Gebiete.

Eine unveränderte Sicherung ist ein weiterer, eigener Gegenstand. Sie bewahrt den Zustand auf, zu dem man später zurückkehren möchte, statt die geplanten Änderungen zu enthalten. Sie gehört getrennt vom bearbeiteten Ergebnis und vom bereits vorhandenen Fortschritt am Ziel abgelegt. Die Speicherstand-Anleitung behandelt Export, Ablage und gewöhnliche Wiederherstellung. Hier geht es um die Community-Werkzeuge und die Grenzen ihrer dokumentierten Unterstützung.

Quelle 2 · Quelle 3 · Quelle 4

Was Shilens Hauptdokumentation tatsächlich beschreibt

Die gelesene README des yssadora-Projekts beschreibt einen inoffiziellen Browsereditor mit lokaler Verarbeitung. Die Hinweise zu 1.5.3 nennen Talentbearbeitung für neun Klassen, eine Sammlung mit 498 Ausrüstungseinträgen, Fortschrittskontrollen für zwölf Gebiete und eine experimentelle Funktion zu Perk-Resets. Das sind Angaben des Autors. Eine vertraute Klassen- oder Gegenstandszahl belegt nicht, dass jeder Datensatz zum eigenen aktuellen Spiel passt.

Wichtig sind die beschriebenen Bedingungen: Eine dritte Talentspezialisierung wird berücksichtigt, während inaktive Varianten erhalten bleiben sollen. Fehlen initialisierte Fortschrittsdatensätze einer importierten Klasse, werden deren Gebietskontrollen deaktiviert. Daraus folgt keine Zusage, beliebige fehlende Einträge sicher erzeugen zu können. Der ursprüngliche Talenteditor wird einem unbekannten Community-Ersteller zugeschrieben; Shilen werden Sammlung, Gebietsverwaltung und Integration zugerechnet. Wir haben die Dokumentation gelesen, nicht alle Browseraktionen geprüft oder eine bearbeitete Datei ins Spiel importiert. Bei solchen fehlenden Gebietsdatensätzen empfiehlt die README 1.5.3, zuerst diese Klasse im Spiel zu spielen und frisch zu exportieren. Das ist der nächste Schritt des Autors, keine bestätigte Reparatur für 0.135.1.

Shilens Autor bezeichnet den Editor als kostenlos; die verlinkte Seite sagt ausdrücklich, dass kein Konto erforderlich ist. Die Aussage zur lokalen Verarbeitung betrifft den gewählten Spielstand im Browser und ist kein von uns abgeschlossener Netzwerkaudit. Die Seite lädt auch externe Schriftarten, und ein Teil des Kernskripts ist verschleiert. Lade die unveränderte Sicherung herunter: Ein offener Tab ersetzt keine aufbewahrte Datei.

Quelle 3 · Quelle 7

Ein Vorschlag zu Sternen ist noch keine veröffentlichte Version

Vor einer Erwartung an Sternbearbeitung lohnt sich ein Blick auf den Projektstatus. Am 28. Oktober stellte alterational in Issue 1 eine Frage zu Setboni, Sternen, Marks und Erfolgen. Am 31. Oktober schlug iTzCrutchie in Pull Request 2 Kontrollen für einen bis fünf Sterne einzelner Ausrüstungsteile vor. Der Beitragende berichtet einen Test mit dem heruntergeladenen Spielclient 0.131.0. Das ist sein Bericht zu diesem Client, kein von dieser Website durchgeführter Test.

Beim Abruf war die Anfrage offen; die API kennzeichnete sie als nicht zusammengeführt. Die Bezeichnung 1.5.4 im Vorschlag muss deshalb von der Haupt-README zu 1.5.3 getrennt bleiben. Eine Abbildung oder Funktionsbeschreibung aus dem Vorschlag beweist ebenfalls nicht, dass die Funktion auf der Hauptseite bereits verfügbar ist. Weder die Frage noch der gemeldete Test belegt 0.135.1-Kompatibilität. Eine spätere Zusammenführung oder Veröffentlichung kann den Status ändern. Maßgeblich ist die verlinkte Projektaufzeichnung mit Datum, keine undatierte Funktionsliste.

Quelle 5 · Quelle 6 · Quelle 3

Der archivierte Godot-Editor benötigt andere Ausgangsdateien

Der archivierte oppahansi/azssaveeditor beginnt laut Autor mit der Auswahl der eigenen Spielprogrammdatei; Data/patch.MPQ daneben liefert Symbole. Danach beschreibt die Dokumentation das Öffnen eines exportierten .sav oder von characters.txt und die Ausgabe eines versiegelten .sav, mit .bak beim Überschreiben. Diese Angaben betreffen den vom Autor mit 0.104.0 getesteten Ablauf. Ein Spielstand allein ist daher nicht dieselbe Eingabe wie dieser Desktopweg; spätere Spielversionen sind damit nicht bestätigt.

Das Repository ist archiviert. Seine zuletzt getestete Spielversion wird ausdrücklich als 0.104.0 bezeichnet. Die bedingte Beschreibung zum Lesen neuerer Spieldateien verspricht keine Unterstützung jeder späteren Version. Lassen sich Spielclient, Editor und Dokumentation nicht zuordnen, bleibt diese Kombination unbestätigt. Der Godot-Autor erklärt außerdem, dass das Werkzeug die Manipulationsprüfung des Spiels umgeht, und bittet, bearbeitete Spielstände ohne Zustimmung des Spieleentwicklers nicht weiterzugeben. Das sind seine technischen und Weitergabegrenzen, keine hier bestätigte Sicherheit oder Erlaubnis.

Quelle 4

Akzeptierter Import und dauerhaft gespeicherter Fortschritt sind verschieden

Shilens README beschreibt den Vergleich eines Spielers: Derselbe veränderte Spielstand blieb in Chrome und der heruntergeladenen Spielversion erhalten, wurde in Firefox aber nach einem Lauf zurückgesetzt. Die Ursache wird ausdrücklich als ungeklärt bezeichnet. Das beweist weder einen Fehler jeder Firefox-Installation noch die Funktion jeder Chrome-Version. Es belegt auch nicht, dass Editor 1.5.3 die Speicherung des Browserspiels repariert.

Drei Ergebnisse getrennt betrachten: Der Editor konnte eine Datei lesen oder ausgeben; das Spiel nahm sie an; das Spiel behielt später den beabsichtigten Fortschritt. Der Autor warnt, dass Import den ganzen Spielstand einschließlich Kodex-Entdeckungen ersetzt und nicht mit neuerem Fortschritt zusammenführt. Deshalb sowohl den ursprünglichen Export als auch einen vorhandenen Zielzustand sichern. Website-Daten nicht nur zur Untersuchung einer bearbeiteten Datei löschen: Dabei kann ein weiterer Wiederherstellungspunkt verloren gehen.

Quelle 3 · Quelle 2

Zweck wählen und Importstufen getrennt prüfen

Für unveränderten Umzug oder Wiederherstellung den Originalspielweg wählen; für eine Talentplanung genügt der Begleiter. Für die Untersuchung einer Browserbearbeitung mit exportiertem .sav Shilens Ablauf lesen. Für einen Desktopweg mit eigenen Spieldateien die Godot-Anforderungen und die 0.104.0-Grenze prüfen. Wer bestätigte 0.135.1-Unterstützung oder veröffentlichte Sternkontrollen braucht, findet dafür hier keinen Nachweis.

Diese Website empfängt oder bearbeitet deine .sav-Datei nicht.

• Vor der Dateiauswahl genaue Projektadresse, Editorstand, Spielversion und eine beabsichtigte Änderung notieren.
• Einen frischen Quellspielstand unverändert aufbewahren und vorhandenen Zielfortschritt gesondert sichern. Import ersetzt den Spielstand und führt ihn nicht zusammen.
• Das bearbeitete Ergebnis anders benennen. Editor-Ausgabe, Annahme im Spiel und nach dem Spielen erhaltener Fortschritt sind getrennte Stufen der Autoren-Checkliste.
• Bei Ablehnung, fremden Fortschrittsänderungen oder Rücksetzen weitere Importe beenden und Originale behalten. Versionen und ersten fehlerhaften Schritt melden, keine privaten Spielstände veröffentlichen.

Quelle 3 · Quelle 4 · Quelle 2

Versionsangaben immer beim passenden Objekt belassen

Die Zahlen beschreiben verschiedene Dinge: Editor 1.5.3, den gemeldeten Spieltest 0.131.0 im Vorschlag und die Testgrenze 0.104.0 des archivierten Projekts. Unsere gesonderte Menübeobachtung betrifft Original 0.135.1. Die Begleiter-Rechner behalten einen geprüften Datenschnappschuss 0.131.0. Eine neuere Nummer eines Objekts aktualisiert die übrigen nicht automatisch.

Der Vergleich ist eine datierte Übersicht öffentlicher Dokumentation. Er bewertet weder die Sicherheit noch die Stärke der Editoren und garantiert nicht, dass veränderter Fortschritt lädt. Ebenso bestätigt er keine Weitergabe bearbeiteter Charaktere für eine Mehrspielerrunde. Hat sich ein Projekt geändert, zuerst seine aktuelle README, Veröffentlichung und den Status der Anfrage prüfen. Ein alter Bericht eines anderen Spielers ersetzt diese Zuordnung nicht.

Quelle 3 · Quelle 4 · Quelle 6 · Quelle 1