Fortsetzung und sichere Rückkehr aus den Flug-Einstellungen

Diese QA-Runde prüft den Einstieg und die tatsächliche Bedienung über das Windows-Fenster. Sie setzt die Rückmeldungen zu Interface und direkter Kontrolle fort. Ausgangspunkt ist die ausgelieferte Fassung v10 aus Spielquellstand 2ffdb6f.

Nativ nachgestellter Speicherfehler in v10

Der sichtbare Windows-Player wurde ohne Testpilot oder vorbereitete Freischaltungen gestartet. Eigener Datenordner: Artifacts/NativeQA/20260908-042135. Per Maus wurde ein frisches Tommy-Profil angelegt, das dreiseitige Intro durchlaufen, die Gesamtlautstärke von 80 auf angezeigte 49 Prozent geändert und gespeichert, danach Mission 1-1 gestartet. Der gespeicherte Wert ist 0.491838485; das Intro ist als gesehen gespeichert, keine Mission abgeschlossen. Die Profile des eigentlichen Spiels wurden nicht benutzt.

In der Flugpause wurden die Einstellungen geöffnet und die Lautstärke auf angezeigte 24 Prozent geändert. Ein eigens erzeugter leerer Ordner am erwarteten temporären Dateipfad des Testprofils verhinderte anschließend den realen atomaren Schreibvorgang. Der Fehlerdialog erschien. Der sichere Profilstand blieb bytegleich: SHA-256 1C7B75F390AACD9D5CCBAFA255E36B4B9D238F2EAD0E469354D746A612384144. Die Hindernisdatei wurde nicht als Spielstand benutzt; der leere Testordner wurde nach der Prüfung entfernt.

Der anschließende Klick auf Weiter → Weiterfliegen reproduzierte den Defekt: Das Settings-Bild blieb sichtbar, der Flug war deaktiviert, und RefreshFlightHud griff im normalen Update auf bereits zerstörte Anzeigen zu. Der Playerlog enthält entsprechende Missing-/Null-Reference-Ausgaben. Der Testplayer wurde danach regulär über Alt+F4 beendet. Quelle: Player.log, before-failed-save.json, Profil-JSON und native-actions.json im genannten Testordner. Die einzelnen UI-Zustände wurden in den Computer-Use-Screenshots direkt gesichtet; diese Aufnahmen werden nicht als separat gespeicherte PNG-Dateien behauptet.

Konkrete Korrekturen

• Die Sternenkarte fokussiert den nächsten offenen Einsatz. Ein goldener Randmarker und „Hier geht’s weiter“ kennzeichnen ihn dauerhaft, während andere freigeschaltete Einsätze für Wiederholungen erreichbar bleiben. Nach vollständiger Kampagne gibt es keinen falschen nächsten Auftrag; die erste Mission ist der anfängliche Wiederholungsfokus.
• Die Rückkehr aus dem Fehlerdialog aktiviert den pausierten Flug samt HUD wieder. Die Anzeigen werden unmittelbar beim Aufbau befüllt, auch wenn vor dem Pausenbild kein weiterer Flug-Update stattfindet. Das gilt ebenfalls für normale Settings- und Steuerungshilfe-Rückwege.
• Der sichtbare Speicherfehler bleibt kurz und deutsch. Exception und Dateipfad werden im Playerlog aufbewahrt und nicht als technischer Text in den Dialog geschrieben. Der sichere Save und der laufende Missionsversuch bleiben erhalten.

Reichweite der Eingabeprüfung

Mausklicks änderten die tatsächlichen Menüs und Regler des Windows-Players. Die automatisierten kurzen Enter-/Pfeil-/Esc-Signale des Computer-Use-Werkzeugs lösten in diesem Lauf keine beobachtbare Spielaktion aus; Alt+F4 schloss dagegen das native Fenster. Die Ursache der unterschiedlichen Verarbeitung ist damit nicht belegt. Dies gilt weder als bestandene native Tastaturprüfung noch als Nachweis, dass eine physische Tastatur im Spiel nicht funktioniert.

Der aktive Unity-UI-Eingabepfad enthält die normale Enter-Taste. Die fokussierte Regression NormalEnterSubmitsIntroWithBothHeldAndBetweenFramePressRelease bestand in Lauf 20260908-043409, sowohl für einen gehaltenen Tastendruck als auch für Press/Release innerhalb eines einzigen Dynamic-Updates. Der Fortsetzungstest flog Mission 1-1 tatsächlich zu Ende und erreichte danach über den echten UI-Submit Mission 1-2; er prüft außerdem Wiederholung und Finale. Dies sind virtuelle InputSystem-Geräte und keine physischen Tastatur- oder Controllergeräte.

Der erste Lauf bestand mit zwei Prüfungen, während die Wiederaufnahmeprüfung beim Lesen der Flugtasten aus dem Editor-Testenumerator scheiterte. Die überarbeitete Prüfung liest dieselben gequeueten Tasten über unverändertes PilotInput.Read im tatsächlichen Dynamic-Input-Update. Bewegung, Schuss und die erhaltenen Missionsdaten bleiben Pflichtassertions. Der finale Logmarker SPACEHERO_RESUME_INPUT bestätigt den Unterschied: Editor (0,0), Feuer false; fünf echte Dynamic-Samples mit Bewegung (1,0) und Feuer true. Die Produktionsbindung musste dafür nicht geändert werden.

