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.
Tohle je trochu husté čtení https://meetbot.fedoraproject.org/teams/fesco/fesco.2020-12-09-15.00.log.html . A to se zde fedora často objevuje jako doporučení pro nováčky... No nic, je to zadarmo, tak status testovací alfy nevadí.
Co je na tom hustého? Že se ve vývojové verzi zkouší nový software? Pro běžné uživatele je podstatné to, co se dostane do finální verze, a pokud PW nebude plnit kritéria pro finální verzi a neprojde testováním, tak se buď posune vydání Fedory, pokud je to něco, co se dá vyřešit rychle, nebo se vrátí k PA.
Asi zalezi co pod pojmem "novacek" myslite.
Pokud se jedna o cloveka typu "nainstaluj a zapomen" jako treba ruzne netechnicke pribuzenstvo co pouziva PC na internet/maily/youtube tak bych spis volil Ubuntu LTS, vzhledem k defaultne instalovanym patentovanym kodekum a podobne.
Pokud se jedna o cloveka zvidaveho ktery je sice novacek ale chce se ucit, v tom pripade proc ne Fedora?
Krome toho pro konzervativni uzivatele je k dispozici "Fedora - 1" tj. aktualni Fedora je 33 ale Fedora 32 je jiz odladena a stale podporovana. V case vydani Fedory 34 muzete s klidem prejit z 32 na 33 a mit jistotu ze je jiz dostatecne stabilni.
Když to zvládne moje máti, která měla svůj první počítač pár let před padesátkou, zvládne to každý.
Dřív jsem jí ten upgrade dělal já, ale posledně jsem u ní byl na návštěvě a překvapilo mě, že má nejnovější Fedoru, tak jsem se jí zeptal a ona: Jo, vyskočilo tam na mě, že je k dispozici nová verze systému, tak jsem klikna na "Instalovat", chtělo to po mně restart počítače a to bylo všechno.
Lidi si dnes jednou do roka upgradují systémy v telefonu nebo tabletu, popravdě nevím, co je tak šokujícího na tom to dělat i na notebooku.
PA je šunt kterému se už 15 let vyhýbám a snažím se držet čisté Alsy. Je to teda čím dál tím těžší, ale vždy když jsem PA zkusil, tak se všechno rozbilo. A některé hacky, co jsem našel jako řešení se mi vůbec nelíbily. Jistě, za něco může HW (intel HDA), ale raději funční Alsu než nefunkční PA, které stejně sedí nad Alsou.
Pokud bude PW fungovat lépe, přechod na něj určitě zvážím.
Marián Kyral
Nainstaluji PA a pak dva dny řeším, proč mi nejde zvuk.[...]
a na jakem distru? pouzivam uz roky (predinstalovane) v Xubuntu a nevim o zadnem problemu, proste to funguje, treba nastavit ze jedna app hraje do repro, druha bt sluchatek, nebo posilat zvuk po siti na jinej stroj v kterem to hraje... (nepouzivam specialni hudebni programy, JACK, ci externi zvukovky, nevim zda tam problemy jsou) :-)
Naposledy Gentoo. Nějakou dobu mi trvalo, než jsem zjistil, že sluchátka fungují a že interní reproduktory NB hrají, když se odmutuje sluchátkový výstup. Pak už jen zjistit, jak PA zakázat přepínání portů a mutování sluchátek po jejich odpojení.
Jak říkám, asi problémový HW. Přece jen můj NB už není nejnovější. Nicméně Alsa mi takové psí kusy nevyvádí.
Mě naopak myšlenka sjednotit multimédia do jednoho pořádného celku přišla lepší (ač to asi je proti
Nešlo odolat. :-)
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).
> Autor PipeWire je Wim Taymans, mimo jiné autor GStreameru, který má snad 20 let zkušeností s multimédii na Linuxu.
No tak to ste ma práve neukludnili. GStreamer je koncepčne kópia DirectShow (čo už aj Microsoft zahodil a presadzuje Media Foundation) , čo bola pre zmenu kópia BeOS Media Kit-u. Celé to bola slepá ulička, zbytočne komplikované a nespoľahlivé.
Taký ffmpeg to zobral z tej opačnej stránky, stavil na jednoduchosť a spoľahlivo funguje.
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.