Cachalot
Download

Blog · 2026-09-12

Systemton auf dem Mac aufnehmen – die Gegenseite, ohne Zusatztreiber

Du nimmst ein Gespräch auf dem Mac auf und stellst hinterher fest: deine eigene Stimme ist da, die Gegenseite fehlt. Das ist kein Fehler, sondern Absicht. macOS reicht den Ton, den eine andere App abspielt, nicht einfach an ein Aufnahmeprogramm weiter. Dieser Text erklärt, warum das so ist, welche drei Wege es gibt, und welcher davon heute der richtige ist.

Warum QuickTime und die Bildschirmaufnahme nur das Mikrofon liefern

Wenn du in QuickTime eine Audioaufnahme startest, kannst du als Quelle nur Eingabegeräte wählen: das eingebaute Mikrofon, ein Headset, ein Interface. Der Ton, den Zoom oder Chrome gerade ausgeben, ist kein Eingabegerät. Er gehört zum Prozess der jeweiligen App, und macOS behandelt ihn als deren Angelegenheit.

Das ist eine bewusste Entscheidung: Könnte jedes Programm ungefragt mitschneiden, was andere Programme abspielen, wäre jede Videokonferenz und jede Sprachnachricht für beliebige Apps mitlesbar. Die Einschränkung ist der Grund, warum es diesen Umweg überhaupt gibt.

Weg 1: virtueller Audiotreiber (der klassische Umweg)

Der lange übliche Weg führt über einen virtuellen Treiber wie BlackHole, Soundflower oder Loopback. Das Prinzip: Du installierst ein Gerät, das gleichzeitig Ausgabe und Eingabe ist, schickst die Systemausgabe dorthin und nimmst es als Mikrofon wieder auf.

Das funktioniert, hat aber drei bekannte Haken:

Weg 2: Bildschirmaufnahme mit Systemton

Neuere macOS-Versionen können bei der Bildschirmaufnahme den Systemton mitschneiden. Für ein Tutorial-Video ist das ideal. Für ein Gesprächsprotokoll weniger: Du nimmst ein Video auf, das du nicht brauchst, und der Ton kommt wieder gemischt – Mikrofon und Gegenseite in einer Spur.

Weg 3: Core Audio Process Taps (seit macOS 14.2)

Seit macOS 14.2 gibt es in Core Audio einen offiziellen Mechanismus dafür: einen Tap auf die Ausgabe von Prozessen. Eine App beschreibt, welche Prozesse sie mitschneiden will, das System fragt die Nutzerin um Erlaubnis („Systemaudio aufnehmen“), und danach bekommt die App die Audiopuffer.

Praktisch heißt das:

Das Verfahren hat eine Eigenheit, die man kennen muss: Ein Tap allein liefert nichts. Er muss in ein Aggregatgerät eingebettet werden, dessen Haupt-Teilgerät das aktuelle Ausgabegerät ist – das liefert den Takt, und die Driftkompensation hält den Tap darauf synchron. Wer den Weg selbst gehen will, findet die Einzelheiten mit Code in der englischen Fassung: Recording the other side of a call on macOS.

Warum zwei Spuren besser sind als eine gemischte

Dein MikroGegenseiteWer sagte was

Sobald es um ein Protokoll geht und nicht nur um eine Aufnahme, ist die Trennung der entscheidende Punkt. Aus einer gemischten Spur muss eine Diarisierung schätzen, wer gerade spricht. Das geht oft gut und gelegentlich daneben – besonders bei ähnlichen Stimmen, bei Überschneidungen und bei schlechten Verbindungen.

Liegen dein Mikrofon und die Gegenseite auf getrennten Kanälen, ist die Zuordnung keine Schätzung mehr, sondern eine Eigenschaft der Aufnahme. Für ein Protokoll, das später jemand anderes liest, ist das der Unterschied zwischen „vermutlich hat der Kunde das gesagt“ und „der Kunde hat das gesagt“.

Zwei praktische Hinweise

Kurz zusammengefasst

Wenn du nur gelegentlich etwas mitschneiden willst, tut es ein virtueller Treiber. Wenn regelmäßig Gespräche protokolliert werden sollen, lohnt der Weg über Process Taps: keine Treiber, eine widerrufbare Berechtigung, und beide Gesprächsseiten sauber getrennt. Genau so nimmt Cachalot auf – und weil Transkription und Protokoll danach ebenfalls auf dem Mac laufen, verlässt die Aufnahme den Rechner nie.

Cachalot ist die App, aus der dieser Text entstanden ist: KI-Meeting-Protokolle, die deinen Mac nie verlassen. Kostenlos nutzbar, ohne Konto.

Kostenlos für Mac laden