Cómo saber si estás usando PipeWire en Linux y no PulseAudio

En los últimos años el sonido en GNU/Linux ha pegado un buen giro gracias a PipeWire, PulseAudio, JACK y ALSA, y no siempre es evidente saber qué demonio está manejando realmente el audio del sistema. A veces instalamos una distro nueva, todo suena bien, pero no tenemos claro qué servidor hay por debajo ni cómo comprobarlo de forma fiable.

Si te estás preguntando cómo saber si estás usando PipeWire en Linux, si sigue por ahí PulseAudio, o incluso si tienes ambos corriendo a la vez sin darte cuenta, en esta guía vas a encontrar una explicación a fondo. Verás comandos prácticos, ejemplos para Debian, Ubuntu, Arch, Manjaro o Fedora, y también cómo pasar de PulseAudio a PipeWire (y viceversa) sin volverte loco.

Conceptos básicos: ALSA, PulseAudio, JACK y PipeWire

Antes de ponernos a lanzar comandos conviene entender qué pinta cada capa en la pila de sonido de Linux, porque muchas dudas vienen precisamente de mezclar estos términos como si fueran lo mismo.

En primer lugar está ALSA, que forma parte del kernel Linux y se encarga de hablar directamente con el hardware de sonido. ALSA proporciona los controladores y el firmware necesarios para que tu tarjeta o chip de audio funcione; por eso no se sustituye por PipeWire ni por ningún otro servidor.

Encima de ALSA se ha usado durante años PulseAudio como servidor de sonido “de escritorio”, el responsable habitual de mezclar varias aplicaciones, controlar el volumen global, manejar perfiles de salida, Bluetooth, etc. Durante mucho tiempo ha sido el estándar en la mayoría de distribuciones.

En entornos profesionales o de baja latencia entra en juego JACK, un servidor de audio pensado para estudios, músicos y producción. JACK está muy optimizado para latencia muy baja y enrutamientos complejos, pero históricamente ha sido un poco más incómodo de configurar para el usuario medio.

A todo esto se suma PipeWire, un servidor multimedia moderno que unifica audio y vídeo. No solo reemplaza a PulseAudio y JACK, sino que además está diseñado para manejar capturas de pantalla, cámaras y flujos de vídeo, con seguridad mejorada para entornos con Wayland y aplicaciones en contenedores como Flatpak.

Qué es exactamente PipeWire y por qué tantas distros lo están adoptando

PipeWire nace como un servidor de flujos multimedia pensado para vídeo y screencasting, y fue evolucionando hasta convertirse también en un potente servidor de audio. Su desarrollo está muy ligado al ecosistema de Red Hat, GNOME, systemd y Flatpak, y Fedora fue una de las primeras en adoptarlo de forma masiva.

En sus inicios el proyecto arrancó con ideas como PulseVideo, un pequeño servidor que distribuía vídeo de cámaras V4L2 a varias aplicaciones usando GStreamer, D-Bus y el paso de descriptores de fichero. Con el tiempo se vio que ese enfoque podía extenderse a la captura de pantalla bajo Wayland, añadiendo seguridad y control de permisos mediante portales para aplicaciones aisladas.

Para dar cabida al audio, PipeWire tuvo que sufrir reescrituras importantes hasta convertirse en un servidor multimedia completo, con capacidad para gestionar tanto dispositivos de vídeo como flujos de sonido y permitir que clientes suministren y consuman streams de forma flexible.

Uno de los grandes objetivos de PipeWire es ofrecer en Linux un servidor de audio a la altura del uso profesional, reduciendo latencias, integrando de forma coherente a PulseAudio y JACK, y cuidando la compatibilidad con Bluetooth, aplicaciones de escritorio y herramientas de producción musical.

Además, PipeWire está estrechamente relacionado con GNOME y Wayland para el uso compartido de pantalla y screencasting. GNOME Shell, por ejemplo, envía un flujo de vídeo a PipeWire cuando el usuario comparte pantalla, y este flujo se enruta a aplicaciones como Firefox, Chrome/Chromium u OBS Studio a través de portales seguros.

PipeWire como reemplazo de PulseAudio y JACK

Una de las claves del éxito de PipeWire es que emula las APIs de PulseAudio y JACK, de forma que muchas aplicaciones pueden seguir funcionando sin cambios mientras en realidad se conectan a PipeWire por debajo.

En el caso del audio “de escritorio”, PipeWire puede actuar como servidor PulseAudio gracias al componente pipewire-pulse. Las aplicaciones crean la ilusión de hablar con PulseAudio, pero los flujos acaban en PipeWire, y eso se refleja, por ejemplo, en la salida de ciertos comandos de diagnóstico.

