ALSA vs PulseAudio vs PipeWire: quin utilitzar avui a Linux

Darrera actualització: 27/03/2026
Autor: Isaac
  • ALSA actua com a capa base al nucli i necessita un servidor superior per gestionar barreges i múltiples aplicacions.
  • PulseAudio va dominar l'escriptori durant anys, però presenta limitacions davant de necessitats modernes i professionals.
  • PipeWire unifica els rols de PulseAudio i JACK, mantenint compatibilitat i oferint baixa latència.
  • La combinació més recomanable avui és ALSA + PipeWire, ajustant la seva configuració al directori de l'usuari si es requereix.

Comparativa ALSA PulseAudio PipeWire a Linux

El so a Linux té fama de ser un petit caos : guies velles, tecnologies que s'encavalquen i noms que es repeteixen en mil fòrums. Si mai has buscat “alsa vs pulseaudio vs pipewire” segur que has acabat amb més dubtes que respostes clares. La bona notícia és que, entenent unes quantes idees clau, tot encaixa força millor del que sembla.

Pensa en l'àudio com una mena d'autopista amb diverses capes : a la base hi ha el sistema que parla directament amb el maquinari, a sobre hi ha capes que reparteixen el trànsit entre aplicacions i, finalment, hi ha els programes que tu uses diàriament (reproductors, navegadors, DAWs, etc.). ALSA, PulseAudio i PipeWire juguen papers diferents en aquest esquema, i saber què fa cadascú t'estalvia molts maldecaps quan alguna cosa deixa de sonar o vols optimitzar el teu equip.

ALSA, la base de l'àudio a Linux

ALSA (Advanced Linux Sound Architecture) és el “driver” d'àudio principal del nucli , el qual s'encarrega de parlar directament amb la targeta de so. En molts fòrums antics veuràs que “configurar l'àudio” equival a “tocar ALSA”, perquè durant anys va ser pràcticament l'única cosa que hi havia per treure so a Linux.

ALSA funciona a un nivell molt baix : gestiona els dispositius físics, els controls de volum bàsics, les entrades i sortides, i tot el que implica comunicació directa amb el maquinari. És robust i està molt integrat al sistema, però per si sol no és especialment còmode per al dia a dia si vols utilitzar diverses aplicacions alhora sense embolics.

Un problema històric d'ALSA és que no estava pensat com a mesclador modern . A molts escenaris clàssics, una sola aplicació podia “segrestar” la targeta de so, i la resta es quedava sense accés. Això feia que reproduir àudio simultani des de diverses fonts fos un repte, o que haguessis de fer configuracions molt manuals.

Per això avui dia ALSA se sol fer servir com la capa base sobre la qual es recolzen altres sistemes més flexibles. És a dir, continua sent imprescindible, però l'usuari final normalment no parla directament amb ALSA tot el temps, sinó a través d'una capa superior que fa d'intermediària.

En distribucions modernes, ALSA ve gairebé sempre instal·lat i operatiu per defecte, i el que tries realment és quina capa hi poses a sobre: ​​PulseAudio, PipeWire o solucions especialitzades com JACK. Per això la decisió pràctica no és “ALSA o alguna cosa més”, sinó amb què ho combines.

PulseAudio: l'estàndard d'escriptori durant anys

PulseAudio va néixer per tapar les mancances de l'ús directe d'ALSA a escriptoris Linux: barreja de diverses fonts, control de volum per aplicació, canvi dinàmic entre auriculars, altaveus, HDMI, etc. Durant molt de temps va ser “el normal” a gairebé qualsevol distro orientada a l'usuari mitjà.

La idea de PulseAudio és senzilla : ALSA es connecta a PulseAudio, i PulseAudio s'encarrega de repartir l'àudio entre totes les aplicacions. Si obries YouTube, Spotify i un joc alhora, era PulseAudio qui s'ocupava de barrejar-ho tot sense que tu haguessis de barallar-te amb configuracions complicades.

No obstant això, PulseAudio va anar acumulant mala fama en certs entorns: consum de recursos, latències una mica altes per a àudio professional, penges esporàdics i problemes més o menys recurrents amb alguns dispositius. Per a un ús normal descriptori sol anar bé, però si vas una mica més enllà (enregistrament serios, baixa latència, rutejos complexos) es queda curt o incòmode.

A més, PulseAudio convivia malament amb altres sistemes dàudio . Si volies utilitzar JACK per a àudio professional, moltes vegades havies de “pontejar” PulseAudio amb ALSA o amb el propi JACK, o fins i tot desactivar-ne un per utilitzar l'altre. Això generava configuracions fràgils, scripts extra i força mals de cap.

