Warum macOS Systemaudio blockiert (und der Fix, der 30 Sekunden dauert)

Du bist in einem Zoom-Call und willst ein YouTube-Video abspielen, damit alle es hören. Du drückst auf Play, und deine Teilnehmer hören nichts. Oder du versuchst, deinen Bildschirm mit QuickTime aufzunehmen, und das fertige Video hat kein Systemaudio – nur tote Stille. Du durchsuchst die Systemeinstellungen, prüfst Zooms Audio-Optionen, klickst durch QuickTimes Menüs. Nichts.

Das ist kein Bug. Es ist eine bewusste Design-Entscheidung von Apple. macOS erlaubt Apps schlicht nicht, das Audio aufzunehmen, das auf deinem Rechner läuft. Wenn du dich je gefragt hast, warum das auf Windows einfach geht und sich auf dem Mac unmöglich anfühlt – hier ist, was wirklich unter der Haube passiert.

Wie macOS mit Audio umgeht

Jeder Klang auf deinem Mac läuft durch ein System namens CoreAudio. Zentral darin: das HAL, oder Hardware Abstraction Layer. Das HAL ist der Türsteher zwischen Software und Audio-Hardware. Wenn Spotify einen Song abspielt, schickt CoreAudio dieses Audio durchs HAL an ein Ausgabegerät (deine Lautsprecher oder Kopfhörer). Wenn Zoom deine Stimme braucht, fragt es das HAL nach Audio von einem Eingabegerät (deinem Mikrofon).

Der entscheidende Punkt: CoreAudio behandelt Ein- und Ausgänge als komplett getrennte Welten. Audio fließt raus zu Lautsprechern. Audio fließt rein von Mikrofonen. Es gibt keine eingebaute Brücke zwischen beiden. Es gibt keinen Weg für eine App, „gib mir, was gerade über die Lautsprecher läuft“ zu sagen, weil dieser Pfad im System schlicht nicht existiert.

Unter Windows ist das anders. Windows hat ein Feature namens WASAPI-Loopback-Capture, direkt in den Audio-Stack eingebaut. WASAPI-Loopback erlaubt jeder App, in den Audio-Stream zu den Lautsprechern zu lauschen und ihn als Eingang zu lesen. Deshalb können Windows-Apps „Stereo Mix“ oder „What U Hear“ als Aufnahmequelle anbieten.

macOS hat sich entschieden, so etwas nicht einzubauen.

Warum Apple es zugesperrt lässt

Apple hat nie eine offizielle Erklärung veröffentlicht, aber die Logik ist klar, wenn man sich anschaut, wie macOS Datenschutz und Sicherheit allgemein angeht.

Jeder App heimlich das gesamte Systemaudio aufnehmen zu lassen, wäre ein ernsthaftes Datenschutzrisiko. Stell dir einen Hintergrundprozess vor, der deine FaceTime-Anrufe, Sprachnachrichten oder das Audio aus einem vertraulichen Video-Meeting aufzeichnet, ohne dein Wissen. Indem Apple keinen Loopback-Pfad bereitstellt, stellt es sicher, dass keine App Audio anderer Apps abhört, außer du installierst explizit einen systemweiten Treiber und gibst die Erlaubnis.

Dieselbe Philosophie liegt hinter macOS’ Anforderung, Bildschirmaufnahme-, Mikrofon- und Kamerazugriff pro App freizugeben. Apple sperrt Sachen lieber standardmäßig zu und lässt Nutzer aktiv zustimmen, als Türen offen zu lassen.

Der Trade-off: Legitime Anwendungsfälle wie das Teilen eines Songs in einem Videoanruf oder das Aufnehmen eines Tutorials mit Systemaudio werden frustrierend. Du bleibst ohne offensichtlichen Weg, etwas zu tun, das sich grundlegend anfühlen sollte.

Was virtuelle Audiotreiber tun

Da macOS keinen Loopback-Pfad für dich erstellt, ist die Lösung, selbst einen anzulegen – über einen virtuellen Audiotreiber.

Ein virtueller Audiotreiber ist ein CoreAudio-Plugin, das sich beim HAL gleichzeitig als Ausgabegerät und als Eingabegerät registriert. Wenn du dein Systemaudio an diesen virtuellen Ausgang routest, nimmt der Treiber dieses Audio und stellt es am korrespondierenden virtuellen Eingang bereit. Jede App, die von einem Mikrofon lesen kann (Zoom, QuickTime, OBS, Discord), kann jetzt Systemaudio abgreifen, indem sie das virtuelle Gerät als Eingangsquelle wählt.