Para los usuarios de audio profesional, PipeWire ofrece compatibilidad con JACK a través de módulos y bibliotecas específicas. En algunas distribuciones se gestionan como paquetes tipo pipewire-jack o mediante configuraciones que sustituyen las bibliotecas JACK en tiempo de ejecución, apuntando al backend de PipeWire.

Es importante resaltar que PipeWire no reemplaza a ALSA, ya que ALSA sigue siendo imprescindible en el kernel para acceder al hardware. PipeWire se apoya en ALSA para hablar con las tarjetas de sonido, igual que hacían PulseAudio y JACK.

En muchas distribuciones modernas, como Debian 12 Bookworm o Fedora recientes, PipeWire ya es el servidor de sonido por defecto. En otras, como Ubuntu 22.04 LTS o Linux Mint 21.x, puedes activarlo en lugar de PulseAudio con unos cuantos pasos adicionales.

Cómo saber si estás usando PipeWire: métodos universales

La forma más directa de comprobar qué servidor de audio estás usando es consultar la información que expone la API de PulseAudio, ya sea hacia un daemon real de PulseAudio o hacia su reemplazo en PipeWire.

Un comando muy útil es pactl info, que muestra datos del servidor de sonido. Lánzalo siempre como usuario normal (sin sudo):

$ pactl info

En la salida, fíjate en la línea “Nombre del servidor”. Si ves algo similar a:

Nombre del servidor: PulseAudio (on PipeWire 0.3.65)

significa que tus aplicaciones se conectan a la API de PulseAudio, pero en realidad el servidor que está gestionando el audio es PipeWire, en la versión indicada. También puedes acotar directamente ese dato con:

$ pactl info | grep 'Nombre del servidor'

Si en lugar de eso aparece solamente “PulseAudio” sin mención a PipeWire, lo normal es que sigas usando PulseAudio puro y duro como servidor de sonido principal.

Otro comando muy práctico es inxi -A, que ofrece un resumen de audio si tienes instalado ese programa. En la sección de audio, fíjate en el campo Server-1. Si indica algo del estilo:

Server-1: PipeWire v: 0.3.65 status: active

queda claro que PipeWire está activo y configurado como servidor principal. Si en su lugar se menciona PulseAudio, tu sistema seguirá usando el servidor clásico.

Comprobar los servicios de PipeWire y PulseAudio con systemd

Otra forma de confirmar qué está en marcha es consultar los servicios de usuario de systemd, ya que tanto PulseAudio como PipeWire suelen ejecutarse en la sesión del usuario, no como root.

Para ver el estado de PulseAudio en sistemas que lo gestionan con systemd, puedes usar:

$ systemctl --user status pulseaudio

Si la salida muestra el servicio como “activo (en ejecución)” y ves un proceso /usr/bin/pulseaudio, significa que PulseAudio está corriendo. A menudo aparece activado por un socket pulseaudio.socket, que arranca el servicio bajo demanda.

En cuanto a PipeWire, el comando equivalente sería:

$ systemctl --user status pipewire

Si aparece como “activo (en ejecución)” con /usr/bin/pipewire y, además, lo ha disparado pipewire.socket, tienes PipeWire arrancado para tu usuario. Es habitual que en sistemas que han migrado correctamente, veas PipeWire y PulseAudio deshabilitado o enmascarado.

En algunos escenarios, sobre todo tras trastear con paquetes y scripts, puedes llegar a tener PipeWire y PulseAudio ejecutándose a la vez. Es posible, por ejemplo, ver ambos servicios activos en Arch o Manjaro si no se han ajustado bien los paquetes de sustitución. Eso puede provocar comportamientos raros, así que conviene elegir uno solo como servidor principal.

Cómo comprobar qué servidor usa tu distro: casos prácticos

Según la distribución que utilices, el estado por defecto cambia bastante. Vamos a ver los casos más habituales para que tengas claro qué deberías encontrarte en cada uno.

Debian 12 Bookworm

En Debian 12, PipeWire 0.3.65 es el servidor de sonido predeterminado en instalaciones nuevas. El propio instalador se encarga de que todo quede configurado, así que en principio no deberías tocar nada tras la instalación limpia.

Si has actualizado desde Debian 11 y algo no ha ido fino, puede que sigas con PulseAudio como servidor activo o que falten piezas como wireplumber. Por eso es tan importante revisar primero el estado actual con los comandos antes mencionados.

Como usuario normal, ejecuta:

$ pactl info | grep 'Nombre del servidor'

Si ves “PulseAudio (on PipeWire 0.3.65)” estás usando PipeWire por debajo. Para afinar más, comprueba también:

$ inxi -A

Si en Server-1 figura PipeWire con estado active, la migración está hecha. En caso de seguir viendo PulseAudio, toca instalar o ajustar los paquetes necesarios.