Die vollständige reguläre Suite Artifacts/20260908-043805-editmode-results.xml ist mit 50 bestandenen Tests, null Fehlern und drei explizit separat auszuführenden GPU-Prüfungen abgeschlossen; Exitcode 0. Sie enthält alle drei neuen Menüprüfungen, die vollständige frische Kampagne und die bestehenden Boss-/Routen-/Upgradetests.

Die GPU-Prüfung 20260908-044051 bestand mit 130 Bildern, darunter die neue Fortsetzungskarte nach tatsächlich verdientem 1-1-Abschluss in drei Seitenverhältnissen sowie real ausgelöster Speicherfehler und Rückkehr in die Pause. Karte und Pausen-HUD wurden direkt gesichtet. Die Fehlermeldung überlagerte noch schwach sichtbare Settings-Beschriftungen; eine geschlossene Dialogfläche behebt diesen Sichtbefund. Die abschließende GPU-Prüfung Artifacts/20260908-044305-editmode-results.xml bestand ebenfalls mit 130 Bildern. Das finale Fehlerbild wurde erneut gesichtet. Die einzige Änderung nach der regulären Suite ist diese rein visuelle Dialogunterlage.

Bestandener Windows-Vergleich mit v11

Build Artifacts/Playtest-v11, Spielquellstand 4de44cd, Log Artifacts/Logs/20260908-044445-Build.log: erfolgreich, 219.288.341 Bytes, null Fehler und null Warnungen in diesem inkrementellen Build. Der isolierte Native-Lauf Artifacts/NativeQA/20260908-044351-v11 verwendet eine unveränderte Kopie des zuvor regulär angelegten v10-Testprofils, ohne abgeschlossene Missionen oder Upgrades. fixture-origin.txt benennt die Herkunft. Kein automatischer Flugpilot, kein --spacehero-render-check und keine Performanceaufzeichnung waren aktiv.

Per Maus wurden Profil, Karte, Briefing, Flug, Pause und Einstellungen geöffnet. Der neue Kartenmarker ist im Player sichtbar; die native Prüfung hatte hier als nächsten Auftrag 1-1. Der Wechsel zur tatsächlich verdienten Folgemission 1-2 ist durch die gesonderte reguläre Prüfung und die GPU-Aufnahmen belegt.

Der gleiche temporäre Schreibpfad wurde im neuen Testordner erneut blockiert. Der kurze deutsche Fehlerdialog erschien, und der sichere Save blieb bytegleich: SHA-256 1C51C825E2E82776AEA38A58BAB99B440C6CADA5442B45DCA8DF24EAF3D20BCD. Nach Entfernen des leeren Testhindernisses führte Weiter → Weiterfliegen zurück zum tatsächlichen Flug, mit sofort sichtbaren Missions- und Schildanzeigen. Die Welt lief weiter, ein Sammelkontakt zählte und Gegner konnten die normale Rettung auslösen. Der Rettungsbutton setzte den Einsatz mit 1/6 Energie und aufgefülltem Schild fort; das nachfolgende Pausenmenü funktionierte. Eine Mausziehbewegung ergab keinen zuverlässig ablesbaren Pilotenweg und wird nicht als bestätigte Flugsteuerung gewertet.

Die zuvor ungespeicherte Lautstärkeänderung blieb auch dabei erhalten. In den erneut geöffneten Einstellungen konnte sie anschließend erfolgreich gespeichert werden: masterVolume=0.240549833, Revision 6, angezeigte 24 Prozent. activeAttemptId=4f0a9e5b102b4f2ea600492ea18c04e3 blieb zwischen dem Stand vor dem Fehler und dem erfolgreichen Save gleich. Vorher-/Nachher-Kopien: before-failed-save.json und after-successful-save.json.

Ein vollständiger Prozessneustart mit demselben Testordner lud das Profil samt angezeigten 24 Prozent wieder korrekt. Beide Prozesse wurden regulär mit Alt+F4 beendet. Aktionsprotokolle: native-actions.json und native-reload-actions.json. Im ersten v11-Playerlog gibt es genau die erwartete Schreibfehlerwarnung samt technischer UnauthorizedAccessException, aber keine Missing-/Null-Reference-Exception und keinen Shaderfehler. Der Neustartlog enthält keine Exception oder Shaderfehler. Die bekannte ComputeBuffer-Dispose-Warnung beim Beenden ist erhalten. Die vollständigen normalen Spielabläufe und die Leistungsmessungen aus v10 bleiben historische, getrennte Nachweise; dieser v11-Lauf prüft gezielt die geänderten Bedien- und Fehlerpfade.

Offene Qualitätsarbeit

Die fehlenden hochwertigen Storyaufnahmen bleiben offen. Der neue Aufnahmeplan bereitet 13 aktuelle Inhalte für den weiblichen Bordcomputer vor; er aktiviert keine neue Stimme. Für Kinder ohne Lesefähigkeit sind außerdem kurze stille Gerätehinweise beim ersten Flug und beim ersten Scannerziel sinnvoll zu prüfen. Echte Spielbeobachtung, Stimme, Musik-/Effektmix und physische Controllerbedienung bleiben getrennte Abnahmen.