Spielfluss v29.1: vertiefte QA und Korrekturen

13. September 2026. Der Nutzer hat nach der v29-Lieferung ausdrücklich beauftragt: „Pakete B/C sowie die umfangreichen QA-Blöcke ebenfalls hochwertig und sorgfältig umsetzen!“ Damit sind die im Plan, Abschnitt 7, benannten Boss-/Übergangs-, Missions- und begrenzten Darstellungs-/Mixblöcke freigegeben. Die Entscheidung, Stimmen zunächst beizubehalten, bleibt bestehen.

Basis und Umfang

Canonical C:/Unity Projects/Space Hero - Galactic Reclaimers, gemeinsamer main bei 63fbdeb08f0b9a1d5fcf16a227e0b9bbbf913d14. Verifizierte Startlieferung v29, Buildquellen 362468f53732cde538852671e1833859106cc03b, Paket SpaceHero-Playtest-20260913-024413.zip. Check-ProjectBasis.ps1, Worktree- und Statuskontrolle vor Änderungen bestanden; keine fremden Änderungen.

Die Pakete B/C waren in v29 bereits implementiert. Diese Runde hat ihre Abläufe geprüft, konkrete Lücken geschlossen und Nachweise ergänzt: zwölf echte Bossabschlüsse, vier Kapitelanschlüsse, gezielte Speicherung/Replay/Eingabe, die sechs umgebauten Reisen und deren relevante Varianten sowie 18 GPU-Ansichten, vier gezielte Bildkorrekturen und drei kurze GPU-Simulationsbewegungen. Der ebenfalls durchgeführte native Vierfall-Audioblock besitzt wegen wiederkehrender Windows-Session-Stummschaltung noch keinen bestandenen Gesamtnachweis. Eine neue vollständige 36-Missionen-Kampagne oder ein Leistungstest gehört nicht zu dieser Runde.

Laufjournal

Die drei geänderten späteren Reisen 7-2/8-1/11-1 benötigen im ersten Lauf auf Pilot rund 93/111/132 aktive Sekunden, auf Entdecker rund 94/110/132. Alle sechs Flüge enden ohne Rettung mit drei Sternen und beiden Bonuszielen. Sie fliegen tatsächlich 380/420/540 Welteinheiten. Kanone, Schild, Antrieb und Scanner sind mit normalen Käufen auf Stufe 3 eingerichtet. Automatisierte Dauer und Erwerbstempo werden getrennt von menschlichem Reisegefühl bewertet.

Konvoi: Ursache, Korrektur und Prüfgrenze

031401 war trotz zweier erfolgreicher Erstabschlüsse kein akzeptabler Spielflussnachweis: 3-2 dauerte auf Entdecker 570,66 s, auf Pilot 535,51 s; der kürzeste tatsächliche Helferweg lag bei 503,34/499,68 Einheiten für 204,5 Einheiten Vorwärtsstrecke. Der 120-Hz-Fall blieb nach 360 Sekunden in der dritten Passage. Der verbesserte Folgeflug wurde nicht durch einen erhöhten Timeout erzielt.

Zwei Ursachen griffen ineinander. Die Navigation setzte den Führungspunkt bei einer Warnspur stets auf LaneY ± 5.4 entsprechend der momentanen Seite des Formationsmittelpunkts. Stand die Formation vor der Spur, führte die angezeigte Richtung sie wieder rückwärts. Ihre langsame, korrekt physische Drehung konnte dabei fast 180 Grad betragen; die Kamera kam am Anker zum Stillstand. Außerdem zog das bisherige Formationsziel pilot - lastHeading * 2.4 auch dann nach hinten, wenn ein Pilot bereits in normalem Folgeabstand vor den Helfern wartete.