Technisch erstellt der Treiber einen Ring-Buffer, der zwischen Ausgangs- und Eingangsseite sitzt. Audio-Samples, die in den Ausgang geschrieben werden, werden vom Eingang wieder gelesen. Für den Rest von macOS sieht es aus wie ein normales Mikrofon. Aber dieses „Mikrofon“ trägt eigentlich, was dein Mac abspielt.

Das ist kein Hack und kein Exploit. Apples CoreAudio-Framework unterstützt Drittanbieter-HAL-Plugins explizit. Das ist der genehmigte Weg, macOS-Audio-Fähigkeiten zu erweitern. Der Treiber installiert sich nach /Library/Audio/Plug-Ins/HAL/ und braucht ein Administrator-Passwort – deshalb fragen virtuelle Audio-Tools beim Setup nach erhöhten Rechten.

Eine kurze Geschichte der Mac-Audio-Loopback-Tools

Der Bedarf an virtuellen Audiogeräten auf macOS ist nicht neu. Leute umgehen diese Einschränkung seit über einem Jahrzehnt.

Soundflower war eine der frühesten Lösungen. Eine quelloffene Kernel-Erweiterung, die virtuelle Audiogeräte auf macOS erstellte. Jahrelang die Standardantwort in Foren und Tutorials. Aber Soundflower wurde vom Original-Entwickler aufgegeben, und als Apple Kernel-Erweiterungen auslaufen ließ, wurde Soundflower zunehmend instabil. Auf modernen macOS-Versionen scheitert die Installation oft oder es treten Audio-Glitches auf.

BlackHole hat dort weitergemacht, wo Soundflower aufhörte. Ein quelloffener virtueller Audiotreiber, aktiv gepflegt und läuft auf aktuellen macOS-Versionen. BlackHole ist solide, aber ein rohes Audio-Rohr. Wenn du dein Systemaudio an BlackHole routest, hörst du es nicht mehr über die Lautsprecher, außer du erstellst manuell ein Multi-Output-Gerät mit Apples Audio-MIDI-Setup. Für Leute, denen solche Konfiguration vertraut ist, läuft BlackHole gut. Für alle anderen ist es ein verwirrender Prozess mit Jonglieren mehrerer Audiogeräte und der Hoffnung, alles richtig eingestellt zu haben.

Loopback von Rogue Amoeba ist eine kostenpflichtige App (99 $), die eine polierte Oberfläche zum Erstellen virtueller Audiogeräte mit App-spezifischem Routing bietet. Mächtig, aber für Audio-Profis gedacht, die feine Kontrolle darüber brauchen, welche App wohin Audio sendet. Für jemanden, der nur Systemaudio in einem Zoom-Call teilen will, fühlt sich Loopback an wie eine Großküche zu kaufen, wenn man bloß einen Toaster brauchte.

Der moderne Fix

Soundshine verfolgt einen einfacheren Ansatz. Es installiert einen leichtgewichtigen CoreAudio-HAL-Treiber und gibt dir ein virtuelles Mikrofon, das dein Systemaudio trägt. Keine Terminal-Befehle, keine Multi-Output-Geräte im Audio-MIDI-Setup, keine komplexen Routing-Diagramme.

Du installierst Soundshine, und ein geführter Setup-Assistent erledigt die Treiberinstallation in rund 30 Sekunden. Danach gibt dir ein Menüleisten-Symbol einen einzigen Schalter, um Audio-Routing ein- oder auszuschalten. Wenn es an ist, taucht „Soundshine Microphone“ als Mikrofoneingang in jeder App auf. Wähle es in Zoom, Google Meet, QuickTime, OBS oder was du gerade nutzt, und Systemaudio fließt durch.

Deine Lautsprecher laufen die ganze Zeit normal weiter. Soundshine reicht Audio gleichzeitig per Passthrough ans echte Ausgabegerät, sodass du alles hörst, was die Teilnehmer hören. Das Audio bleibt durchgängig digital bei 48 kHz, 32-Bit-Float-Stereo – kein Qualitätsverlust.

Fazit

macOS lässt dich kein Systemaudio teilen, weil Apple absichtlich keinen Loopback-Pfad zwischen Audio-Ausgängen und -Eingängen vorgesehen hat. Eine Privacy-First-Design-Entscheidung, die sich vermutlich nicht ändern wird. Der Fix ist ein virtueller Audiotreiber, der die Brücke schlägt, die CoreAudio nicht bietet.

Willst du die einfachste Version dieses Fixes, ohne manuelle Konfiguration und ohne Audio-Engineering-Hintergrund, probier Soundshine aus.