PipeWire byl oficiálně oznámen

MojeFedora informuje, že PipeWire byl oficiálně oznámen (en). PipeWire bude zprostředkovávat aplikacím jednotný přístup k audiu a videu. Jedním z hlavních důvodů je možnost izolovat aplikace od audio a video zdrojů. Aplikace nebudou mít přímý přístup k hardwaru, ale budou se muset ptát multimediálního serveru PipeWire, který jim je na základě nastavených oprávnění poskytne nebo ne. V budoucnu by měl PipeWire nahradit PulseAudio.

19.9.2017 23:33 | Ladislav Hagara | Zajímavý software

Komentáře

[pushkin]

Výborně!!! Takže v době, kdy má PulseAudio k relativní odladěnosti stále ještě daleko, o dokonalosti nemluvě, začneme bastlit další vrstvu, která ho má nahradit.

Nebylo nad to, když byla v systému čistá ALSA - člověk si ohlídal pár konfiguráků a vše běhalo, jak mělo. Nesr*ly se do toho zabugované mezivrtvy s mizernou dokumntací a byl klid. !@#$%^&*{}!!!

[SUK]

No, uprimne - ALSA je naprosto priserne slozitej bastl se zrudnou dokumentaci a pomerne slozitou konfiguraci. Psal jsem neco malo pro ALSAu a pro JACK a s jackem jsem mel, co jsem chtel, za par minut. S alsou jsem to nezvladl dokoncit.

Nemluve o tom, ze alsa je "low level", takze tam chybi prave ta moznost ruznyho "routingu" a oddeleni aplikaci - respektive nevim o tom, ze bych s dmixem mohl neco takovyho delat. No a kdyz uz je PA takovej shit, tak mozna dava smysl to napsat znova a poradne, ne?

[Heron]

Hlavně jsem zvědav na HW požadavky. Zatímco ALSA uměla hrát na úrovni všech schopností HW, tak pustit si 96kHz na PA šlo až 10 let po té.

Nedávno jsem řešil problém (na Widlích), že VLC neumí přehrát 4k. Vlastně neumí ani přehrát FullHD@60fps. Zjistil jsem, že neumí používat HW akceleraci na GPU a všechno žene přes cpu (navíc jen ve dvou threadech). Interní Windovsí přehrávač zvládá levou zadní i 4k@60fps. Prostě to pustí na GPU a CPU je na 2%.

Jsem fakt zvědav, jak "něco jako PA" na video v x vrstvách a s různým routováním zvládne alespoň něco jednoduše přehrát.

[RB]

Nemyslím si, že by PipeWire sahal na přehrávání lokálních video souborů nebo streamů, které si přímo aplikace stahuje z Internetu. Use casy jsou spíš u věcí jako přístup ke streamu z webkamery nebo předávání streamu mezi komponentami v systému (typicky snímky obrazovky z kompositoru do aplikace, která třeba řeší nahrávání obrazovky).

[lertimir]