Die Formationsführung hält den Mittelpunkt nun innerhalb des normalen Folgeabstands und folgt außerhalb davon der tatsächlichen Richtung zum Piloten. Die bestehenden Geschwindigkeiten 1,25/2,6, begrenzte Drehung und alle Kontur-/Abstandsprüfungen bleiben erhalten. Die Navigation vergleicht Warnrestzeit, reale Schrottpositionen, dessen 4,2 Einheiten/s sowie den benötigten Abstand für die ganze Formation: rechtzeitig vorwärts queren oder vor der Spur warten, bis die tatsächlichen Körper vorbeigeflogen sind. Die Berechnung in ConvoyHazard spiegelt beide Fahrtrichtungen und berücksichtigt auch den zweiten Körper, wenn der erste bereits vorbei ist. Sie ist eine Führungshilfe; absichtliches spätes Einfliegen und beliebige menschliche Ausweichmanöver sind damit nicht pauschal als sicher geprüft.

Vor dem Korrekturlauf wurde eine Abnahmegrenze festgelegt: unter 300 aktiven Sekunden, jede Helferstrecke unter 360 Einheiten. 204,5 Einheiten bei unverändertem Basistempo 1,25 benötigen rechnerisch ungefähr 164 Sekunden; der restliche Spielraum deckt Verbindung, Kurven, wirkliche Querungen, Reparatur und Ankunft. Der reguläre Lauf 032231 besteht mit 208,39/207,26 s auf Entdecker/Pilot; kürzester Helferweg 238,87/252,99. Alle drei Helfer erfüllen die Weggrenze. Die Hauptflüge dauern damit etwa 61–63 Prozent kürzer als im gefundenen Fehlerzustand. Der tatsächliche 180-Grad-Test erhält mindestens 1,850 Einheiten Abstand zwischen den Helferzentren bei jeweils 1,7 Einheiten Rumpfdurchmesser.

Ein anschließendes unabhängiges Code-Review fand eine weitere Sichtführungslücke: Sobald ein Sammelpunkt im Bild erschien, wechselte der Pfeil wieder auf den Sammelpunkt selbst. Ein Mensch, der dort stehen blieb, hätte die folgenden Helfer 2,4 Einheiten dahinter gehalten, obwohl das Ziel ihren Mittelpunkt verlangt. ConvoyView zeigt deshalb in Transit und Toranflug durchgehend den nahen Führungspunkt; physische Sammelpunkte und Tor bleiben bestehen. Der zusätzliche normale Flug 033047 folgt der tatsächlich gerenderten Pfeilspitze, ohne dafür die interne Navigationskoordinate zu lesen, und besteht mit 234,26 Sekunden, 3.629 beobachteten Führungsframes und drei Spielerrettungen. Dieser Einzeltest belegt die zusätzliche Sichtführungskorrektur; der frühere Neuner-Batch prüfte noch den vorherigen Markerstand.

Die GPU-Sichtung 033155 fand eine darüber hinausgehende Überdeckung: Der korrekt gefolgte Pfeil war unter dem oberen Aufgabentext verborgen. Die reale Navigation beachtet nun die aktuelle Unterkante beider aktiven Textflächen einschließlich umbrochener Untertitel, mit Platz für die gesamte pulsierende Pfeilkontur; die obere Grundgrenze liegt bei y 3,0 und sinkt entsprechend aktiver Textflächen. Grafik und Flugziel bleiben identisch. Dafür darf die Kamera 208,5 statt 204,5 Welteinheiten vorlaufen: Das unveränderte Tor bei Welt-y 208 endet bei Bildschirm-y −0,5 und bietet unter dem HUD tatsächlichen Folgeabstand. Ein rein optisch verschobener Pfeil oder ein oberer Ziel-Cap bei unverändertem Tor-y 3,5 hätte eine neue Ankunftsblockade erzeugt. Geschwindigkeiten, Preise, Lebenspunkte und die vorab gesetzte 300-Sekunden-Grenze bleiben erhalten; 208,5 / 1,25 entspricht rechnerisch rund 167 Sekunden Grundreise.

