Aufnahme der tatsächlichen Audioausgabe
Erstmals ist ein positives PCM-Signal aus dem ausgelieferten Windows-Spiel belegt. Dies ist eine technische Ausgabeprüfung, keine Hörabnahme von Stimme oder Gesamtmix.
Aufnahmeweg
Der lokale Recorder basiert auf Microsofts MIT-lizenziertem ApplicationLoopback-Sample, festgehalten auf Revision 0b4e48a88ba446f3d87c5f7df12b33a74899a1e1. Er nimmt ausschließlich die gezielt gestartete eigene Prozess-ID samt Kindern auf. Desktopmix, Mikrofon und andere Anwendungen sind nicht als Aufnahmequelle eingerichtet. Der Ausschluss anderer Prozesse folgt der verwendeten Include-API; ein zusätzliches Experiment mit zwei gleichzeitig klingenden Prozessen ist nicht enthalten.
Unveränderte Originalquellen und Lizenz, lokale angepasste Kopie, Downloadadressen und SHA-256-Werte liegen unter ProcessLoopback. Die Anpassung entfernt den Exclude-Modus vollständig, verweigert Überschreiben, meldet Start-/Stopfehler mit Exitcodes und behandelt als stumm markierte WASAPI-Puffer. Die Sample-Aufnahme bleibt auf zehn Sekunden begrenzt. Asynchrone Fehler des Samples sind nicht umfassend umgebaut; deshalb gehören tatsächliche WAV-Länge und Signalprüfung zwingend zum Nachweis.
Kompiliert mit dem bereits vorhandenen MSVC v143 und SDK 10.0.22621.0 auf Windows 11 Build 26200. WIL 1.0.210204.1 wurde nur in dieses Artefaktverzeichnis entpackt; keine globale Installation. Recorder-SHA-256: 12D5760DD7BE5CE3B747E8B91040D26B5E9D8EC9D18EE266B91A3B2643D03592.
Ergebnisse
| Lauf | Signal und Ergebnis |
|---|---|
| 103814-v19-menu | Gewöhnlicher, verborgen gestarteter v19-Spielprozess, frische isolierte Daten. 9,99 s Stereo/44,1 kHz/16 Bit; maximal ein Quantisierungsschritt, RMS −96,70 dBFS. Nur Rausch-/Ditherboden, kein positiver Spielklangnachweis. |
| 104021-calibration | Eigener begrenzter Wiedergabeprozess, bekannte 440-Hz-Probe mit Amplitude 0,035. Aufnahme 9,62 s; ausgewertete Sekunden 1–8: dominanter Ton exakt 440 Hz, Peak 0,03513, RMS −32,13 dBFS. Positive Kontrolle bestanden; Wiedergabe und Recorder regulär Exit 0. |
| 104203-v19-batch-menu | Derselbe ausgelieferte v19-Spielstand, diesmal -batchmode mit Grafikschnittstelle, frisches isoliertes Datenverzeichnis. 9,99 s Stereo/44,1 kHz/16 Bit; Peak 0,39639, RMS −27,37 dBFS, null Samples am Vollpegel. Positive Spielausgabe nachgewiesen. |
Beide Spielproben öffnen das Profilmenü ohne simulierte Bedieneingaben. Der Recorder endet regulär; die eigenen Spielprozesse wurden nach der begrenzten Aufnahme beendet, beim ersten Versuch nach erfolglosem Fenster-Schließversuch. Das ist kein Nachweis eines regulären Spielendes. Die WAV-Dateien liegen in den verlinkten Laufverzeichnissen; run.json enthält Prozess-IDs und Laufdaten, pcm-analysis.json die Messwerte. Kein eigener Aufnahme-/Spielprozess blieb zurück.
Der normale Projektmodus hat runInBackground: 0. Das ist eine plausible Erklärung für den Unterschied beim verborgenen Start; die Fokus-/Audiopause wurde in diesen Läufen nicht direkt gemessen und wird deshalb nicht als bewiesene Ursache ausgegeben. Keine Lautstärkeeinstellung des Betriebssystems oder vorhandenen Piloten wurde verändert.
Grenzen und nächster Schritt
Die vorhandenen drei Originalansagen sind unverändert aktiv. Keine neue Stimme oder Storyaufnahme wurde freigegeben. Die Messung bestätigt ausgegebene Audiodaten im Profilmenü und fehlende Vollpegelsättigung in genau dieser Aufnahme. Sie bewertet weder Klangfarbe, Lautheit im Spielverlauf, Sprachverständlichkeit noch den Nachbrenner.
Die früheren fehlgeschlagenen Unity-AudioRenderer-Versuche bleiben im Audio-/Finalebericht dokumentiert. Der folgende Nachtrag ergänzt die inzwischen durchgeführten Flugaufnahmen; die menschliche Hörabnahme bleibt offen.
Nachtrag: Paketzeitstempel und Flugaufnahmen
Der Recorder in build-packets schreibt zusätzlich jedes tatsächlich ausgegebene WASAPI-Paket mit Frameoffset, Framezahl, nativer QPC-Zeit, Geräteposition und Flags. Kalibrierter Binärhash: E1C03A489081AF6652502B587DB2174C45DE3CED86F1CFECBDA6CEDCDBB298EC. Originalmanifest, Lizenz, lokale Quelländerungen und Nachbauhinweise sind jetzt auch unter Tools/ProcessLoopback.md gesichert.
Kontrolle 112350-packet-calibration: eigener 440-Hz-Wiedergabeprozess, beide Prozesse regulär Exit 0; 440.118 PCM-Frames passen zu 998 Paketen, 9,98 Sekunden. Gemessener dominanter Ton 440 Hz, RMS 0,02474. Ein einzelner QPC-Sprung von 11,206 ms beim Tonstart ist offengelegt. Der gemessene Beginn liegt rund 76 ms nach dem Wiedergabeaufruf; das ist die Kontrollprobe, keine Unity-Latenzmessung.
Unity/Mono-Stopwatch lieferte im nativen Spiel einen anderen Zeitursprung. Das neue Spielprotokoll 2 verwendet daher native Windows-QPC-Aufrufe. Der anschließende Lauf 114617-b43e3621 besteht alle fünf tatsächlichen Flugsequenzen mit passender gemeinsamer Zeitbasis, positiven Signalen und Ruhephasen; vier PCM-Negativkopien werden erkannt. Keine QPC-Sprünge in diesen fünf Spielspuren. Vollständige Flugtonprüfung samt erhaltenen Fehlversuchen und Grenzen.