Ein älterer Player oder ein Spiel schließt sich seit einem Windows-Update beim Start oder bei der Audiowiedergabe? Für einen konkreten Fall gibt es jetzt einen bestätigten Fix: Microsoft hat Abstürze bei der Verarbeitung von AC-3-Audio mit dem Sicherheitsupdate vom 13. Oktober 2026 behoben. Nicht jeder Absturz nach einem Update gehört allerdings zu diesem Fehler.

Recherche- und Prüfstand: 16. Oktober 2026. Diese Anleitung trennt den dokumentierten Windows-Fehler von einer anschließenden allgemeinen Absturzdiagnose.

Kurzlösung

Prüfe Windows-Version und Updateverlauf. Passt das unten beschriebene Fehlerbild, installiere das für dein Gerät angebotene kumulative Sicherheitsupdate mit dem Fix aus KB5127648 oder einen geeigneten Nachfolger. Starte neu und teste denselben Vorgang erneut. Installiere keine Codec-Sammlungen auf Verdacht und deinstalliere nicht pauschal Sicherheitsupdates.

Welchen AC-3-Fehler hat Microsoft bestätigt?

Laut Windows Release Health können Anwendungen nach KB5124010 vom 22. September 2026 und nachfolgenden Updates unerwartet schließen, wenn sie AC-3, also Dolby Digital, decodieren. Betroffen sind Windows 11 24H2, 25H2 und 26H2; Windows Server wird für diesen Fehler nicht genannt.

Die Anwendung kann bereits beim Start scheitern oder erst beim Aufruf einer Audiofunktion abstürzen. Microsoft beschreibt vor allem ältere Programme, die den eingebauten Windows-Decoder verwenden. Viele moderne Anwendungen nutzen eigene Decoder und sind deshalb nicht betroffen. Eine verbindliche Liste einzelner Programme, einen universellen Fehlercode oder eine spezifische Ereignis-ID nennt die Meldung nicht.

Warum kann ein Audiofehler das ganze Programm schließen?

Ein Decoder wandelt komprimierte Audiodaten in ein verarbeitbares Signal um. Der Fehler betrifft laut Microsoft diesen Windows-Decodierpfad, nicht allgemein Lautsprecher oder die Lautstärkeeinstellung. Die genaue interne Fehlerursache veröffentlicht Microsoft nicht. Aus der bloßen zeitlichen Nähe zu einem Update lässt sich daher noch keine sichere Diagnose ableiten.

1. Ausgangslage und reproduzierbaren Test festhalten

Öffne mit Windows + R den Dialog winver. Notiere Version und Betriebssystembuild. Unter Einstellungen → Windows Update → Updateverlauf findest du die installierten KB-Pakete.

Erfasse außerdem Programmname und Version, den Zeitpunkt des Absturzes sowie die genaue Aktion: Passiert es beim Start, beim Öffnen einer bestimmten Datei oder erst beim Abspielen? Nutze für Vergleiche nur vertrauenswürdige lokale Testdateien. Eine Dateiendung allein verrät nicht zuverlässig, welcher Audiocodec enthalten ist.

Als redaktioneller Diagnosevorschlag: Vergleiche eine betroffene Datei mit einer bereits bekannten, funktionierenden Datei im selben Programm. Funktioniert ein anderer Player, ist das ein Hinweis auf unterschiedliche Verarbeitungspfade, aber kein Beweis für diesen Windows-Bug. Bleibt die Anwendung offen und fehlt lediglich der Ton, passt das weniger gut zum dokumentierten Absturzbild.

2. Korrigiertes Windows-Update installieren

Die Microsoft-Release-Notes zu KB5127648 führen die AC-3-Korrektur ausdrücklich auf. Das Update vom 13. Oktober 2026 gehört zu folgenden Builds:

Windows-Version Build mit KB5127648
24H2 26100.9711
25H2 26200.9711
26H2 26300.9711

Speichere offene Arbeiten und halte ein aktuelles Backup wichtiger Dateien bereit. Öffne Windows Update → Nach Updates suchen, installiere das angebotene passende Sicherheitsupdate und führe den geforderten Neustart aus. Ein Notebook gehört währenddessen ans Netzteil. Ein späteres kumulatives Update kann die Korrektur bereits enthalten; du musst dann nicht zusätzlich das ältere Paket installieren.