Der finale Konvoi-Batch 034444 besteht 10/10 mit dieser Geometrie. Die normalen Hauptflüge erreichen auf Entdecker/Pilot 199,71/215,71 aktive Sekunden bei 208,5 Vorwärtseinheiten; sämtliche tatsächlichen Helferwege liegen zwischen 234,63 und 247,23 Einheiten, bei mindestens 1,850 Einheiten Rumpfmittenabstand. Im Sichtführungsflug prüfen unabhängige Bildschirmprojektionen alle drei Pfeilpunkte samt Strichbreite gegen beide aktiven Flächen. Die vorhandene lange 3-2-Ansage wird sowohl in Transit als auch im Toranflug angefordert: 233,61 Sekunden, 3.804 beobachtete Führungsframes, davon 1.115 mit aktivem Untertitel, vier Spielerrettungen und dieselben drei Helfer bis zur sichtbaren Ankunft. Die zusätzliche GPU-Nachaufnahme bleibt ein eigener Sichtnachweis. Ältere Messwerte mit 204,5 Konvoi-Welteinheiten bleiben unten ausdrücklich als Historie sichtbar.

Sterne und Erwerbstempo aus regulären Testflügen

Alle folgenden Zahlen stammen aus tatsächlich mit normalen Steuereingaben beendeten isolierten Testflügen. Vorausgehende Abschlüsse sind deklarierte Testvoraussetzungen, keine behauptet durchgespielte Kampagne. Die daraus finanzierten Module werden zum gültigen Preis gekauft. Es gab keine Wallet-, Waffen- oder Gesundheitsgeschenke im jeweiligen Flug; gesonderte Schadensprüfungen erzeugen echte Kontaktimpulse und werden nicht als Balanceflüge ausgegeben.

Reihenfolge in den Wertepaaren: Entdecker / Pilot. Modulfolge: Kanone/Schild/Magnet/Antrieb/Scanner. „Rettungen“ meint die Wiederaufnahme des Spielers, nicht die geretteten Missionshelfer. Die Hauptauftragspiloten suchen die optionalen frühen Entdeckungen nicht gezielt auf.

Quellen: Artifacts/TestProfiles/20260913-030240/JourneyFlightEconomy.csv, 031222/JourneyFlightEconomy.csv, 032231/JourneyFlightEconomy.csv, 032650/JourneyFlightEconomy.csv und für den aktuellen Konvoi 034444/JourneyFlightEconomy.csv unter demselben Verzeichnis. Die 8-1-Spanne weist den internen Pilot-Loop und den zusätzlichen einzelnen Pilot-Flug getrennt sichtbar aus. Der CSV-Beobachter prüft tatsächliche Wallet-/Lebenszeit-Differenz und genau einen vergebenen Versuch, inklusive gedeckelter Beute. Bei 8-1/11-1 begleiten jeweils drei verschiedene physische Ladungen die Reise; über die beobachteten getragenen Frames sind 419,38/538,97 Vorwärtseinheiten gemessen. Aufnahme-/Abgabeframes werden nicht als vollständig beobachtete Tragestrecke hinzugerechnet.

Die anfänglich niedrigen frühen Sterne sind durch die Steuerungsstrategie erklärbar und wurden anschließend ausdrücklich auf Erreichbarkeit geprüft. 032629 fliegt zur echten Beacon und zurück, bei 3-1 zusätzlich zum wirklichen Helfer, mit Scanner 0 und bezahlten Stufe-1-Modulen:

Quellen: Artifacts/TestProfiles/20260913-032629/JourneyFlightEconomy.csv und für den finalen Konvoi 034533/JourneyFlightEconomy.csv unter demselben Verzeichnis; die ursprünglichen Frachter/Formationsmitglieder und die langen Strecken bleiben erhalten. Im ersten Dreierlauf beginnt der Beacon-Abstecher bei 132,65/53,17/40,33 tatsächlich geflogenen Welteinheiten. Der einzelne Konvoi-Nachlauf bestätigt die drei Sterne auch mit dem endgültigen HUD-freien Führungspunkt und Toranflug. Unterschiedliche Käufe und Steuerstrategien zwischen den Tabellen bedeuten: Die Zeitdifferenz ist keine isolierte Messung der Zusatzkosten eines Abstechers. Beispielsweise hat der Konvoi-Abstecher Magnet 1 statt Magnet 2; der Escort-Hauptflug feuert kontextabhängig, der Abstecher verwendet den anderen regulären Routenpiloten.

