Na desktop pro BFU nic srovnatelné s PA v linuxu není. A opravdu to nezachrání konfigurace v .asoundrc, znám ji poměrně podrobně.
Démon má svůj význam. Mixování streamů jen v knihovně (deprecated dmix v alsa-libu) je dost složité a neumožňuje spoustu funkcí (např. právě to spolehlivé přepínání zvukovek za běhu).
PA bylo do distribucí natlačeno předčasně, než se po několika letech podařilo vyladit kooperaci alsy a PA. Spoustu problémů bylo na straně alsy a hlavně driverů, které sice řadu funkcí definovaly, ale nefungovaly správně a PA byl v podstatě první projekt, který je začal používat. Byly to hlavně věci kolem časování a informování o aktuálních stavech bufferů a DMA pointerů, protože PA narozdíl od standardního alsa-libu časuje HP časovači a interrupt od zvukovky je jen pomocná informace.
Dnešní rozvoj alsy na nemobilních zařízeních (tj. mimo podprojekt ASoC alsy, který je hlavně pro ARMy a embedded SoCy) vychází především z potřeb dalšího rozvoje PA (API pro jacky, API pro konfiguraci kanálů atd.), aby šly zvukovky ovládat jednotně i v detailech a každá nepotřebovala své vlastní klikátko od výrobce, jako je tomu ve windows.
Konečně to sem někdo napsal. Zatím měli všichni plnou hubu keců, ale o zvuku na Linuxu nevěděl nikdo nic. S PulseAudiem byly sice z počátku problémy, protože původní kód je poměrně nekvalitní, dnes je ale nesmysl ho nepoužívat. Jednak funguje poměrně spolehlivě, druhak se s ním v audio stacku prostě počítá.
no vzhledem k tomu ze jiz od jadra 2.4 byl naprosto perfektne funkcni OSS, tak implementace ALSA vytvorila umele problemy, ktere umele resil PA...
bozhuzel OSS upadlo v nemilost kvuli licenci takze, tak jako vzdy v linuxu, svobone s GPL za horsi SW ale hlavne svobodne, ze...
jak se to vezme, v kernelu je spousta veci. Dulezita je celkova funkcnost a ta bohuzel v linuxu od roku 2004 stagnuje, ne-li upada. Jakmile neco funguje, tak prijde soudruh s uzasnym napadem "lepe a radostneji" a vytvori problem ( ALSA ) a pak na nej hleda reseni ( PA ), jak priznacne :) a tak bychom mohli pokracovat... systemd, wayland apod.
Proste "rozjebavka" na vsech frontach, ktera skonci forkem kernelu za ucelem vytvoreni SystemdOS, pod taktovkou Redhatu .