Souhlas. Procpat 96kHz s 24 bitovým vzorkováním přes Pulse bez ztráty kvality nebylo (a není) úplně jednoduché. Současná a ještě více budoucí videa bez masivní HW podpory v grafických kartách se naprosto nedovedu představit jak přehrávat. Cokoliv co odstíní aplikaci od HW je značně problematické. Naopak možnost pro video aplikaci mít možnost přímo nastavit parametry HW akcelerace grafických karet může velmi ovlivnit video. Parametry jako antialiasing, vyhlazování a dopočítání framů v grafické kartě s pocitovým zážitkem z videa udělají hodně. (a poznámka. to bylo možná nějakou chybnou konfigurací. Kamarád používá také VLC na vidlích a přes grafickou kartu mu to běhá. (má sice už starší a nemá na ní HW H.265 takže 4k přes grafiku nepustí) Běžné fullHD H.264 na 60 mu ve vlc jede také na jednotkách procent.

[Heron]

(a poznámka. to bylo možná nějakou chybnou konfigurací. Kamarád používá také VLC na vidlích a přes grafickou kartu mu to běhá. (má sice už starší a nemá na ní HW H.265 takže 4k přes grafiku nepustí) Běžné fullHD H.264 na 60 mu ve vlc jede také na jednotkách procent.

Tak já jsem na to přišel spíš naprostou náhodou. Stahuju si videa z YT, stáhlo se mi video ve 4k rozlišení a koukám, že to VLC nepřehraje. Nemám 4k monitor, tak jsem to prostě zkonvertoval do FHD h265 a je to.

Potom jsem úplnou náhodou na YT narazil na video, kde někdo řešit, jak pouštět 4k h265 videa na Intel i3 530 (což je softwarově naprosto bez šance). Zkrátím to, prostě koupil nějakou levnou novou grafiku a ono to šlo out of box (Windows Movies&TV, Kodi ve windows). No tak jsem si zkusil to 4k video přehrát ve windows playeru a ono to prostě funguje. Proč to VLC neumí řešit nechci, nepotřebuju to, prostě jsem jako default dal ten windowsí přehrávač a problém vyřešen.

[dustin]

Procpat 96kHz s 24 bitovým vzorkováním přes Pulse bez ztráty kvality nebylo (a není) úplně jednoduché.

Máš nějaký konkrétní příklad? IMO stačí jen v konfiguráku nastavit mixovací frekvenci na 96kHz a sample format větší než 16bitů. PA jede interně v nativních formátech, structy se vzorky si formát nesou s sebou - viz např. modul pro výborný resampler soxr.

Mimochodem alsí dmix/rate dodnes neumí víc než 16 bitů, patche jsem posílal před spoustou let (http://mailman.alsa-project.org/pipermail/alsa-devel/2011-June/041059.html http://mailman.alsa-project.org/pipermail/alsa-devel/2011-July/041503.html ), ale nedodělalo se to - neuměl jsem cčko natolik, abych oifdefoval float na platformach, ktere jej nemaji, což bylo podmínkou správců alsy - viz ta diskuse.

Stejně tak plugin rate neumí lepší resampler než speex nebo libsamplerate - viz např. http://blog.ivitera.com/pavel/?p=335

Takže pokud budeš používat čistou alsu pro desktop (tj. používat mixování z více aplikací, nejen přímý exkluzivní výstup na zvukovku), je podstatně syrovější než PA.

[Petr Tomášek]

Hlavně jsem zvědav na HW požadavky. Zatímco ALSA uměla hrát na úrovni všech schopností HW, tak pustit si 96kHz na PA šlo až 10 let po té.

Ty pouštíš hudbu netopýrům?

[tomvec]

Občas udivuješ svou neznalostí, ale slyšel jsi už o vzorkovací frekvenci?

Ostatní tvá pochybení jsou jenom pokus o trolling nebo zabedněnost.

[Lyco]

Já o ní slyšel, a taky jsem slyšel o Shannonově teorému a frekvenčním rozsahu lidského sluchu: http://cffet.net/noise/noise_ch1b.shtml

Maximální frekvence při 96kHz vzorkování je 48 kHz, bezpečně mimo rozsah lidského sluchu. Už okolo 20 kHz je slyšitelný jen zvuk, který je zároveň tak hlasitý, že způsobuje bolest.

Viz také článek na xiph.org.

Takže: ty pouštíš hudbu netopýrům?

[Petr]

Takova teoreticka uvaha: co kdyz ma netopyri farmu a 6x vetsi misto na disku neresi? Nemuze chtit lepsi zvuk? Nebo mp3 128kbps je nejlepsi protoze vice uz stejne 99% z nas neslysi? Mam znameho co si postavil celou svou sbirku na losslech formatech primo ze studia. Za nahravky co ho bavi dava tisice jenom proto ze je magor. A? Kazdy mame neco.

[pushkin]

Tak sorryjako, ale 128 kbps je slyšet docela dobře - stačí vzít nahrávku symfoňáku nebo jakejkoliv živej koncert. Vysoko hrající nástroje a potlesk znějí, jak kdyby někdo plácal o hladinu rybníka...

A pokud chce někdo používat 96 kHz proč ne - pro mixování hudby je rozhodně lepší dělat to s vyšším samplerate a pak downsamplovat než to bastlit rovnou na 44 kHz s tím, že od cca 16 kHz už není zpětná rekonstrukce zvuku úplně přesná.

[Petr Tomášek]

Nemuze chtit lepsi zvuk?

Chtít může, ale nikdy ho mít nebude. Spíš bude ten zvuk horší (najdi si něco o intermodulaci a zkreslení)

Za nahravky co ho bavi dava tisice jenom proto ze je magor. A?

Ať si dělá co chce, ale není důvod, aby někdo do PA implementoval totální zbytečnost...

[Grunt]

Nedávno jsem řešil problém (na Widlích), že VLC neumí přehrát 4k. Vlastně neumí ani přehrát FullHD@60fps. Zjistil jsem, že neumí používat HW akceleraci na GPU a všechno žene přes cpu

Si ji zapni, ne? Karta musí samozřejmě zvládat DxVA a musí to podporovat i ovladač (podobně jako na Linuxu)…

[Heron]

Při zapnutí je to ještě lepší. Při pokusu o přehrání videa prostě VLC spadne. Při dalším spuštění se to zeptá, zda odeslat report o chybě a po minutě to napíše chybu, že se nepodařilo odeslat data na FTP server. Verze 2.2.6 (poslední).

[Grunt]

A co říká backtrace? Chyba ve VLC nebo někde v knihovně ovladače? To je furt ten stejný problém jako na alternativním operačním systému

[Heron]

Nevím. Viz #9

Proč to VLC neumí řešit nechci, nepotřebuju to, prostě jsem jako default dal ten windowsí přehrávač a problém vyřešen.

VLC mělo nedávno po x letech update i pro iPad, ze stavu "jde to ale dře to" se dostalo do stavu kandidát na odinstalování.

[koroptev]

zkus mpc-hc

vlc mivalo s akceleraci problemy a je problemove i dnes; nejsem si jisty - nepouziva ffmpeg interne? mpc-hc jede nad libav, za zkousku to stoji

[Grunt]

Ono je to naprosto ekvivalentní tomu co kdysi bylo na Linuxu. Přitom VDPAU/VP API je dneska nejlepší způsob jak akcelerovat cokoliv otevřeného. CoreAVC a většina proprietárních přehrávačů nemá žádný problém, jenže specifikace žádná, otevřená implementace žalostná (bavím se o systému Microsoft Windows), problém klidně může být v ovladači a ne v SW…však to znáte.

[koroptev]

praveze neznam, roky nemam s prehrsvanim videa zadny problem; vlc jsem pravda nikdy nepouzival doporucoval jsem to jen lidem jako blbuvzdornou variantu

[pavlix]

Výborně!!! Takže v době, kdy má PulseAudio k relativní odladěnosti stále ještě daleko, o dokonalosti nemluvě, začneme bastlit další vrstvu, která ho má nahradit.

Nebo v době, kdy už uplynulo tolik času, že je jasné, že už se to nikdy neodladí. Vše je otázkou interpretace.

[koroptev]

to je standardni status quo skoro vseho na linuxovem desktopu; zavazne chyby se neopravuji, protoze se driv ujme jiny projekt s novymi, ktery ten predchazejici posle do kytek; unity, gnome, kde jsou neustale v teto smycce

[Ivan]

Bez pristupu k HW tezko synchronizujete obraz se zvukem. To je problem vsech mezirstev bezicich v userspace.

[Rumburak]

Je to dobra vec.

a) pro Wayland

b) aby kazda applikace nemohla ukrast screenshot celeho systemu

[Petr Tomášek]

Takovýto server by měl být součástí (modulem) zobrazovacího serveru, nejlépe nějakého síťově transparentního nástupce X-ek.

[chrono]

Takže by bez grafiky nebolo možné prehrávať audio súbory?

[Petr Tomášek]

Na to ti stačí ALSA.

[.]

Di s tim do háje, já chci mít zapnutý přehrávač a přepínat se do konzolei. To sou nápady.

[lazywriter]

Hmm, po Poetteringovi se toho jednou bude muset prepsat vic.

[Grunt]

The original reason it was created was that we realized that as desktop applications would be moving towards primarly being shipped as containerized Flatpaks we would need something for video similar to what PulseAudio was doing for Audio. As part of his job here at Red Hat Wim

Hmmm… no ať žije Flatpak.

[pushkin]

Hm :-/

[Grunt]

Oni to myslí fakt vážně. To je vidět ze všech kroků. Jen by mě zajímalo jestli to RPM přežije a pokud ano k čemu vlastně bude dobré.

[pushkin]

RPM ve Fedoře nevím, ale v SUSE snad jo - tam bylo dobře propracované a obecně se zypper i Yast chovali mnohem lépe, než yum ve Fedoře či apt na Debianu. Mě osobně ale Flatpak moc nevoní, ale kdo chce kam...

[marbu]

Jen by mě zajímalo jestli to RPM přežije

Řekl bych že ano, ten Flatpack lze použít jen na určité typy desktop aplikací.

[Grunt]

GNOME Apps? To bude solidní bordel. Nemůžu se dočkat