Die Ökonomieformeln bleiben unverändert: feste Erstprämie plus höchstens 15 Beuteschrott; Sterne erhöhen die Auszahlung nicht. Wiederholungen zahlen ein Viertel der Grundprämie, mindestens 15. Daher sind die Tabellen Erstspielraten, keine Farmingraten. Beispiel 2-2: 50 Schrott vor dem Start plus tatsächlich 114 ergibt 164; Kanone 2 kostet 220 und wird durch diesen einzelnen Auftrag aus diesem Ausgangsbestand noch nicht finanziert. Die Konvoi-Rückwärtsschleife hatte die Erstspielrate auf 16,30/17,37 Schrott pro Minute gedrückt; der erste korrigierte Stand erreicht 43,19/42,27, der finale HUD-/Torstand 43,86/41,17. Bei diesem Erstabschluss steigen die tatsächlichen 160 Startschrott auf 306/308; die feste Prämie bleibt 140, die beobachtete Beute beträgt 6/8. Für eine globale Preis-, HP- oder Speicherrevision ergibt sich daraus kein notwendiger Eingriff. Menschliches Reisegefühl, Verständnis und empfundene Schwierigkeit bleiben getrennte Abnahmefragen; insbesondere die Botrettungen sind kein menschliches Schwierigkeitsurteil.

Darstellungsprüfung und gezielte Nachbesserung

Der GPU-Block 033155 besteht mit 18 abgeschlossenen regulären Flügen, 18 Standbildern und 90 Bewegungsframes. Alle zwölf Bossflüge erreichen ohne Rettung drei Sterne; alle sechs Reisen erreichen einen gespeicherten Bericht. Sämtliche 18 Standbilder wurden direkt angesehen, dazu je vier zeitlich verteilte Originalframes aus den drei Bewegungsfolgen. Die genauen Sichtungslisten stehen neben den Bildern in visual-review-boss-early.md, visual-review-boss-late.md und visual-review-journeys.md.

Die Sichtung führte zu drei Bosskorrekturen: 3-3 erhält feine, nach außen führende Verbindungen statt geerbter breiter Kampfstrahlen mit Ziel am Piloten. Bei 4-3 klingen die dicken Torbalken nach der Öffnung zu feinen Weglinien ab. Bei 5-3 gleiten nur die noch sichtbaren Decks und ihre Anbauteile sanft in den freien Bildbereich; zuvor verschwundene Teile erscheinen nicht erneut. Zusätzlich wurde die oben dokumentierte Überdeckung der Konvoiführung behoben. Zwei kleine dekorative Silhouettenberührungen bei 10-3/12-3 sind im Sichtbericht vermerkt; Pflichtinformationen und zentrale Motive bleiben sichtbar.

Der erste gezielte Nachlauf 034545 brach vor einem Bild wegen der Testinstanz-Wiederherstellung im verschachtelten Aufnahmeiterator ab. Nach Verlagerung des Moduswechsels in den öffentlichen Unity-Test besteht 034731 mit vier echten abgeschlossenen Flügen und vier Bildern für 3-3/4-3/5-3/3-2. Alle vier Originalbilder wurden direkt nachgesichtet; die genannten Kompositions- und Überdeckungsbefunde sind darin behoben. Die ursprüngliche Bildserie wurde nicht überschrieben oder vollständig wiederholt.