Los componentes mínimos para un PipeWire funcional en Debian 12 incluyen paquetes como:

• pipewire
• pipewire-bin
• pipewire-pulse
• libpipewire-0.3-modules
• wireplumber
• libwireplumber-0.4-0
• liblua5.3-0

La forma recomendada es instalar el metapaquete pipewire-audio, que depende de wireplumber, pipewire-pulse, pipewire-alsa y libspa-0.2-bluetooth y, de paso, se encarga de quitar PulseAudio para evitar conflictos entre ambos servidores.

Una vez instalados los paquetes, puedes arrancar y activar los servicios de PipeWire desde tu usuario con:

$ systemctl --user --now enable pipewire pipewire-pulse
$ systemctl --user daemon-reload

Y deshabilitar por completo PulseAudio para que no interfiera:

$ systemctl --user --now disable pulseaudio.service pulseaudio.socket
$ systemctl --user mask pulseaudio

Tras reiniciar o cerrar sesión y volver a entrar, vuelve a ejecutar pactl info | grep 'Nombre del servidor' para confirmar que ya aparece el servidor como PulseAudio sobre PipeWire.

Ubuntu 22.04 LTS y Linux Mint 21.x

En Ubuntu 22.04 LTS y Linux Mint 21.x, PulseAudio sigue siendo el servidor de sonido por defecto en muchas instalaciones, aunque PipeWire está disponible y se puede activar como reemplazo.

Si tu objetivo es que el sistema use PipeWire para audio, debes instalar una serie de paquetes relacionados con PipeWire y WirePlumber. Empezando por actualizar el sistema:

sudo apt update && sudo apt upgrade -y

Después instala PipeWire y módulos de compatibilidad:

sudo apt install pipewire pipewire-audio-client-libraries pipewire-pulse pipewire-jack libspa-0.2-bluetooth -y

A continuación instala WirePlumber, el gestor de sesiones recomendado para PipeWire:

sudo apt install wireplumber -y

Cuando lo tengas, puedes desactivar PulseAudio y activar PipeWire como servidor principal con estos comandos (como tu usuario, sin sudo delante de systemctl –user):

systemctl --user --now disable pulseaudio.service pulseaudio.socket
systemctl --user mask pulseaudio
systemctl --user --now enable pipewire pipewire-pulse

Tras reiniciar el sistema con:

sudo reboot

Comprueba los servicios:

systemctl --user status pipewire
systemctl --user status wireplumber

Si ambos están activos, ya tendrás PipeWire y WirePlumber gestionando el audio. Por último, confirma con pactl info que el nombre del servidor muestra PulseAudio (on PipeWire …).

Arch Linux y Manjaro

En Arch y derivadas, como Manjaro, es bastante fácil acabar con PulseAudio y PipeWire a la vez si no se sigue un plan claro, sobre todo si venías de una instalación anterior con JACK y scripts personalizados.

Si quieres apostar por PipeWire en Manjaro y dejar atrás PulseAudio, una estrategia típica es desinstalar pulseaudio y añadir los paquetes de PipeWire adecuados. Por ejemplo:

sudo pacman -Rdd pulseaudio

La opción -Rdd evita arrastrar dependencias que podrían romper otros paquetes, así que hay que usarla sabiendo lo que se hace. Después, instala PipeWire y sus módulos:

sudo pacman -S pipewire pipewire-alsa pipewire-jack pipewire-media-session pipewire-pulse

En algunas configuraciones orientadas a audio profesional, también puede entrar en juego pipewire-jack-dropin desde AUR, que se instala con un helper como yay:

yay -S pipewire-jack-dropin

Tras reiniciar, deberías tener PipeWire manejando ALSA, JACK y PulseAudio. Para comprobarlo, usa de nuevo pactl info y systemctl --user status pipewire, y revisa que PulseAudio no siga ejecutándose en paralelo.

Si previamente tenías scripts que arrancaban JACK al inicio de sesión o reglas personalizadas para cambiar entre distintas interfaces de audio, conviene deshabilitar esos scripts para evitar conflictos, ya que PipeWire puede emular JACK automáticamente cuando un cliente lo necesita y cambiar de tarjeta de sonido en caliente sin necesidad de hacks extra.

Fedora y el papel de PipeWire en GNOME

En Fedora, PipeWire llegó primero como solución para screencasting bajo Wayland y poco a poco fue asumiendo también el rol de servidor de audio, sustituyendo a PulseAudio y facilitando la compartición de pantalla en navegadores y aplicaciones de grabación.

GNOME Shell genera un flujo de vídeo que entrega a PipeWire cuando compartes la pantalla, y ese flujo se canaliza hacia apps como Firefox, Chrome/Chromium u OBS Studio mediante las APIs de portales. Además, el control de volumen que ves en GNOME interactúa con PipeWire mediante la API de PulseAudio.