En moltes distros seguiràs veient PulseAudio com a opció o fins i tot com a instal·lació per defecte , però la tendència clara a l'ecosistema Linux és que vagi cedint terreny davant PipeWire, que està pensat precisament per substituir-lo sense trencar compatibilitat amb aplicacions antigues.

  Guia Completa sobre Errors de Controladors a Linux i Com Solucionar-los

JACK: el món de l'àudio professional tradicional

JACK (el servidor de so per a àudio professional) és un altre actor clàssic a Linux , però orientat a un perfil molt concret: músics, productors, gent que necessita latències molt baixes i control extremadament fi sobre què va a quin lloc.

La filosofia de JACK és diametralment oposada a la de PulseAudio . PulseAudio intenta ser senzill i transparent; JACK, en canvi, et deixa manejar connexions d'entrada i de sortida gairebé al mil·límetre: pots enviar l'àudio d'una aplicació a una altra, encaminar pistes dins d'un DAW, connectar maquinari extern, etc., tot amb prioritat en la latència i la precisió.

El problema és que JACK també és molt més complex de configurar i utilitzar . En escriptoris “normals” no té gaire sentit fer-ho el teu sistema principal de so, perquè aplicacions quotidianes com a navegadors o clients de videotrucada no sempre s'entenen bé amb ell sense capes addicionals.

Durant anys, el flux típic per a gent que feia música a Linux era una cosa així : utilitzar PulseAudio per a tot el diari (navegar, vídeos, jocs) i canviar a JACK quan tocava gravar o produir. Això implicava aturar un servidor d'àudio, arrencar l'altre o buscar ponts entre tots dos mons. L'experiència, tot i ser amables, no era precisament fluida.

Aplicacions com qjackctl van néixer per facilitar la gestió de JACK (arrencada, parada, connexions), però tot i així seguia sent un entorn força especialitzat. Qui venia de PulseAudio es trobava amb una interfície molt més tècnica, i qui vivia a JACK veia PulseAudio com un mal necessari per a la resta de programes del sistema.

PipeWire: l'intent d'unificar l'embolic

PipeWire apareix per solucionar precisament aquesta fragmentació . El seu objectiu és ser un servidor multimèdia modern capaç de substituir tant PulseAudio com JACK, ia més oferir gestió de vídeo (per a screencasts, per exemple) en el mateix framework.

La clau de PipeWire és que es “disfressa” de PulseAudio i de JACK alhora . Per a ALSA, PipeWire és simplement el servidor que rep l'àudio. I per a les aplicacions, PipeWire es pot presentar com si fos PulseAudio o com si fos JACK, segons el que esperin. Així aconsegueixes que programes antics segueixin funcionant sense modificacions.

A la pràctica, això significa que pots tenir aplicacions que creguin que parlen amb PulseAudio (per exemple, el teu navegador o el teu reproductor de música) al mateix temps que altres que creguin estar usant JACK (com un DAW professional), i totes elles es connecten realment a PipeWire sota el capó.

Aquesta capacitat de barrejar “móns” té un avantatge enorme : ja no has de triar entre un escriptori còmode i un entorn de producció seriós. Pots tenir les teves pestanyes de YouTube obertes mentre graves àudio a la teva estació de treball, sense caminar parant serveis, sense ponts fràgils i sense canviar de servidor de so segons el que facis.

Una altra diferència important és que PipeWire està dissenyat amb latència baixa al cap , apropant-se més al terreny de JACK que al de PulseAudio en aquest aspecte, però mantenint la facilitat d'ús per a tasques comunes. Per això cada vegada més distribucions ho adopten com a estàndard per a tot.

En molts casos, PipeWire s'instal·la juntament amb components de compatibilitat (per exemple, un “pipewire-pulse” per fer de servidor tipus PulseAudio o un “pipewire-jack” per proporcionar l'API de JACK). Això permet que els teus programes segueixin veient “PulseAudio” o “JACK” encara que realment estiguin treballant contra PipeWire.

Com es relacionen ALSA, PulseAudio, JACK i PipeWire

Una manera senzilla de visualitzar - ho és pensar en capes . A la base, sempre hi ha ALSA, que parla directament amb la targeta de so. Per sobre, tries un servidor que barreja i encamina: abans era PulseAudio o JACK; ara, PipeWire pot fer la feina de tots dos sense que les aplicacions se n'assabentin.