Die Reviewseite mit Bildern, Korrekturen und drei Bewegungsclips kennzeichnet die erste Sichtung und zeigt die vier Korrekturen zuerst. Beide Quellmanifeste und alle 112 Bildhashes werden vor der Ausgabe geprüft. Die bereits erzeugten drei Videos werden beim Einbinden der Korrekturen unverändert wiederverwendet und auf 30 decodierbare Frames, 10 Bilder/s, drei Sekunden, Auflösung und fehlende Tonspur geprüft. Werkzeugnachweise: elf synthetische Fälle für die ursprüngliche Manifestprüfung sowie zehn Fälle für Korrekturen/Videoerhalt; keine zusätzlichen Spiel-/GPU-Läufe.

Bis hier liegen für 74 unterschiedliche Unity-Fälle bestandene Ergebnisse aus gezielten Batches und betroffenen Wiederholungen vor: 72 Ablauf-/Mechanik-/Audiolebenszyklusfälle sowie zwei explizite GPU-Aufnahmefälle. Dies ist kein einzelner fehlerfreier Gesamtsuitenlauf. Maschinenlesbare Zuordnung und Fehlergeschichte: Artifacts/QA-v29-1-Results.json; vor Testbeginn abgebrochene Kompilierungen sind zusätzlich im Journal erfasst.

Native Audioausgabe: Fehlergeschichte und Abgrenzung

Der erste Wrapperaufruf scheiterte noch vor Player- oder Recorderstart an einer Datumsannahme: PowerShell 7.6.5 lieferte den ISO-Zeitstempel des Freeze-Manifests bereits als DateTime; seine erneute implizite Umwandlung in deutsches Datumsformat ließ den Parser scheitern. Der Wrapper übernimmt jetzt typisierte Zeitstempel direkt und liest Zeichenketten kulturunabhängig. Das Manifest und der eingefrorene Build wurden dafür nicht verändert.

Der erste vollständige Vierfallblock Artifacts/BossVictoryAudioQA/20260913-035626-e1ae26ee wurde regulär beendet, bestand aber nur 1/4 Fälle und 154/163 Einzelprüfungen. Befreiung bestand 39/39; Zerstörung 37/39, Finale 36/39 und Pause/Mute 42/46. Alle Aufnahmen hatten rund 9,99 Sekunden, 44,1 kHz Stereo, 999 Pakete, 100 Prozent Paketabdeckung und keine Paketfehler oder Vollaussteuerung. Dennoch verlor die native Ausgabe im zweiten Fall nach etwa 1,245 Sekunden das Nutzsignal und enthielt anschließend nur noch 16-Bit-Dither. Die neun fehlgeschlagenen Prüfungen verlangen tatsächliches PCM-Nutzsignal. Positive Quellen-/Cue-/Gain-Zustände wurden ausdrücklich nicht als Ersatz gewertet; die Schwellwerte bleiben unverändert.

Der gezielte Einzelvergleich Artifacts/BossVictoryAudioDiagnostics/20260913-040321-f0ec22ba verwendete einen frischen eigenen Player und denselben eingefrorenen 5-3-Maximalmix. Auch dort lag bereits vor dem Sieg nur Dither vor: 36/39 Prüfungen, Spitzenwert 0,0000305 und RMS ungefähr 0,0000146 bei vollständiger Paketabdeckung. Dieser gesondert gekennzeichnete Diagnosefall erfüllt die Vierfallabnahme nicht. Ein nach Prozessende erhobener CoreAudio-Snapshot konnte die inzwischen beendete Spielsession nicht mehr beurteilen.

