Por que macOS no te deja compartir el audio del sistema (y como solucionarlo)

Estas en una llamada de Zoom y quieres reproducir un video de YouTube para que todos lo escuchen. Le das play, y tus participantes no oyen nada. O estas intentando grabar tu pantalla con QuickTime y el video final no tiene audio del sistema, solo silencio absoluto. Buscas en Ajustes del Sistema, revisas las opciones de audio de Zoom, exploras los menus de QuickTime. Nada.

No es un error. Es una decision deliberada de Apple. macOS simplemente no permite que las apps capturen el audio que esta sonando en tu computadora. Si alguna vez te preguntaste por que en Windows esto funciona sin problemas pero en Mac parece imposible, aqui te explico que esta pasando realmente bajo el capo.

Como 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 abstraccion de hardware). El HAL es el intermediario entre el software y tu hardware de audio. Cuando Spotify reproduce una cancion, CoreAudio envia ese audio a traves del HAL hacia un dispositivo de salida (tus altavoces o auriculares). Cuando Zoom necesita tu voz, le pide al HAL el audio de un dispositivo de entrada (tu microfono).

Aqui esta la clave: CoreAudio trata las entradas y las salidas como mundos completamente separados. El audio sale hacia los altavoces. El audio entra desde los microfonos. No existe un puente integrado que conecte ambos. No hay forma de que una app diga “dame lo que esta sonando por los altavoces” porque esa ruta simplemente no existe en el sistema.

Esto es diferente de como funciona Windows. Windows tiene una funcion 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 los altavoces y lo lea como entrada. Por eso las apps de Windows pueden ofrecer “Stereo Mix” o “What U Hear” como fuente de grabacion.

macOS decidio no incluir nada parecido.

Por que Apple lo mantiene bloqueado

Apple nunca ha publicado una explicacion oficial, pero las razones son bastante claras si observas como macOS aborda la privacidad y la seguridad en general.

Permitir que cualquier app capture silenciosamente todo el audio del sistema seria 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 lo sepas. Al no proporcionar una ruta de loopback, Apple se asegura de que ninguna app pueda espiar el audio de otras apps a menos que instales explicitamente un driver a nivel de sistema y le des permiso.

Es la misma filosofia detras de que macOS te pida aprobar el acceso a la grabacion de pantalla, al microfono y a la camara app por app. Apple prefiere bloquearlo todo por defecto y dejar que los usuarios opten por activarlo, en lugar de dejar puertas abiertas.

La contrapartida es que los usos legitimos, como compartir una cancion en una videollamada o grabar un tutorial con audio del sistema, se vuelven frustrantes. Te quedas sin una forma obvia de hacer algo que deberia ser basico.

Que hacen los drivers de audio virtual

Como macOS no va a crear una ruta de loopback por ti, la solucion es crear una tu mismo usando un driver de audio virtual.

Un driver 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 diriges el audio del sistema hacia esta salida virtual, el driver toma ese audio y lo pone disponible en la entrada virtual correspondiente. Cualquier app que pueda leer desde un microfono (Zoom, QuickTime, OBS, Discord) ahora puede captar el audio del sistema seleccionando el dispositivo virtual como fuente de entrada.

En terminos tecnicos, el driver crea un ring buffer que se situa 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, parece un microfono normal. Pero ese “microfono” en realidad esta transmitiendo lo que sea que tu Mac este reproduciendo.

Esto no es un truco ni un exploit. El framework CoreAudio de Apple soporta explicitamente plug-ins HAL de terceros. Es la forma oficial de extender las capacidades de audio de macOS. El driver se instala en /Library/Audio/Plug-Ins/HAL/ y requiere una contrasena de administrador, por eso las herramientas de audio virtual piden permisos elevados durante la instalacion.

Breve historia de las herramientas de loopback en Mac

La necesidad de dispositivos de audio virtual en macOS no es nueva. La gente lleva mas de una decada buscando formas de superar esta limitacion.

Soundflower fue una de las primeras soluciones. Era una extension de kernel de codigo abierto que creaba dispositivos de audio virtual en macOS. Durante anos fue la respuesta predilecta en foros y tutoriales. Pero Soundflower fue abandonado por su desarrollador original, y a medida que Apple fue eliminando las extensiones de kernel, Soundflower se volvio cada vez mas inestable. En versiones modernas de macOS, a menudo no se instala correctamente o causa fallos de audio.

BlackHole tomo el relevo donde Soundflower lo dejo. Es un driver de audio virtual de codigo abierto que se mantiene activamente y funciona en las versiones actuales de macOS. BlackHole es solido, pero es una tuberia de audio sin mas. Cuando diriges el audio del sistema hacia BlackHole, dejas de escucharlo por los altavoces a menos que crees manualmente un dispositivo multi-salida usando la utilidad Configuracion de Audio MIDI de Apple. Para quienes se sienten comodos con ese tipo de configuracion, BlackHole funciona bien. Para los demas, es un proceso confuso que implica hacer malabarismos con multiples dispositivos de audio y cruzar los dedos para haberlo configurado correctamente.

Loopback de Rogue Amoeba es una app de pago ($99) que ofrece una interfaz pulida para crear dispositivos de audio virtual con enrutamiento por app. Es potente, pero esta disenada para profesionales del audio que necesitan control granular sobre que apps envian audio a donde. 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 solucion moderna

Soundshine adopta un enfoque mas sencillo. Instala un driver HAL de CoreAudio ligero y te da un microfono virtual que lleva el audio del sistema. No hay comandos de terminal que ejecutar, ni dispositivos multi-salida que configurar en Configuracion de Audio MIDI, ni diagramas de enrutamiento complejos que descifrar.

Instalas Soundshine y un asistente de configuracion guiado se encarga de la instalacion del driver en unos 30 segundos. Despues, un icono en la menu bar te da un unico interruptor para activar o desactivar el enrutamiento de audio. Cuando esta activado, “Soundshine Microphone” aparece como entrada de microfono en cualquier app. Seleccionalo en Zoom, Google Meet, QuickTime, OBS o lo que estes usando, y el audio del sistema fluye directamente.

Tus altavoces siguen funcionando con normalidad todo el tiempo. Soundshine pasa el audio a tu dispositivo de salida real simultaneamente, asi que tu escuchas todo lo que escuchan tus participantes. El audio se mantiene digital de extremo a extremo a 48 kHz, 32-bit float estereo, sin perdida de calidad.

Conclusion

macOS no te deja compartir el audio del sistema porque Apple dejo intencionalmente sin incluir una ruta de loopback entre las salidas y las entradas de audio. Es una decision de diseno que prioriza la privacidad, y es poco probable que cambie. La solucion es un driver de audio virtual que crea el puente que CoreAudio no va a crear.

Si quieres la version mas sencilla de esa solucion, sin configuracion manual y sin necesidad de saber ingenieria de audio, prueba Soundshine.