En equipos Fedora actuales, si ejecutas pactl info verás que el servidor es PulseAudio sobre PipeWire, y systemctl --user status pipewire confirmará que PipeWire está activo como servicio de usuario.

Gestores de sesión: pipewire-media-session y WirePlumber

Para que PipeWire funcione correctamente necesita un gestor de sesiones, que se encarga de decidir qué dispositivo usar, cómo se enrutan los flujos, cómo se gestionan los perfiles Bluetooth, etc. Actualmente hay dos opciones principales.

Por un lado está pipewire-media-session, que ofrece una funcionalidad básica, muy orientada inicialmente a compartir pantalla y poco más. Se ha utilizado en versiones anteriores y en entornos con requerimientos sencillos.

Por otro lado tenemos WirePlumber, que es el gestor de sesiones recomendado en distribuciones modernas. WirePlumber proporciona políticas más avanzadas, mejor soporte para Bluetooth, cambios automáticos de perfil y una configuración más flexible para entornos de escritorio complejos.

En Debian 12, por ejemplo, instalar el paquete wireplumber sustituye al viejo pipewire-media-session, y deberás habilitarlo como servicio de usuario con:

$ systemctl --user --now enable wireplumber.service

Al usar WirePlumber ya no es necesario crear ciertos archivos vacíos que se pedían en configuraciones antiguas con media-session, como los relacionados con la capa JACK; el gestor moderno se encarga de ello de forma más automática.

Configuración adicional: ALSA, JACK y Bluetooth con PipeWire

Aunque PipeWire centralice el audio, ALSA sigue siendo clave para el control de niveles. Una buena práctica es abrir alsamixer en terminal y comprobar que todos los canales importantes estén activos y con un nivel razonable.

En alsamixer, un canal silenciado aparece con “MM” debajo de la barra, mientras que un canal activo muestra “OO”. Puedes alternar entre encendido y apagado pulsando la tecla M. Incluso si en PipeWire ves el volumen al máximo, si ALSA tiene el canal al mínimo o en mute, no oirás nada.

Para los usuarios de audio profesional, PipeWire puede actuar como servidor JACK utilizando paquetes como pipewire-jack o libspa-0.2-jack. En algunos casos se recurre a comandos como:

# cp /usr/share/doc/pipewire/examples/ld.so.conf.d/pipewire-jack-*.conf /etc/ld.so.conf.d/
# ldconfig

Con eso se consigue que las bibliotecas de JACK se sustituyan por las de PipeWire en tiempo de ejecución, apuntando al directorio donde se encuentran los módulos JACK de PipeWire, lo que permite que las aplicaciones sigan usando la API de JACK pero sobre el motor de PipeWire.

En el terreno de Bluetooth, PipeWire trabaja en conjunto con BlueZ para ofrecer auriculares compatibles con Bluetooth LE Audio cuando se usa como reemplazo de PulseAudio. En distros como Debian suele ser necesario instalar paquetes como libspa-0.2-bluetooth y eliminar pulseaudio-module-bluetooth para evitar el error “Protocolo no disponible” al conectar dispositivos.

La configuración avanzada de Bluetooth en PipeWire se gestiona mediante archivos como /usr/share/pipewire/media-session.d/bluez-monitor.conf o sus equivalentes según el gestor de sesiones. Para personalizar los códecs y otras opciones se suele copiar ese archivo a:

~/.config/pipewire/media-session.d/bluez-monitor.conf

y editarlo desde tu usuario, sin privilegios de root, para ajustar detalles sin tocar la configuración global del sistema.

Cómo desactivar PulseAudio y usar solo PipeWire

Uno de los errores más frecuentes tras “migrar” a PipeWire es dejar PulseAudio medio vivo, de forma que a veces arranca y a veces no, o se activa por socket y compite con PipeWire. Para evitarlo, conviene deshabilitarlo por completo.

En sistemas con systemd de usuario, es habitual ejecutar:

$ systemctl --user --now disable pulseaudio.service pulseaudio.socket

y para rematar, en caso de que PulseAudio se siga activando por alguna razón, enmascarar el servicio con:

$ systemctl --user mask pulseaudio

En muchos casos, tras reiniciar, PulseAudio dejará de arrancar incluso por accidente y PipeWire tomará el control exclusivo. Si en algún momento quieres volver al comportamiento anterior, solo tienes que desenmascarar y habilitar de nuevo PulseAudio:

$ systemctl --user unmask pulseaudio
$ systemctl --user --now enable pulseaudio.service pulseaudio.socket

y, si ya no quieres usar PipeWire para audio, puedes deshabilitar sus servicios relacionados con PulseAudio:

$ systemctl --user --now disable pipewire pipewire-pulse