Die anschließende rein lesende Live-Diagnose Artifacts/BossVictoryAudioDiagnostics/20260913-040944-bb91142c fand im aktiven eigenen QA-Player PID 17868 die konkrete Stummschaltung: Windows-Appsession Mute=true, Volume=1,0, während der aktive Ausgabepunkt selbst MasterMute=false, MasterVolume=0,8 meldete. Dieser Versuch brach vor Go-Signal, Recorder oder Sieg ab und beendete nur den eigenen wartenden Player. Livebefund und Grenzen. Windows speichert Appsession-Pegel und Stummschaltung über Prozessneustarts hinweg; das erklärt, warum ein neuer Testprozess die Einstellung übernehmen kann (Microsoft: Audio Sessions). Der Snapshot belegt weder Zeitpunkt noch Verursacher der Einstellung. Daraus wurde kein unbelegter Gameplay- oder AudioSource-Fix abgeleitet.

Für die Wiederholung 041910-83b19a68 hat der QA-Wrapper mit ausdrücklichem Schalter ausschließlich seine frisch gestartete eigene SpaceHero-Session vorübergehend freigeschaltet. Er prüfte Prozesshandle, Startzeit, vollständigen Programmpfad und eine eindeutige aktive Audiosession; die Lautstärke musste bereits 1 sein. Vor Unmute und vor/nach jeder Aufnahme waren eine ausschließlich eigene Session mit genau S_OK, die eigene PID und dieselbe SessionInstance-ID erforderlich. Ein positiver CoreAudio-Status für eine gemeinsame Session wird nicht als Erfolg akzeptiert. Masterlautstärke, Geräte und andere Prozesse wurden nicht verändert.

Auch diese Wiederholung besteht nicht. Vor dem zweiten Fall um 02:19:25,792 UTC war die eigene Session ungemutet, nach dessen Aufnahme um 02:19:35,996 UTC wieder gemutet. Diesmal blieb tatsächliches Nutzsignal über den Sieg hinaus erhalten: Sieg bei Go + 1,2623 s, RMS im Sieg-/Übergangsfenster 0,11752; Signalausfall erst bei Go + 5,435 s, also ungefähr 4,18 Sekunden nach dem Sieg. Die zeitlich abweichende Stummschaltung belegt keinen festen Fehler des Siegcalls. Ihre Ursache bleibt ungeklärt. Der Wrapper überschrieb den Zwischenwechsel nicht und brach vor dem dritten Fall ab. Die Teildiagnose ist ausdrücklich fourCaseAcceptance: false; der Standardverifier weist den unvollständigen Lauf ab.

Die drei mit Manifest-SHA gesicherten Belege zeigen für genau dieselbe PID 33256, denselben Programmpfad und dieselbe SessionInstance Mute true → false → true, Lautstärke durchgehend 1. Der Restorebeleg entstand um 02:19:36,019 UTC bei noch lebendem Player mit restored: true; erst danach beendete der Wrapper seinen eigenen Prozess. Damit ist der tatsächliche Fehlerpfad einschließlich Wiederherstellung belegt. Vollständige Diagnose-Zeitachse und Datei-Hashes. Die beiden erhaltenen Aufnahmen erreichen PCM-Spitzen von 0,222534 und 0,557434; dies heilt die später fehlende Ausgabe nicht. Der aktuelle Werkzeugstand prüft zusätzlich unmittelbar vor dem Restore-Setter erneut S_OK/PID/SessionInstance. Diese letzte defensive Werkzeugkorrektur entstand nach dem Lauf; finale C#-Kompilierung und drei PowerShell-Syntaxprüfungen sowie unabhängiges Code-Review sind bestanden. Sie wird nicht rückwirkend als getesteter Laufstand ausgegeben. Kein weiterer Audiolauf wurde allein dafür angehängt.

Der Nutzer wurde nach einer beabsichtigten oder automatischen Windows-Stummschaltung gefragt. Ohne geklärte Ursache folgt keine weitere identische Aufnahmefolge und kein wiederholtes Erzwingen von Unmute. Der vollständige native Audio-Abnahmeblock bleibt offen. Ursprüngliche und aktuelle Sprachassets sowie die Spielquellen und alle 174 eingefrorenen Builddateien bleiben unverändert; sämtliche fehlgeschlagenen Vorläufe und Diagnosebelege sind erhalten.

Darstellungs- und Audiogrenzen

