Por qué macOS no te deja compartir el audio del sistema (y cómo solucionarlo)

Vas en una llamada de Zoom y quieres ponerle un video de YouTube a todos. Le das play, y los demás no oyen nada. O estás intentando grabar tu pantalla con QuickTime y el video final no tiene audio del sistema, solo silencio total. Buscas en Ajustes del Sistema, revisas las opciones de audio de Zoom, exploras los menús de QuickTime. Nada.

No es un error. Es una decisión deliberada de Apple. macOS sencillamente no permite que las apps capturen el audio que está sonando en tu computadora. Si alguna vez te preguntaste por qué en Windows esto jala sin broncas pero en Mac parece imposible, aquí te explico qué está pasando por debajo.

Cómo maneja el audio macOS

Todo el sonido en tu Mac pasa por un sistema llamado CoreAudio. En su centro hay algo llamado HAL, o Hardware Abstraction Layer (capa de abstracción de hardware). El HAL es el intermediario entre el software y tu hardware de audio. Cuando Spotify reproduce una canción, CoreAudio manda ese audio por el HAL hacia un dispositivo de salida (tus bocinas o auriculares). Cuando Zoom necesita tu voz, le pide al HAL el audio de un dispositivo de entrada (tu micrófono).

Aquí está la clave: CoreAudio trata las entradas y las salidas como mundos completamente separados. El audio sale a las bocinas. El audio entra desde los micrófonos. No hay un puente integrado que conecte los dos lados. No hay forma de que una app diga “dame lo que está sonando por las bocinas” porque esa ruta sencillamente no existe en el sistema.

Esto es distinto a cómo funciona Windows. Windows tiene una función llamada WASAPI loopback capture, integrada directamente en su pila de audio. WASAPI loopback permite que cualquier app acceda al flujo de audio que va hacia las bocinas y lo lea como entrada. Por eso las apps de Windows pueden ofrecer “Stereo Mix” o “What U Hear” como fuente de grabación.

macOS decidió no incluir nada parecido.

Por qué Apple lo deja bloqueado

Apple nunca ha publicado una explicación oficial, pero las razones son bastante claras si ves cómo macOS aborda la privacidad y la seguridad en general.

Permitir que cualquier app capture en silencio todo el audio del sistema sería un problema serio de privacidad. Imagina un proceso en segundo plano grabando tus llamadas de FaceTime, mensajes de voz o el audio de una videoconferencia confidencial, todo sin que te enteres. Al no proporcionar una ruta de loopback, Apple se asegura de que ninguna app pueda espiar el audio de otras apps a menos que tú instales explícitamente un controlador a nivel de sistema y le des permiso.

Es la misma filosofía detrás de que macOS te pida aprobar el acceso a la grabación de pantalla, al micrófono y a la cámara app por app. Apple prefiere bloquear todo de fábrica y dejar que los usuarios opten por activarlo, en lugar de dejar puertas abiertas.

El precio de eso es que los usos legítimos, como compartir una canción en una videollamada o grabar un tutorial con audio del sistema, se vuelven frustrantes. Te quedas sin una forma obvia de hacer algo que debería ser básico.

Qué hacen los controladores de audio virtual

Como macOS no va a crear una ruta de loopback por ti, la solución es crear una tú con un controlador de audio virtual.

Un controlador de audio virtual es un plug-in de CoreAudio que se registra en el HAL como dispositivo de salida y de entrada al mismo tiempo. Cuando mandas el audio del sistema hacia esa salida virtual, el controlador agarra ese audio y lo deja disponible en la entrada virtual correspondiente. Cualquier app que pueda leer desde un micrófono (Zoom, QuickTime, OBS, Discord) ahora puede captar el audio del sistema seleccionando el dispositivo virtual como fuente de entrada.