Històricament, ALSA només podia connectar-se a un d'aquests servidors alhora . És a dir, o estaves usant PulseAudio o estaves usant JACK, però no ambdós servidors de forma nativa i simultània manejant el mateix maquinari sense trucs addicionals. Si volies canviar d'un entorn a un altre, tocava apagar-ne un i encendre l'altre o recórrer a configuracions complicades.

Amb PipeWire la situació millora precisament perquè centralitza aquest paper de servidor . ALSA acaba enviant l'àudio sempre a PipeWire, que s'ocupa de tot l'encaminat. Les aplicacions no han de saber si a sota hi ha PulseAudio, JACK o alguna cosa nova; només veuen una API compatible.

  Guia completa per configurar Debian: Estabilitat extrema en servidors

En alguns sistemes pots tenir instal·lats alhora PulseAudio, JACK i PipeWire . PipeWire està pensat per prendre el control quan s'inicia en mode compatibilitat, de manera que encara que els paquets dels altres hi siguin presents, sigui PipeWire el que realment gestioni l'àudio quan les aplicacions arrenquen.

Això no significa que hagis d'acumular capes innecessàries . Si la teva distribució ja fa servir PipeWire com a servidor principal, moltes vegades té sentit desinstal·lar PulseAudio i prescindir d'arrencar JACK com a servidor independent, quedant-te amb ALSA + PipeWire com a combinació bàsica per a gairebé tot.

Què triar avui: ALSA, PulseAudio o PipeWire

Si estàs muntant un escriptori Linux modern, la recomanació més assenyada per al 2025 és apostar per ALSA com a base i PipeWire com a servidor principal. És la combinació que ofereix equilibri entre senzillesa, compatibilitat i capacitat per a tasques més avançades; si no n'estàs segur, aprèn a comprovar si estàs usant PipeWire.

PulseAudio segueix sent vàlid per a entorns senzills , i en algunes distros ho veuràs encara com a opció per defecte o com a alternativa si PipeWire et dóna algun problema puntual. Però, tret de casos molt concrets, és una tecnologia en clar declivi davant de PipeWire, que està pensada precisament com el seu reemplaçament directe.

JACK, per la seva banda, ja no és imprescindible com a servidor a part si fas servir PipeWire, perquè moltes aplicacions “pro” poden connectar-se al backend de PipeWire com si fos JACK. Eines clàssiques com qjackctl poden seguir complint la seva funció, però realment parlen amb PipeWire a través de la capa de compatibilitat.

En escenaris típics d'escriptori (KDE Plasma, GNOME, etc.) , l'habitual serà que no hagis de tocar pràcticament res: instal·les la distro, PipeWire ve preconfigurat i llest per utilitzar, i ALSA treballa en segon pla. Lelecció es torna gairebé transparent per a lusuari mitjà.

Si has fet servir ALSA “a pèl” en distros antigues (per exemple Slackware en els seus primers temps) , notaràs un canvi radical de comoditat en passar a la combinació ALSA + PipeWire. Deixes de barallar-te amb dispositius que es bloquegen o amb barreges manuals per passar a un sistema més proper al que ofereixen Windows o macOS quant a experiència d'usuari.

El cas pràctic: Void Linux, KDE Plasma i so

Un exemple molt il·lustratiu és el dels que proven Void Linux a l'escriptori , amb un entorn com KDE Plasma i ganes de deixar-ho tot “net i fi”. Després de configurar el sistema base, l'àudio sol ser una de les darreres peces del puzle.

En un escenari així, et trobaràs amb tres noms principals : ALSA (inevitable com a capa del nucli), PulseAudio i PipeWire. El dubte típic és “què trio?” si vull alguna cosa estable, senzilla i que no em compliqui la vida quan faci servir l'ordinador per a tot tipus de tasques.

Seguint la tendència actual i les recomanacions més esteses , el més coherent és optar per PipeWire com a servidor de so, deixant que ALSA segueixi fent la seva feina al kernel. D'aquesta manera no necessites muntar PulseAudio per separat, tret que tinguis alguna dependència molt concreta.

A Void o altres distros minimalistes és bona idea revisar quins paquets toques . Algú que, per exemple, “esborra PipeWire des del gestor gràfic de paquets” es pot trobar que es porten al davant biblioteques i dependències que feien servir altres aplicacions, trencant sense voler funcions com el so o l'ús de micròfon.

La recomanació general és mirar sempre la llista de paquets que s'eliminaran quan desinstal·les alguna cosa relacionada amb l'àudio. En entorns amb PipeWire, és fàcil que més components en depenguin del que sembla a primera vista, i treure'ls sense cura pot deixar el sistema mig coix.

Configurar PipeWire sense tornar boig