GPU-Aufnahmen werden aus regulär geflogenen Zuständen erzeugt; der feste 16:9-Spielbereich und die UI-Skalierung entsprechen der Produktion. Bilder für 4:3/Ultrawide übernehmen diese Pixel unverändert mit den entsprechenden schwarzen Balken. Das ist keine native Fenstervergrößerungs- oder Gerätetestserie. Die drei Bewegungsbelege enthalten jeweils 30 tatsächliche GPU-Bilder bei 0,1 simulierten Sekunden Abstand. Sie belegen Veränderung und zeitliche Abfolge, keine reale Bildrate.

Native Audiobeispiele verwenden den vorhandenen kalibrierten Prozessrecorder und ausschließlich einen isolierten eigenen Player. Der deklarierte späte Bosszustand isoliert die reale Schlussaktion und den Nachklang; er ist kein vollständiger Bosskampf. Die ausführlichen Kampfnachweise werden getrennt durch normale Flugprüfungen erbracht. Technische Pegel, Cue-Zustände und verständlich beschriftete Hörbeispiele ersetzen keine menschliche Stimmwahl.

Testwerkzeuge und Isolation

Der Unity-Paketcallback Unity.PerformanceTesting.Editor.PerformanceTestRunSaver exportiert bei jedem Testlauf zusätzlich nach Application.persistentDataPath/TestResults.xml, unabhängig vom expliziten CLI-Ergebnispfad. Dadurch entstanden vor der hier vorgenommenen Korrektur Diagnose-XMLs im normalen Unity-Datenordner. Die Spielprofile dieser Tests verwenden unverändert die frischen --spacehero-data-Verzeichnisse; dieser Befund betrifft den zusätzlichen Paketexport, keine Pilotenänderung. Der vorherige Diagnosebestand ist über Artifacts/QA-v29-TestExport-Before.json mit Prüfsumme und Zeit dokumentiert. Der genaue Paketcallback wird für isolierte Läufe durch einen gleichwertigen Export innerhalb des Testverzeichnisses ersetzt. Keine fremden Dateien werden gelöscht und keine Test- oder Ergebnisprüfung abgeschaltet.

Nachgewiesen in 031108: Paket- und primärer CLI-Export bleiben erhalten, die zusätzliche XML liegt unter Artifacts/TestProfiles/20260913-031108/Performance/TestResults.xml. Hash und Änderungszeit der vorherigen Standard-XML sind unverändert. Vorher-/Nachherbelege: Artifacts/QA-v29-TestExport-Before2.json und Artifacts/QA-v29-TestExport-Isolated.json. Der erste Isolationsversuch hatte noch keine Wirkung und wird oben ausdrücklich als Fehlversuch geführt.

Abschluss

Implementierung, Ablauf-/Mechanikprüfungen, Bildreview und Lieferung sind abgeschlossen; die native Vierfall-Audioabnahme bleibt aus dem oben dokumentierten Grund offen. Die geprüften Korrekturen liegen im gemeinsamen main; Spielquellcommit 82aef7d1a87c1d5d73d54a748ec3f18e3b609ad2, Version 0.29.1. Nach dem Freeze folgten ausschließlich Werkzeug- und Dokumentationsänderungen.

Geliefert ist SpaceHero-Playtest-20260913-042156.zip, 327.035.475 Bytes, SHA-256 05c286f7a255e16453fcc41a9bf30b4cad8e02a2a49c41ca98217bf2c3394cf5. Die Paketprüfung bestätigt alle 176 Dateien gegen das vor nativer QA eingefrorene Manifest und beide Anleitungen. Aktueller Lieferstand und PROJECT-STATE.json nennen dieses Paket. Die Paketprüfung bedeutet keine nachträgliche Audiofreigabe. Menschliche Klang-/Reisegefühl- und physische Controllerprüfungen sowie eine neue Performanceabnahme werden ebenfalls nicht als bestanden ausgewiesen.