En términos técnicos, el controlador crea un ring buffer que se sitúa entre el lado de salida y el lado de entrada. Las muestras de audio escritas en la salida se leen de vuelta desde la entrada. Para el resto de macOS, se ve como un micrófono normal. Pero ese “micrófono” en realidad está transmitiendo lo que sea que tu Mac esté reproduciendo.

Esto no es un truco ni un exploit. El framework CoreAudio de Apple soporta explícitamente plug-ins HAL de terceros. Es la forma oficial de extender las capacidades de audio de macOS. El controlador se instala en /Library/Audio/Plug-Ins/HAL/ y requiere contraseña de administrador, por eso las herramientas de audio virtual piden permisos elevados durante la instalación.

Breve historia de las herramientas de loopback en Mac

La necesidad de dispositivos de audio virtual en macOS no es nueva. La gente lleva más de una década buscando formas de saltarse esta limitante.

Soundflower fue una de las primeras soluciones. Era una extensión del kernel de código abierto que creaba dispositivos de audio virtual en macOS. Durante años fue la respuesta predilecta en foros y tutoriales. Pero Soundflower lo dejó botado su desarrollador original, y conforme Apple fue eliminando las extensiones del kernel, Soundflower se fue volviendo cada vez más inestable. En versiones modernas de macOS, muchas veces no se instala bien o causa fallas de audio.

BlackHole tomó la estafeta donde Soundflower la dejó. Es un controlador de audio virtual de código abierto que se mantiene activamente y jala en las versiones actuales de macOS. BlackHole es sólido, pero es una tubería de audio nada más. Cuando mandas el audio del sistema hacia BlackHole, dejas de oírlo por las bocinas a menos que crees a mano un Dispositivo Multi-Salida con la utilidad Configuración de Audio y MIDI de Apple. Para quienes se mueven a gusto con ese tipo de configuración, BlackHole jala bien. Para el resto, es un proceso confuso que implica malabarear varios dispositivos de audio y cruzar los dedos para haberlo configurado bien.

Loopback de Rogue Amoeba es una app de paga ($99 USD) que ofrece una interfaz pulida para crear dispositivos de audio virtual con enrutamiento por app. Es potente, pero está pensada para profesionales del audio que necesitan control granular sobre qué apps mandan audio a dónde. Para alguien que solo quiere compartir el audio del sistema en una llamada de Zoom, Loopback puede sentirse como comprar una cocina industrial cuando solo necesitabas una tostadora.

La solución moderna

Soundshine aborda esto de forma más sencilla. Instala un controlador HAL de CoreAudio ligero y te da un micrófono virtual que lleva el audio del sistema. No hay comandos de terminal que ejecutar, ni Dispositivos Multi-Salida que armar en Configuración de Audio y MIDI, ni diagramas de enrutamiento complejos que descifrar.

Instalas Soundshine y un asistente paso a paso se encarga de la instalación del controlador en unos 30 segundos. Después, un ícono en la barra de menús te da un solo interruptor para activar o desactivar el enrutamiento de audio. Cuando está activado, “Soundshine Microphone” aparece como entrada de micrófono en cualquier app. Lo seleccionas en Zoom, Google Meet, QuickTime, OBS o lo que uses, y el audio del sistema fluye directo.

Tus bocinas siguen funcionando con normalidad todo el tiempo. Soundshine pasa el audio a tu dispositivo de salida real al mismo tiempo, así que tú oyes lo mismo que oyen los demás. El audio se queda digital de punta a punta a 48 kHz, 32-bit float estéreo, sin pérdida de calidad.

Conclusión

macOS no te deja compartir el audio del sistema porque Apple dejó de propósito sin incluir una ruta de loopback entre las salidas y las entradas de audio. Es una decisión de diseño que prioriza la privacidad, y es poco probable que cambie. La solución es un controlador de audio virtual que crea el puente que CoreAudio no va a crear.

Si quieres la versión más sencilla de esa solución, sin configuración manual y sin necesidad de saber de ingeniería de audio, prueba Soundshine.