Schváleno: Fedora dostane PipeWire jako výchozí zvukový systém

"Prozatím se změna týká jen zvukového subsystému, ale ambice projektu PipeWire jsou větší, jednoho dne zastřeší i video na Linuxu."

Tato změna se týká jen zvuku, protože jako video server už funguje. Ve Fedoře už od verze 27. Používá se primárně na sdílení obrazovky.

Jsou tam nějaké Blockery? Funguje to s Firefoxem například?

To sdílení obrazovky? Ano. Přidávali jsme podporu do WebRTC, takže by měl na to umět používat PipeWire každý prohlížeč, který nemá nějakou archaickou verzi WebRTC. Jen se tam nějakou dobu ladil ten proces povolení sdílení, protože původně tam vyskakoval jak dialog z prohlížeče, tak dialog systémový.

Co se týče zvuku, tak PipeWire implementuje stejné rozhraní jako PulseAudio a JACK, takže pro aplikace by měl být drop-in replacementem. Zvažovalo se, jestli jeho nasazení v roli výchozího zvukového serveru neposunout do F35, ale nakonec se rozhodlo, že se to prostě zkusí, ať to projde pořádným testováním a když to nepůjde, nastaví se do finální verze zase PA. Nicméně na PipeWire jako na zvukový server čekáme jako na smilování boží, protože PA třeba u podpory bluetooth zařízení, která jsou teď velmi populární, zamrzlo tak 10 let zpět a moc se to dopředu nehýbe.

A nebylo by bývalo pro celý ekosystém lepší tu podporu opravit v PA?

Mě naopak myšlenka sjednotit multimédia do jednoho pořádného celku přišla lepší (ač to asi je proti původní *nixové filosofii).

Třeba patche na podporu pokročilých zvukových kodeků pro bluetooth přenosy tam jsou, ale jejich autor to po několikaletém čekání na začlenění vzdal. Navíc jsou tam problémy netechnického rázu. Třeba přímo Sony poskytuje encoder LDACu v podobě knihovny libldac pod licencí MIT a panuje právní nejistota, jestli LGPL projekt (PA) může používat MIT knihovnu, proto tam LDAC asi nikdy out-of-the-box podporu mít nebude. PipeWire je také pod MIT, takže s tím nemá problém.

Ale to je jen jeden z problémů. Pak je to třeba to, že PipeWire nahrazuje také JACK. PulseAudio nikdy takovou ambici nemělo a je otázka, jestli by to jeho architektura vůbec umožňovala.

Největší benefit je ale v tom sjednocení audia a videa do jednoho démonu. To podstatné pro pořádnou synchronizaci zvuku a videa. To taky nikdy nebylo ambicí PulseAudia. Autor PipeWire je Wim Taymans, mimo jiné autor GStreameru, který má snad 20 let zkušeností s multimédii na Linuxu. Mu celkem věřím v tom, co dělá. Na architekturu PipeWire má z různých audio/video komunit pozitivní ohlasy, i když to je pro ně vlastně konkurence (JACK).

Doufám, že ten proces povolení sdílení ve Fedoře 33 ještě není finální. Naposledy jsem odklikával snad 4 okna, jedno dokonce dvakrát :-)

Moje zkušenosti jsou zatím dost špatné. A podle počtu bugů, které se objevily, když distribuční balíček přišel s tou nesmyslnou závislostí libpipewire na pipewire (kvůli které se při updatu nainstaloval a aktivoval všem), nejsem sám.

Uff, to jsem někde ležel v komatu, či co? Až jsem z toho málem přeextrahoval costa ricu v moka konvičce :-). Anyway, přidávám info do textu a ptám se: mlhavě si vybavuju, že PipeWire měl ambice nahradit kompletně vše v těch proudech pro zpracování videa co se používaly (V4L atd). Jak je to s tímto cílem (pokud mi paměť tedy neslouží špatně)?

Dodatek: ne, v komatu jsem nebyl, psal jsem o tom dokonce na diit v červnu 2017. No pěkné...

Přesnou roadmapu PipeWire neznám, ale na začátku byla priorita podporovat sdílení obrazovky, protože jsme to potřebovali na Waylandu. Proto se začalo s video částí. Pak byla priorita webcam portal pro aplikace ve Flatpaku, aby ze sandboxu nemusely přistupovat přímo k hardwaru, ale dostávaly ten stream přes nějaké kontrolované API.
A nyní je priorita zvukový server, abychom měli konečně jedno řešení pro všechny typy použití a lidi nemuseli přepínat mezi PA a JACKem.

Lidí, kteří přepínají mezi PA a jackem, je poměrně málo. Pokud někdo potřebuje jack, má na něj vlastní zvukovku (obvykle dražší) a určitě nechce, aby se mu do řetězce motaly systémové zvuky a youtube. Navíc takový uživatel moc dobře ví, co dělá.

Problém PA nebyl jeho návrh, ten je poměrně v pohodě. Navíc návrh se dá v čase měnit, není potřeba velký třesk. Proč by se třeba do libpulse nemohla dát podpora těch nových úsporných komunikačních metod, které PW zmiňuje jako zásadní výhodu? Určitě by to nějak šlo, kdyby byl o to zájem.

Problém PA byl jeho (možná nevyřčený, ale uživateli očekávaný) slib - zvuk bude fungovat automagicky na libovolném HW, pro každý HW stejně, rovnou plná podpora všech funkcí. Jenže každý HW je jiný a i když je nějaký standard, výrobci v implementacích stejně nasekají mraky chyb. Quirky v alsa driveru (USB-audio a Intel HDA jsou jimi prošpikované), quirky v UCM, quirky v profilech PA https://github.com/pulseaudio/pulseaudio/tree/master/src/modules/alsa/mixer/profile-sets . Prostě bez konverzního můstku mezi teorií a realitou se to neobejde. PW to řeší přímým použitím tohoto největšího knowhow PA, které lze získat jen praktickým testováním a používáním https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/PulseAudio . Dává to smysl, ale větší smysl by mi dávalo snažit pracovat se stávajícím řešením,

A k tomu mraky požadavků během let na všechny možné i nemožné funkce PA https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/ . Tohle vše vzniklo proto, že to někdo potřeboval. A většinu z toho bude potřebovat i v PW. A to jsme ani nezabrousili do jacku, kde PW spoustu klíčových věcí ještě ani neumí https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Limitations-in-0.3#jack

Plná náhrada PA a jacku je ještě hodně hodně daleko. Do toho se míchá přímá konkurence gstreamer, za kterým je dnes komerční subjekt Centricular a nevěřím, že jen tak bude chtít vyklidit pole.

Nevěřím, že PW bude výrazně lepší než PA. Možná ve spotřebě CPU, ale použít moderní úsporné komunikačních techniky by šlo určitě i v PA. Pochopil jsem, že hlavní motivací PW jsou kontejnery a složité embedded konfigurace (pro automotive). Tedy víceméně fixní hardware, jehož nastavení udělá nějaký specialista a pak už se to nebude měnit. Trochu jiné požadavky než u desktopu.

No držím palce, aby redhatu vydržela ochota zainvestovat všechny ty chybějící funkce. Osobně v tom nejsem velký optimista.

Prozatím se změna týká jen zvukového subsystému, ale ambice projektu PipeWire jsou větší, jednoho dne zastřeší i video na Linuxu.

Mě to teda běželo už v 32 a nijak jsem to neinstaloval.

Nemůžu najít to hlasování :D