Auf verwalteten Geräten lässt du die IT den freigegebenen Updatepfad prüfen. Umgehe weder Update-Ringe noch zentrale Vorgaben. Falls die Installation selbst fehlschlägt, notiere deren Fehlercode und verwende die Windows-Update-Problembehandlung. Ein Installationsfehler ist ein separates Problem, kein Nachweis für einen defekten Audiotreiber.

Keine Reparatur durch Sicherheitsabsenkung: Für diesen behobenen Fehler ist weder das Abschalten von Defender noch eine Registry-Bereinigung erforderlich. Fremde DLL-Downloads, pauschale Codec-Pakete oder das Löschen von Systemdateien schaffen zusätzliche Risiken. Ein BIOS-Update ist hier ebenfalls kein begründeter erster Schritt.

3. Erfolg nach dem Neustart kontrollieren

Kontrolliere erneut winver und den Updateverlauf. Wiederhole anschließend exakt den zuvor fehlgeschlagenen Vorgang mit derselben Datei und denselben Einstellungen. Ein erfolgreicher Programmstart reicht nicht, wenn der Absturz erst bei der Wiedergabe auftrat. Teste diese ebenfalls.

Bleibt der Fehler aus, dokumentiere den erfolgreichen Test samt Build. Bleibt er bestehen, ist das kein Anlass, das Update wiederholt zu installieren: Jetzt muss die konkrete Anwendung untersucht werden.

4. Fortgeschritten: Absturzereignisse mit PowerShell auslesen

Öffne PowerShell auf dem betroffenen Rechner. Die folgende Abfrage liest ausschließlich Fehlerereignisse aus dem Anwendungsprotokoll der letzten zwei Stunden; sie verändert keine Einstellungen. Normale Leserechte können genügen. Bei „Zugriff verweigert“ nutze nur mit entsprechender Berechtigung eine erhöhte Sitzung oder bitte die IT um die Abfrage.

$start = (Get-Date).AddHours(-2)
Get-WinEvent -FilterHashtable @{
    LogName = 'Application'
    Level = 2
    StartTime = $start
} -MaxEvents 30 |
    Format-List TimeCreated, ProviderName, Id, Message

Der Zeitraum und die Zahl 30 sind frei anpassbare Grenzen, keine Fehlerkennzeichen. Gibt es keine passenden Ereignisse, kann PowerShell das entsprechend melden. Das beweist nicht, dass kein Absturz stattgefunden hat. Die Filter sind in der Get-WinEvent-Dokumentation beschrieben.

Vergleiche Uhrzeit und Anwendungsname mit deinem Test. Halte, soweit vorhanden, Fehlermodul und Ausnahmecode fest. Ein einzelner Protokolleintrag beweist den AC-3-Bug nicht; die Ereignisse dienen der weiteren Eingrenzung. Entferne Benutzernamen, persönliche Dateipfade und vertrauliche Inhalte, bevor du Auszüge weitergibst.

Wenn die Anwendung weiterhin abstürzt

Prüfe zunächst ein unterstütztes Update des Programms beim Hersteller. Weitere Diagnosehypothesen sind eine beschädigte einzelne Datei, Erweiterungen oder ein anwendungseigener Fehler. Ändere jeweils nur einen Faktor und wiederhole den Test. Stürzt sogar Windows selbst ab, passt das nicht zum hier dokumentierten Schließen einzelner Anwendungen.

Für ein Supportticket reichen zunächst Windows-Build, Programmversion, reproduzierbare Schritte und zeitlich passende Ereignisse. Vollständige Speicherabbilder können sensible Daten enthalten und sollten nur gezielt über einen freigegebenen Supportkanal erfasst werden.

Fazit

Bei passenden AC-3-Abstürzen führt der erste Weg zum korrigierten Windows-Update, nicht zum Austausch aller Audiotreiber. Entscheidend sind ein dokumentierter Ausgangszustand und derselbe Test nach dem Neustart. Bleibt der Fehler, liefern Anwendungsprotokoll und Herstellerdiagnose den nächsten sinnvollen Ansatz.