Un dels avantatges de PipeWire és que, en molts casos, no necessites tocar res : la configuració per defecte sol ser raonable per a la majoria dusuaris. Però si voleu afinar paràmetres (latència, perfils, comportament de dispositius, etc.), teniu marge per fer-ho a nivell d'usuari.

La manera recomanada de personalitzar PipeWire és copiar els vostres fitxers de configuració des dels directoris del sistema a la vostra carpeta personal, i modificar-hi el que necessiteu. D'aquesta manera, si alguna cosa va malament, només cal eliminar o reanomenar aquests fitxers al teu home per tornar al comportament per defecte.

  Com optimitzar Dota 2 a Linux amb Vulkan i Proton

Depenent de la distribució, els fitxers de configuració base solen estar en rutes com /etc/pipewire/ o /usr/share/pipewire/. En aquests directoris veureu diversos fitxers amb noms relativament descriptius (per exemple, de sessió, de clients, de compatibilitat amb JACK o PulseAudio, etc.).

Per anul·lar la configuració general a nivell d'usuari, es copien aquests fitxers a el teu directori personal, normalment a ~/.config/pipewire/ (tingueu en compte que .config és un directori ocult al teu home). Un cop copiats, qualsevol canvi que facis en aquests fitxers tindrà prioritat sobre els valors del sistema.

PipeWire permet a més crear subdirectoris i utilitzar noms de fitxer personalitzats , sempre que respectis l'estructura i les convencions que indica la seva pròpia documentació. Això et dóna força joc per organitzar ajustaments específics sense haver de seguir al peu de la lletra els noms originals dels fitxers del sistema.

En editar aquests fitxers, has de recordar com funcionen els comentaris: qualsevol línia que comenci pel caràcter # serà ignorada per PipeWire, de manera que el valor real continuarà sent el predeterminat. Si vols activar o modificar una opció, has d'eliminar el # al començament daquesta línia perquè el paràmetre es tingui en compte.

La documentació oficial i les guies de la comunitat sobre “PipeWire JACK” solen portar exemples força bons de configuració. Pots partir-ne, copiar-los al teu directori d'usuari i ajustar el mínim necessari: freqüències de mostreig, memòria intermèdia, prioritats, etc., segons les teves necessitats i utilitzar FFmpeg per treballar amb fitxers de so.

PipeWire, compatibilitat amb PulseAudio i JACK

Un dels punts forts de PipeWire és que fa de pont amb l'ecosistema existent . Gràcies als mòduls de compatibilitat, les aplicacions que només entenen PulseAudio o JACK poden seguir funcionant com sempre, encara que en realitat el servidor que hi ha al darrere sigui PipeWire.

El mode “PipeWire-Pulse” permet que qualsevol programa que busqui un servidor PulseAudio es connecti sense assabentar-se de PipeWire. Des de la perspectiva del programari, segueix havent-hi un “PulseAudio” disponible, però les peticions es tradueixen i gestionen pel backend de PipeWire.

De manera similar, el component PipeWire-JACK ofereix una API compatible amb JACK , de manera que les teves aplicacions d'àudio professional creuen estar parlant amb un servidor JACK clàssic, encara que sigui PipeWire qui porti la veu cantant. Això inclou eines de gestió com qjackctl, que es poden fer servir per visualitzar i manipular connexions.

En sistemes on coexisteixen PulseAudio, JACK i PipeWire instal·lats , és força habitual que PipeWire assumeixi el control si s'arrenca en mode compatibilitat, permetent que la resta de paquets romanguin instal·lats però sense estar realment actius com a servidors de so principals.

Això facilita molt les transicions : pots passar d'un sistema basat en PulseAudio a PipeWire sense que deixin de funcionar les teves aplicacions de sempre, i afegir després el suport “tipus JACK” per a les teves eines de producció sense necessitat de canviar-ne la configuració interna.

La conseqüència pràctica és que PipeWire acaba sent el “hub” central a través del qual s'organitza tot el trànsit d'àudio (i fins i tot de vídeo), fent que l'experiència en Linux sigui més homogènia i que, alhora, no es perdi el treball d'anys invertit en aplicacions que es van escriure pensant a PulseAudio o JACK.

Amb tot aquest panorama, la foto general de l'àudio a Linux queda força més clara : ALSA com a base imprescindible al kernel, PulseAudio com a solució que ha dominat l'escriptori però està quedant enrere, JACK com a eina especialitzada que ja no necessita ser un servidor a part en molts casos, i PipeWire com la peça moderna que intenta deixar-ho tot sota el mateix sostre sense carregar-se la composició.

recreació de so
Article relacionat:
Recreació de so: efectes, IA i eines per a creadors