Audio-Korrektur nach dem Spieltest

Stand: 7. September 2026. Ausgangspunkt ist die ausdrückliche Ablehnung der Piper/Thorsten-Stimme und des ständigen Vorlesens von Menüs. Die früheren Aussagen, alle Menüaktionen müssten vertont sein, gelten nicht mehr als Qualitätsziel.

Verhalten

• Zeigen auf einen Button und Wechsel der Controller-Auswahl lösen keine Sprache mehr aus. MenuSpeechTarget behält den visuellen Fokus; MenuNarration.CueFor und die alte Warteschlangen-API bleiben für bestehende Aufrufer stumm.
• Der Schiffscomputer ist auf wenige tatsächliche Ereignisse beschränkt. Begrüßung und Missionsabschluss verwenden die ursprünglichen deutschen Clips; die originale kurze Missionszuweisung ist ebenfalls für einen tatsächlichen Start freigegeben. Zwischen gewöhnlichen Ansagen bleiben mindestens zwei Sekunden Ruhe nach der Clipdauer. Neue Missionsanweisungen, Mechanikertexte und Bedienhinweise erhalten keine unpassend zugeordnete alte Tonspur.
• GameAudio.Narrate und Speak akzeptieren nur die geprüften ursprünglichen Clipnamen. Ein noch nicht neu erzeugter Sprachkatalog kann dadurch die abgelehnte Piper-Fassung nicht wieder hörbar machen. Die alten Arbeitsdateien bleiben unverändert erhalten.
• Sprache, Musik und Effekte behalten ihre getrennten Lautstärkeregler. Keine neuen Sprachdienste, Konten oder kostenpflichtigen Generierungen.

Originalquellen und Grenzen

Die Quellen befinden sich weiterhin unverändert unter Assets/Resources/AudioFiles. Zuordnungen sind in Assets/Resources/AudioEntries und den alten Missions- bzw. Story-Assets vorhanden.

Der belegte deutsche Text für den alten Mike-Auftritt lautet in Assets/Resources/Text/localization.csv: „Bring mir den Schrott und ich schau mal, was ich tun kann, um Dein Schiff mit den Teilen, die Du gesammelt hast, zu reparieren.“ Für die Schiffscomputerdateien enthält die Quellenstruktur keine vollständigen Worttranskripte. Dateinamen und Ereignisschlüssel sind kein Beweis für den exakten Wortlaut.

Lokale Transkription der Originale

Alle 19 deutschen Originalclips wurden mit faster-whisper 1.2.1, Modell base, CPU int8, Sprache Deutsch, beam size 5 lokal transkribiert. Entwicklungsumgebung und Modell liegen ausschließlich unter dem ignorierten Ordner Artifacts/QA-Audio; der Bericht original-transcripts.json enthält Originalpfad, SHA-256, Dauer und unbereinigte ASR-Segmente. Audiodaten wurden nicht hochgeladen. Verwendete API nach der Dokumentation von faster-whisper.

• Die Datei ship.de.HelloCommander.mp3 sagt laut ASR „Guten Tag, Commander!“, nicht „Hallo Commander“. Sie ist byteidentisch mit ship.de.GoodDayCommander.mp3; SHA-256 f95c859cf2b5ba44816e8b08118a54fb75a861863a8dc76a3ad33168cfef5c63.
• ship.de.MissionComplete.mp3: ASR schreibt fehlerhaft „Mission Erfolgerreich“. Die Original-Lokalisierung nennt „Mission erfolgreich!“; dieser vorhandene, korrekt geschriebene UI-Text ist als Abschlusscaption geeignet. SHA-256 60c61cc9f758c85fb76c6deef3e4e3855eefd9d37546741e430e84a6b2f8833f.
• ship.de.MissionAssigned.mp3: „Mission zugewiesen.“ (1,437 s), SHA-256 e703dc2d755b93c685799dcbcc74a8b508f4332c807612b00640c152a1d66ff6.
• ship.de.MissionSummary.mp3 sagt, dass die Zusammenfassung erstellt werde und man warten solle. Da der Ergebnisbildschirm sofort erscheint, wird dieser Clip nicht verwendet.
• ship.de.MissionCompletePressBtnForAutopilot.mp3.mp3 fordert ausdrücklich die Taste Y. Die aktuelle Bedienung entspricht dem nicht; deshalb nicht verwenden.
• Die alten Missionsclips nennen ihre alten Nummern hörbar. Auch mission1-3, das einen einzelnen Satelliten erwähnt, darf nicht der heutigen Mission 1-2 mit drei Relais unterlegt werden.

Dies ist eine automatische Transkription zur Inhaltszuordnung, keine menschliche Hör- oder Klangabnahme. Sprachfehler der Erkennung bleiben im JSON unverändert sichtbar.

Ein zusätzlicher Befund: Der bisherige LoadPilot-Aufruf stellte die Originalbegrüßung vor ShowStory/ShowHangar in die Warteschlange. Deren BeginScreen löschte sie sofort. Die korrigierte App begrüßt deshalb einmal nach dem Aufbau der ersten Profilauswahl.

Nachbrenner

Das ursprüngliche Asset-Inventar enthält keinen Nachbrenner- oder Triebwerksclip. Die alten Spielerkomponenten verknüpfen den Boost mit Bewegung, Parallaxenbeschleunigung, Spritewechsel und Rumble. Ein angeblich wiederverwendeter Originalton wäre daher eine falsche Herkunftsangabe.

GameAudio.SetBoost(bool active) steuert stattdessen einen neuen zurückhaltenden, kontinuierlichen Triebwerkston:

• Zwei Sekunden deterministisches, tiefpassgefiltertes Rauschen bei 22.050 Hz mono, mit leisen stationären Grundanteilen bei 61 und 123 Hz. Keine aufsteigende Tonfolge und kein Trigger-Piepsen.
• Der Anschluss zwischen Ende und Anfang wird über 30 ms geglättet. Der Clip wird einmal beim Initialisieren im Speicher erzeugt und beim Zerstören freigegeben.
• Einschwingen über 120 ms, Ausschwingen über 200 ms; keine wiederholten PlayOneShot-Starts bei gehaltenem Boost.
• Eigene AudioSource, masterVolume × effectsVolume × 0,7 × Hüllkurve; Pause, Bildschirm-/Sprachwechsel, Deaktivierung und Zerstörung stoppen den Ton sofort.
• Die Fluglogik liefert den tatsächlichen Boost-Zustand, einschließlich leerem Tank und Loslassen der Taste.

Das ist eine neue SFX-Komposition, keine neu erzeugte Sprecherstimme. Die klangliche Wirkung im vollständigen Spielmix bleibt ein Gegenstand der nächsten Hörprüfung.

Prüfungen

In diesem Teilpaket werden keine parallelen Unity-Instanzen gestartet. Die gemeinsame QA muss stille Maus-/Controller-Navigation, Ausschluss alter Piper-Clips, richtige Originalreferenzen, einmalige Begrüßung, einmaligen Abschluss und Start/Loslassen/Leertank/Pause des Nachbrenners prüfen. Frühere Tests, die viele Sprachdateien oder Sprache auf jedem Button verlangten, beweisen ausdrücklich nicht die jetzt gewünschte Qualität und müssen ersetzt werden.