Trocha historie aneb jak se to má s Pulse Audio (diskuse)

[Já]

CPU se stejně tak jako tak musí občas probudit, ať už máme hw mixování nebo ne, a udělat to prostě může a ani mu to neublíží. Škoda kvůli tomu cpát další součástky na váš SoC. Nadto mě mnohem víc zajímá jak zvuk mixovat ne na jednu hw zvukovku a její výstupy, ale třeba mezi jednou zvukovkou a jinou, nebo BT headsetem. Transparentně pro aplikaci, protože ty to opravdu nikdy implementovat pořádně všechny nebudou.

Pulseaudio má v tomhle odškrtnutou kolonku, neb to umí. I pro ALSA aplikace, byť s omezením.

(Co třeba neumí, to je komprimovat zvuk na síti, takže na mé bědné wifině to pořádně nejde.)

[pc2005]

Probudit se nemusí, resp. ne na tak dlouho. Například pokud kopírování PCM do hw syntetizéru bude dělat nějaký DMA automat.

[CEST]

Hmm, nikdy jsem "krasu" SW mixovani nepochopil. Kdyz chci z pocitace neco poslouchat, tak to zapnu a hraju. A vubec bych nebyl stastnej, kdy by pri poslouchani hudby a surfovani po webu najednou nejakej pojebanej web spustil flash a nejakou debilni hudbou, nebo kdyby mi pocitac zacal vydavat zvuky, protoze zrovna vyskocil nejakej dialog nebo prisla zpravicka jabberu. Zvukovani varovani pouzivam akorat na mobilu, kterej muzu mit pri zapnutym jabberu v kapse, ale pri praci na pocitaci moc logiku nechapu.

Ikdyz mam takovej dojem, ze mam mplayer nastavenej nejak dobre, ze kdyz spustim dva filmy, tak zvuk jede na v obou.

[Já]

A aby mi náhodou nevyskakovaly grafické notifikace na monitoru, tak by každá aplikace měla dostat přímo grafickou kartu.

[pasmen]

Asi jsi nikdy nehrál střílečky na úrovni "profi" kdy je třeba používat věci typu TeamSpeak Já si kdysi kvůli tomuhle kupovat prastarý SoundBlaster Live!, který měl HW mixování.

[Já]

Ono stačí jenom to, že si chci k té střílečce pustit ještě DragonForce a i přestože bych si radši hrál, musím se nechat vyrušit tím IM pípátkem.

[Sten]

SW mixování umí všechny ostatní kanály jednoduše ztlumit a nic vás rušit nebude

[trekker.dk]

Kdyz chci z pocitace neco poslouchat, tak to zapnu a hraju.

Jednoduchý příklad: posloucháš hudbu a narazíš na link na (třeba) youtube. Bez mixování musíš přehrávač zastavit, protože pauza zvukárnu neuvolní.

Ikdyz mam takovej dojem, ze mam mplayer nastavenej nejak dobre, ze kdyz spustim dva filmy, tak zvuk jede na v obou.

To není mplayer, ALSA jako taková umí softwarové mixování taky. PulseAudio je IMO naprostá zbytečnost a další sra*ka od lidí, kteří si myslí, že v linuxovém systému běží málo démonů a je potřeba tam nějaké přidat.

[kralyk z abclinuxu]

PulseAudio je IMO naprostá zbytečnost a další sra*ka od lidí, kteří si myslí, že v linuxovém systému běží málo démonů a je potřeba tam nějaké přidat.

Umí to per-app volume? To je totiž to, co mi u ALSA chybí.

[stativ]

OSSv4 to umí. Škoda, že se na linuxu nepoužívá to. Navíc běží na většině (ne-li na všech) POSIX systémů.

[kralyk z abclinuxu]

To je tohle, ne? Dík za tip, asi vyzkoušim...

[stativ]

Jojo, to je ono. Možná bych to mohl zase zkusit. Svého času jsem se na to po nějaké době používání vykašlal, protože jsem musel kompilovat spoustu věcí s podporou OSS místo ALSA. Jinak mi to ale přišlo mnohem lepší než ALSA.

[Neel]

Na archu jedu na oss už hodně dlouho (ani si nevzpomínám jak dlouho) a neměl jsem ani jeden problém. Zvuky mi fungují ve všech aplikacích.

[pushkin]

Netuším, proč by to ALSA měla umět. Každá aplikace snad umí nastavovat hlasitost toho, co z ní leze, jestli ne, tak jí chybí docela zásadní feature...

[kralyk z abclinuxu]

No jo, jenže každá aplikace na to bude mít vlastní ovládací prvky, pokaždý jiný. Navíc se do ní vždycky musim přepnout, třeba na jiný ploše, v jiným terminálu (mplayer), atd...

Per-app přepínání v ALSe by bylo fajn, protože by bylo možné jednotné rozhraní přípstupné na každý ploše, třeba z panelu nebo já nevím z čeho. Podobně jako Win7

[pavlix]

Netuším, proč by to ALSA měla umět. Každá aplikace snad umí nastavovat hlasitost toho, co z ní leze, jestli ne, tak jí chybí docela zásadní feature...

Já zase nevidím důvod nechávat vše na libovůli aplikace. Ta „zásadní feature“ chybí obrovskému množství aplikací a je mnohem jednodušší a účelnější to vyřešit na jednom místě.

[pushkin]

Hmm, můžeš jmenovat?

[kralyk z abclinuxu]

Age of Empires ve wine. Něco "normálnějšího" mě asi nenapadne, ale osobně mi jako důvod stačí centralizované ovládání...

[pushkin]

Jenže to stále má jednu chybu - když bude výstup nastaven na vysokou úroveň, aplikace A a B budou ztlumeny a poté se zapne aplikace C, která předtím nebyla nakonfigurována, pak tato bude přehrávat zvuk na vysoké úrovni a člověk u počítače nejspíše dostane infarkt. Z tohoto důvodu mi vyhovuje ALSA - ta prostě ztlumí bezpečně vše aniž by člověk musel hledat, jestli ta či ona aplikace měla nebo neměla upravenou hlasitost.

[kralyk z abclinuxu]

Při per-app volume máš samozřejmě i master volume úplně stejně jako u ALSy.

[pavlix]

Možná se někde spletu, ale zkusím pohledat v tom, co mám otevřeno. Vychází mi Firefox, Empathy a Evolution, všechny za určitých okolností generují nějaké zvuky, ale nastavení hlasitosti jsem v dialozích nenašel.

[pushkin]

Aha, to vysvětluje, proč mě žádná aplikace nenapadla - osobně všechny podobné "rušiče" vypínám. Napadlo mne včechno možné - QMMP, MPlayer, VLC, Audacity, Guitarix a všechny tyto aplikace vlastní řízení hlasitosti mají.

[pavlix]

Aha, to vysvětluje, proč mě žádná aplikace nenapadla - osobně všechny podobné "rušiče" vypínám. Napadlo mne včechno možné - QMMP, MPlayer, VLC, Audacity, Guitarix a všechny tyto aplikace vlastní řízení hlasitosti mají.

Njn, já holt ty rušiče často používám (jinak mám i vypnutý zvuk úplně, ale to si to pak člověk musí sledovat sám).

[stativ]

A není to trochu blbost, aby každá aplikace musela řešit softwarové ovládání hlasitosti? Stejně tak dobře by jsi mohl po všech aplikacích chtít, ať dělají resampling samy.

Tohle je jedna z věcí, kterou je lepší mít integrovanou v systému. Díky tomu nemusí být v systému stejný kód pro ovládání hlasitosti v x různých aplikacích ale hezky na jednom místě. Jako bonus to bude fungovat i tam, kde by softvol nikdo nedělal.

[optim]

Ano, umí.

[Konrad]

No zatim asi nejlepsi reseni se mi jevi pouzit jako zvukovy server JACK a vsechno ostatni pres bridge jak to ma napr. distribuce kxstudio. I kdyz to taky ma stale par vad na krase...

[mimi.vx]

JACK je prece jen na neco jineho... a pro vetsinu uzivatelu overkill, + ALSA neumela sw primo ale pres dmix plugin ...

[Petr Tomášek]

Mně osobně PulseAudio vyhovuje (popravdě ArtS jsem nezkoušel, anžto k tomu nikdy nebyl důvod), například často využívám možnost za chodu přesměrovat zvuk z určité aplikace na jinou zvukovou kartu (externí USB).

Jinak mi přijde, že většina slušných aplikací je dnes napsaná tak že používá buď GStreamer, nebo libao, takže není co řešit

[R]

ALSA predsa ma SW mixovanie. A od 1.0.9rc2 aj defaultne zapnute.

[michich]

Pulse Audio. [...] Všechny aplikace je potřeba přepsat.

Není pravda. Stačí používat bezpečnou podmnožinu ALSA.

[michich]

opravený link

[rADOn]

To je jen jiný způsob jak říci totéž. Pokud budu muset přepsat aplikaci, je jedno jestli to bude na "bezpečnou" alsu nebo na PA. Klíčové je, že spoustu aplikací nikdo nepřepíše. Nikdy. Do ničeho. PA tenhle problém neřeší o nic líp než esd a artsd – prostě předpokládá že se vyřeší nějak magicky sám. Což se nestane. Takže PA dopadne úplně stejně – až opadne hype, stane se z toho další zastaralé API a bude nahrazeno nějakým lepším. O kterém jeho autor nepochybně prohlásí, že všechny problémy s PA vyřeší. S jednou malou podmínkou…

[Sten]

Jak esd tak aRts měly oproti PulseAudio jeden zásadní problém. Neuměly pracovat s ALSou a jejich emulace OSS byla mizerná. PulseAudio se naproti tomu umí nacpat do ALSy jako další (a běžně preferovaná) zvukovka a emulace OSS již existuje na úrovni ALSy (a přes ní se to natlačí do PulseAudia). Díle ani esd ani aRts nepodporovaly pořádně více kanálů než dva, zato PulseAudio používám se 7.1 sestavou. Samozřejmě bude dost aplikací, které nikdy nepřejdou ani na tu podmnožinu OSS, kterou podporuje ALSA (a tedy i PulseAudio), protože je už nikdo neudržuje. Na druhou stranu nativní OSS snad již ani v Linuxu není a ALSu nebo PulseAudio dnes již podporuje snad všechno, co se alespoň trochu udržuje.

Btw. pamatuji si, jak Skype kdysi prohlašoval, že byl napsán pro OSS a to se nikdy měnit nebude (byly žádosti o podporu ALSy, aRts i esd, všechny odmítány s tím, že existují user space emulace, které ale byly velice nespolehlivé). Doba poskočila o pár let a dneska Skype běží přes PulseAudio.

[rADOn]

Je tedy emulační vrstva PA o tolik lepší než artsdsp? Trik se zavěšením do alsy se mi líbí, ale řeči o podporované "podmnožině" alsy moc ne. Půjde mi třeba doom3 (napsaný pro oss s dobastlenou experimentální podporou alsy)? dosbox? flash? gstreamer, xine?

[alkoholik]

Flash, gstreamer i xine urcite ano. Zbytek zkuste sam.

[Neel]

OSS má mnohem lepší API než alsa, takže je naprosto běžné, že vývojáři her (i aplikací) si ho zvolí, protože nechcou mít nějakou závislost typu gstreamer. „Podpora“ pro Alsu pak vlastně znamená výše zmíněná emulace oss alsou. O emulačních schopnostech PA nevím nic. Jen mi příjde zbytečné, když už máme OSSv4.

[trekker.dk]

Jen mi příjde zbytečné, když už máme OSSv4.

I v jádře?

[Neel]

PA přece není v jádře. Potřebné součásti OSS (nevím jestli všechny) jsou na úrovni jádra (třeba mixování). To je asi hlavní výhoda OSS oproti ALSA, která je tak trochu zbastlená a prolézá pokaždé usersapce.

[trekker.dk]

No mě spíš zajímalo, jestli OSSv4 je začleněné v hlavní řadě jádra... vzhledem k tomu, že tam je OSS už dlouho označené jako deprecated, by mě to opravdu dost překvapilo.

[Neel]

OSSv4 jsem nainstaloval a fungovalo samo. Jádro jsem nekompiloval. Používám distribuční. Znamená to, že je začleněno?

[trekker.dk]

V tom případě se toho v jádře nedělá tolik, kolik si myslíš, protože soubory v /sound/oss v hlavní řadě jsou - až na malé změny - z doby před gitem, tedy z roku 2005 a starší. V /sound/oss/CHANGELOG se píše, že je tam verze 3.8

Nebo si to při instalaci vyrábí jaderné moduly samo... pro oba případy nicméně platí, že se od toho dál budu držet dál.

[kralyk z abclinuxu]

Pán je zapřísáhlý monolitik?

[trekker.dk]

No u věcí mimo jádro se dost často stává, že kód stojí za ho**o a/nebo jsou jeho autoři idioti, takže když to jde, tak se jim vyhýbám.

[Bedňa]

Tu si mimo

[trekker.dk]

Ne, nejsem.

[Bedňa]

Co tím získám??? 

- lepší kvalitu zvuku 
- mixování je v kernel space, tzn. lepší latence 
- problémy s flashem a zvukem v něm budou pryč 
- problémy s alsa a oss aplikacemi budou pryč a alsa aplikace půjdou pořád 
- mnohem jednodušší nastavení 
- softwarové mixování a duplexní zvuk(alsa má sice dmix plugin, ale ten saje)

OSS je celý v kernely, narozdiel od ALSA.

[trekker.dk]

V tom případě mi ukaž, kde to v tom jádře je. Pokud to nenastěhovali někam jinam a v make menuconfig pečlivě neschovali, je v mainline OSS 3.8 a ne OSSv4

I když samozřejmě je tu možnost, že jsi blbě pochopil #89, kde mimo jádro znamená "mimo hlavní řadu", což je zjevné z předchozích příspěvků.

[pavlix]

I když samozřejmě je tu možnost, že jsi blbě pochopil #89, kde mimo jádro znamená "mimo hlavní řadu", což je zjevné z předchozích příspěvků.

To mi zřejmé nepřijde ani trochu, spíš naopak.

[trekker.dk]

Od #73 je celé vlákno, které jsem začal, o tom, jestli je OSSv4 v hlavní řadě jádra. Kdo čte, na co vlastně reaguje, ten to vidí. Kdo ne, tomu to zjevně zřejmé není.

[pavlix]

Nevím jak tobě, ale mně se tu pod číslem 73 zobrazuje toto:

I v jádře?

Nic o hlavní řadě tam nevidím, ty ano?

[trekker.dk]

Od #73 je celé vlákno

... kdyby sis prostě dal tu práci a přečetl si to vlákno, možná bys tam našel něco, co nenajdeš, když si schválně budeš vybírat jenom ty příspěvky, které se ti hodí do krámu, abys mohl p*čovat.

[pavlix]

.. kdyby sis prostě dal tu práci a přečetl si to vlákno, možná bys tam našel něco, co nenajdeš, když si schválně budeš vybírat jenom ty příspěvky, které se ti hodí do krámu, abys mohl p*čovat.

Ten příspěvek jsi vybral ty.

[trekker.dk]

Ten příspěvek jsi vybral ty.

Tak ještě jednou:

Od #73 je celé vlákno

Kdyby ses snažil, tak bys pochopil, že na ten příspěvek nebylo poukázáno jako na příspěvek, který dokazuje #99, ale jako na bod, ze kterého máš vyjít, abys to našel. Nebo také na bod, kterým začíná moje účast v daném vlákně.

Pochopitelně, když se snažíš akorát vyvolávat hádky a plýtvat časem, tak ti samozřejmě něco takového snadno unikne. Fajn, pokud se chceš hádat, jdi si najít Jirsáka a mě vynech.

[pavlix]

Fajn, pokud se chceš hádat, jdi si najít Jirsáka a mě vynech.

Nápodobně, vzteklý pse :).

[LukynZ]

Nejak mi v tom vypisu chybi zminka, ze s OSS nepodporuje suspend

[trekker.dk]

Jako že jádro, ve kterém je OSS, nejde uspat?

[Neel]

Jde uspat. OSSv4 ale suspend nepodporuje a se současnou situací se to ani nezmění, protože většina zdrojů jde do nedodělků typu pulseaudio a na OSS(v5) je jeden člověk.

[pavlix]

OSSv4 ale suspend nepodporuje a se současnou situací se to ani nezmění, protože většina zdrojů jde do nedodělků typu pulseaudio a na OSS(v5) je jeden člověk

Je docela vtipný si stěžovat, že je něco nedodělané (nedodělek), protože většina zdrojů jde do (jiných) nedodělků.

[Neel]

No tak stěžovat si můžu jak chci, ale i kdybych programování zvukových systémů rozuměl, tak bych stejně situaci nedokázal změnit.

[Neel]

Přílohy:

• alsa.png (20770 bytů)
• oss.png (22155 bytů)

Jo. Jedná se o jaderné moduly.(obrázky)

[Sten]

PulseAudio při zapojení do ALSy právě používá artsdsp (resp. /dev/dsp) pro emulaci OSS. Existuje i padsp, ale to jsem neměl potřebu používat.

DosBox, Flash, GStreamer i xine fungují s PulseAudio bez problémů.

[michich]

PulseAudio při zapojení do ALSy právě používá artsdsp (resp. /dev/dsp) pro emulaci OSS.

To je hodně zvláštní omyl.

[Michal]

Tohle byl jeden z důvodů proč jsem cca před 5 lety koupil za asi 200 Kč z druhé ruky Sound Blaster Live 5.1!, který HW mixování podporuje a dodnes mi bezchybně běží. Určitě si ho nechám dokud na deskách bude klasické PCI a vejde se do case (do malých low-profile case už by se nevešel). Žádného zvukového démona jsem nikdy nepotřeboval.

[trekker.dk]

Hm, já ji už musel vyndat, protože špatně držela v PCI slotu a navíc od doby, co mám ATi grafárnu s HDMI (třetí zvukárna), ji systém občas detekoval, občas ne...

[frdrx]

Pulseaudio si nemůžu vynachválit, teď když už mi funguje spolehlivě. Desktop připojený ke věži mi slouží mimo jiné jako sound server, který využíváme i druhého desktopu, notebooků a netbooku. Je super se navalit na gauč s noťasem a přes wifi si pustit zvuk do věže.

[mimi.vx]

+1

[cezz]

A echo cancellation uz to vie? Co som pozeral naposledy, tak to bolo v nejakom ubohom stave - prakticky len ako proof of concept. Inak suhlas, Pulseaudio just works.

[frdrx]

To netuším. Ještě jsem se s problémem echa nemusel potýkat.

[hydrandt]

A funguje ti to na wifi bez lagů a sekanců? Zkoušel jsem to a bylo to nepoužitelné, zvuk se hrozně často zasekával. Navíc to neustále generovalo 200kB/s traffic, což je u notesu běžícího na baterky (a ze kterého právě nic nehraje) celkem na houby.

Chystám se to vyřešit bluetooth přijímačem k věži, do kterého se píchne jack a který se chová jako bezdrátová sluchátka -- tož su zvědavý.

[frdrx]

Co mám Nkovou síť, tak většinou ano. Nesmím zároveň po bezdrátu nic stahovat, pak je to obvykle (u souborů s nepříliš kvalitním zvukem) bez lagů. U některých filmů a hudby v lepší kvalitě se to občas sekne. Naštěstí nejsem audiofil.

[pzad]

Takze, ked je tu rec o pusleaudio. Ako ho rozumne zakazat, pretoze vo fedore 15 to chce pri odinstalacii zobrat zo sebou gnome-panel aj gnome-shell. Pokial to nezistim, tak zanedlho pojde prec pusleaudio aj s gnome.

[pzad]

Ok, takze rpm -e --nodeps pomohlo

[a7dfa]

Kdyz se pulseaudio nedalo rozumne odinstalovat tak jsem ho vypinal tak, ze jsem dal nejaky nesmyslny prikaz do .pulse/client.conf a on pak odmital startovat.

Problem je, ze spousta programu ma prednastaveny vystup do pulseaudio a je treba to opravovat ruzne v gconf, SDL_AUDIODRIVER, apod.

[Petr Tomášek]

Co ti na něm tak strašně vadí? Mě přijde, že už nějaký ten rok funguje bezproblémově...

[pzad]

pa-errors v totem, mixer, kvalita zvuku co z toho leze. Komu to chodi a je s tym spokojny nech to pouziva ale ja mam len jedny nervy.

[pushkin]

Tak to jsme na tom stejně. Jenom používám openSUSE, která umožňuje při instalaci zakázat instalaci PulseAudio. Moje nejoblíbenější volba

[rADOn]

Otázka je spíš proč bych to vůbec měl chtít používat. Sw mixer vyřešila úspěšně ALSA a dmix. Síťový zvuk, dynamické směrování a podobné vylomeniny už dávno řeší JACK. A většina lidí ho nepoužívá protože to nepotřebuje. Hry zvučí přes ALSA nebo dokonce ještě OSS a nikdo je nepřepíše.

[Petr Tomášek]

Otázka je spíš proč bych to vůbec měl chtít používat.

Otázka spíš zní, proč je to ve všech rozumných distrech jako default a tam je odpověď jasná.

Sw mixer vyřešila úspěšně ALSA a dmix.

Popravdě řečeno se samotnou ALSou (v tom nastavení, jak byla zprasena od distribuce) jsem často docela problém cokoliv rozumně nastavit...

Síťový zvuk, dynamické směrování a podobné vylomeniny už dávno řeší JACK.

JACK rozhodně není nic pro BFU. Možná, že je nenahraditelný, pokud si stavíš vlastní hudební studio.

[trekker.dk]

Popravdě řečeno se samotnou ALSou (v tom nastavení, jak byla zprasena od distribuce) jsem často docela problém cokoliv rozumně nastavit...

Kecy. Rozumně nastavit znamená "přehrává to zvuk" a to snad funguje všude.

[rADOn]

Otázka je spíš proč bych to vůbec měl chtít používat.

Otázka spíš zní, proč je to ve všech rozumných distrech jako default a tam je odpověď jasná.

Na gentoo mě vyhnaly právě pitomosti které "rozumná" distra vyvádějí. Pokud jsem někdy pochyboval, tak třeba houfný přechod na nestabilní KDE4 byl celkem přesvědčivý důvod proč se gentoo držet. (KDE4 používám, ale až od verze která se používat dala). Ostatně PA samotné v době kdy ho klobouci a blbuntu začaly tlačit nebyl žádný zázrak.

Sw mixer vyřešila úspěšně ALSA a dmix.

Popravdě řečeno se samotnou ALSou (v tom nastavení, jak byla zprasena od distribuce) jsem často docela problém cokoliv rozumně nastavit...

dmix původně nebyl core částí alsy, defaultní nastavení stálo za prd a nikoho z vývojářů to snad ani nezajímalo. Nevím co máš zprasený od distribuce (ale jestli  máš PA tak to asi nic moc nebude ) ale od jistý doby je alsa na všech mašinách který jsem viděl nastavená dobře. A právě od té doby datuju "vyřešenou" alsu.

Síťový zvuk, dynamické směrování a podobné vylomeniny už dávno řeší JACK.

JACK rozhodně není nic pro BFU. Možná, že je nenahraditelný, pokud si stavíš vlastní hudební studio.

A proto jsem taky psal že to uživatele moc nezajímá. Ani u jacku, ani u PA.

[belisarivs]

Ostatně PA samotné v době kdy ho klobouci a blbuntu začaly tlačit nebyl žádný zázrak.

Coz je mozna duvod, proc uz je ted OK.

[LukynZ]

Sw mixer vyřešila úspěšně ALSA a dmix

resamplovani zvuku za behu berete jako uspesne reseni?

[Ondrej 'SanTiago' Zajicek]

No, ono digitalni mixovani (at uz sw nebo hw) zvuku o ruzne samplovaci frekvenci jde tezko delat bez resamplingu.

[kuba77]

Já jsem ho na Archu s GNOME3 zákazal pomocí tohoto postupu.

[Peter S.]

ja som pred cca rokom až dvoma prešiel na OSSv4, odvtedy zvuk neriešim...

predtým som mal alsu a to z času na čas sa prestavilo nastvanie v mixeri, z času na čas flash nehral... ale odvtedy totálne pohoda...

[Bedňa]

Neviem ako je teraz, ale OSSv4 malo asi tak jedného vývojára, nejak sa to zlepšilo? Ide mi hlavne o podporu rôznych HW, ale podľa toho čo som o tom asi pred rokom čítal by to mal byť najlepší zvukový systém. Ešte k tým HW mixérom, robí to vôbec ešte niekto? Som to pred časom dal do poradne a nedostal som jednoznačnú odpoveď.

[klusik]

Hele je to fakt zajímavé a čtivé. ;) Jen tak dále! ;)

[pavlix]

Nadpis mě nalákal, že se dozvím něco závratného a zajímavého o PulseAudio. A ono nic moc.

[vencour]

Fajn, tak dej vědět, co Ti chybí, třeba se někdo ozve

[pavlix]

Celkově použítí… a to hlavně v těch případech, kdy to umí víc než ALSA s běžným SW mixerem. A druhá věc, co mě zajímá, jestli PA může za extrémně dlouhou odezvu když spojím příkazy arecord a aplay, abych otestoval mikrofon.

[kip]

Nešlo by arecord a aplay nahradit parecord/pacat a paplay?

[pavlix]

To už by asi ztratilo smysl, protože naprostá většina aplikací používá rozhraní ALSA. Ale někdy to testnu.

[alkoholik]

Zcela zasadni omyl. Aplikace neni treba prepisovat, protoze se PA umi tvarit jako ALSA zarizeni. Staci pridat do .asoundrc
pcm.!default { type pulse }

[R]

PulseAudio som nechtiac raz vyskusal pri nejakom Fedora test days - testovali sa graficke drivery. Kvoli PulseAudio som aspon na troch roznych PC nemohol otestovat prehravanie videa, pretoze to zralo 50% vykonu CPU...

[Bedňa]

Na Fedora test days bývajú rozbité veci, 50% je moc, pretože to býva tak do 20%, čo tiež nieje málo.

[pushkin]

Ono to bude dost záležet na konfiguraci, jestli má nějaký slabší CPU s méně jádry, tak bych tomu i věřil.

[R]

Ano, boli to slabsie CPU s menej jadrami (1). Bez PulseAudia to iste video zvladaju bez problemov (mozno s celkovym zatazenim CPU mensim ako ma samotne PulseAudio - to si uz nepamatam a znovu to skusat nebudem).

[pedro]

Hmm. V tom vyctu nejak chybi zminka, za v dobe, kdy vznikalo PA pouzivala vsechna vyznamna distra ALSU. A ta umi SW mixovani taky. A ted necht mi nekdo vysvetli, proc tedy sakra mame to PulseAudio???

[rADOn]

IMO hlavni duvod je ten, ze ve foss svete je oblibenejsi zakladat nove projekty nez opravovat existujici Jinak by stacilo opravit artsd pripadne ho naucit to co jeste neumi. Ale mozna PA krivdim, nekdy je cisty start lepsi a neznam API artsd tak dobre abych to mohl posoudit.

[pavlix]

Myslím, že zrovna v tomhle případě to moc smysl nemělo. Co si pamatuju, tak s arts bylo víc problémů než užitku. O pulseaudiu aspoň nevím, i když se běžně jeho síťové schopnosti v distribucích nevyužívají.

[rADOn]

Jo, jenže aRts nebylo prakticky nikdy udržované. Kromě xine backendu ktery někdo zbastlil někdy kolem 3.6 na něj nebylo sáhnuto po léta. Nezdálo se mi přitom tak špatné, hádám že lidi spíš odrazovalo že to byl KDE projekt. OTOH pulse jako projekt canonicalu není pro kovaného kentusáka taky zrovna důvěryhodné

[michich]

pulse není projekt Canonicalu

[pavlix]

Nezdálo se mi přitom tak špatné, hádám že lidi spíš odrazovalo že to byl KDE projekt.

Tak on nebyl moc důvod z toho dělat všeobecné API, když ALSA fungovala. Naopak v KDE pak byly problémy s pouštěním neKDE aplikací se zvukem. Na to bych se taky vykašlal.

To už je lepší ALSA se sw mixováním i PulseAudio, které funguje prakticky se všemi aplikacemi (přes ALSA).

[LukynZ]

sw mixovani alsy stoji za pendrek, protoze to dela dmix a ten vse resampluje na 48 kHz coz je na prd ze 2 duvodu... 1. to zere cpu, 2. kvalita zvuku jde do haje

pulseaudio bypasuje dmix a nic neresampluje

[pushkin]

sw mixovani alsy stoji za pendrek, protoze to dela dmix a ten vse resampluje na 48 kHz coz je na prd ze 2 duvodu... 1. to zere cpu, 2. kvalita zvuku jde do haje

pulseaudio bypasuje dmix a nic neresampluje

1. frekvenci, na jakou ALSA (resp dmix) resampluje lze nastavit
2. 48kHz je stále víc než 44100Hz, což je CD kvalita, nechápu tedy, proč by to mělo vadit
3. Dovedeš si představit jak jinak lze sloučit dva digitální zvukové proudy, každý o jiné samplovací frekvenci, bez resamplingu nebo vícecestného D/A převodníku? (viz zde)

[LukynZ]

Mi jde hlavne o to, ze kdyz poustim mp3, resampluje to na 48 porad a zbytecne, kdyz moje zvukovka 44.1 umi. Ano, muzu nastavit 44.1, ale pak pustim film co ma 48 a zas to resampluje na 44.1 a porad dokola. Vice zdroju zvuku je neco jineho a priznam se, ze technicky do toho nevidim tak moc, takze to klidne muze pak resamplovat. Ale nevim o tom, ze by pulseaudio resamplovalo jen jeden zdroj zvuku, kdyz moje zvukovka tu frekvenci zvlada a imho to nedela, protoze vidim, ze procesor nic nedela, coz s dmixem nebyl problem a prehravani mp3 a bralo to 12% cpu (dokud mu clovek nedal natvrdo 44.1)

[cezz]

Druha vec je ta, ze pokial je to nutne, je AFAIK mozne v ALSA vynechat mixing (nemixovat), cize tam by ten resamplink za urcitych podmienok nebolo treba.

[LukynZ]

Jde to, ale pak pokud neco hraje, nemuze hrat nic jineho

[rADOn]

To zalezi na hardwaru - pokud umi mixovat kanaly tak to neni problem. Naopak je to mnohem lepsi, protoze odpadne latence nez to proleze skrz cpu. Cili v alse je software fallback, nouzovka. V PA je to jediny zpusob. To je jedna z veci ktery mi prijdou na predstave PA jako systemu pro vsechny sebevrazedny. BFU co honi empetrosky pres svoje AC'97 shitky to sice muze byt jedno, ale lidi co vyhodili nemaly penize za kvalitni zvukovy zelezo ho asi nesplachnou jen tak do hajzlu.

[cezz]

Smiem sa spytat, co robis so zvukom, ked ti vadi latencia? (v tych urovniach ake dosahuje PA, alebo akykolvek SW mixing) Vazne ma to zaujima.

[Bedňa]

Latencia je zaujímavá hlavne pre hudobníkov pri mixovaní hudby, ale môžem povedať, že keď použiješ OSSv4 tak ten rozdiel oproti Alse a PA počuje aj hluchý, zrazu taká čistota, prirodzenosť, ako by to ani nešlo z PC.

[alkoholik]

Placebo efekt. Ledaze by vam OSSv4 vymenilo prevodniky na zvukove karte.

[Bedňa]

Zvuk ostane počuteľne čistý, najskôr preto že to mixuje v jadre, predtým som mal vždy pocit že je to také trochu zašumené. Jediný problém čo mám je s mikrofónom, ktorý vôbec nenájde. Jednoduché riešenie asi neexistuje, jediné čo som pozeral, tak to budem musieť nanovo prekompilovať do jadra, čo sa mi zatiaľ nechcelo.

[alkoholik]

Jak jsem psal, jasny placebo efekt.
"Zasumeni" vetsinou zpusobuje neztiseny mikrofon/line-in/CD vstup. To jsem slysel i ja.

[cezz]

Jak jsem psal, jasny placebo efekt.
"Zasumeni" vetsinou zpusobuje neztiseny mikrofon/line-in/CD vstup. To jsem slysel i ja.

Tiez si myslim. Niekde som videl, ze OSS pouziva lepsiu matiku a tym padom ma vyssiu kvalitu zvuku, ale nikdy som nevidel ziadne dokazy a zvycajne sa kvalitou myslela latencia. Latenciu komentuje napriklad aj Hannu Savolainen (zodpovedny za OSS API) a v zasade to vychadza tak, ze ludia v skutocnosti potrebuju dobru synchronizaciu, nech uz je latencia akakolvek. Cize latencia != kvalita. Jedina vynimka, ktora mi napada su hry a mozno realtime mixovanie, ale tam tiez sa pri tych rozdieloch v latencii bavime o prkotinach.

[Bedňa]

Som odskúšal OSSv4 a zvuk je čistý, to bolo prvé čo som hneď spozoroval, poďalšie skoro nič nežere oproti PA, tak sa to musí niekde pozitívne prejaviť.

[cezz]

Ja netvrdim, ze sa ti zvuk, co lezie z OSSv4 nepaci viac Ja len tvrdim, ze som nikde nevidel dovod, preco by to tak malo byt a teda ani nemam dovod predpokladat, ze by sa nieco zmenilo u mna. Citat zdrojaky, na to momentalne nemam cas a asi ani vedomosti (hlavne, co sa tyka prace so zvukom) Ak niekde najdes viac informacii, nez len "znie lepsie" a das mi link, budem ti vazne vdacny - zaujima ma to, nic som k tomu nenasiel.

U mna osobne pulseaudio "zerie" cca 6% vykonu CPU (ked nieco robi, ked nie, tak v podstate nic). Cize nic, cim by som sa zatazoval, alebo mal potrebu riesit. Ale nepopieram, ze OSSv4 je kvalitny, len akosi po tych kotrmelcoch s licenciou OSSv3 stratil u mna doveru.

[pavlix]

Taky se nehodlám zabývat OSSv4 do doby, než se na distribucích, co používám, nestane znovu mainstreamem (prognostici, ozvěte se!).

[trekker.dk]

Zvuk ostane počuteľne čistý, najskôr preto že to mixuje v jadre

Jasně, protože když sčítá a dělí jádro, je to lepší, než když se totéž dělá v userspace ...

[pc2005]

Čistě teoreticky, kdyby ten mixer byl ve floatech a na první verzi Pentia I, tak v jádru by byl čistší, protože v jádru se floaty emulujou .

[Bedňa]

Dík za súhlas.

[pc2005]

Ty jo, tak teď nevím zda to trekker fakt myslel jako ironii a nebo ne.

[kralyk z abclinuxu]

Viděls snad někdy, že by někdo na ábíčku napsal komentář bez ironie?

[pc2005]

To byla taky ironie?

[pavlix]

Dvojitá.

[trekker.dk]

Myslel.

[LukynZ]

No on ten nicka Bedna bude taky imho ironie :)

[Bedňa]

Asi tak Pretože mi zatiaľ nikto nedokázal poradiť s problémom OSSv4 a mikrofón a driver ALSA sa nechce skompilovať s jadrom 3.0, tak mám naspäť PA a tá kvalita je fakt subjektívne horšia.

[rADOn]

Zalezi na latenci… Jedna latence je z plneni interniho bufferu, jehoz velikost se v aRts da nastavit a default byl relativne hodne (desetiny sekundy). Druha latence je samotny zvukovy server. Jeho doba behu je spis zanedbatelna, co me stve je spis doba kdy nebezi - pokud je system hodne zatizeny a proces zvukoveho serveru se nedostane k lizu vcas, zvuk proste vypadne. A cim kratsi je buffer, tim spis se to stane… Nevim jak to resi PA ale s arts byly pri zatezi vzdycky potize. A pokud nebezelo s realtime prioritou tak skytalo i pri celkem beznym provozu.

[cezz]

co me stve je spis doba kdy nebezi - pokud je system hodne zatizeny a proces zvukoveho serveru se nedostane k lizu vcas, zvuk proste vypadne.

Cize v podstate potrebujes vacsiu latenciu - cim vacsi buffer, tym mensia sanca, ze sa to stane.

[rADOn]

Viz nasledujici veta… tesi me ze ctes tak pozorne BTW me ted napadl klasicky priklad: hry. Zpozdeny zvuk je tam velmi zretelny pacz prestane sedet na animace, a zaroven muze poradna hra snadno zatizit system vic nez zvukovy server unese. Treba takovy Unreal Tournament byl s artsdsp nehratelny…

[cezz]

Neviem, ci sa chapeme spravne - ja som s tebou suhlasil, len som to zosumarizoval. Lebo casto mam pocit, ze vela ludi sa diva na latenciu a buffering ako na zlo, pricom to casto byva prave naopak. Hry mozu byt problem. Casto sa to da vyriesit synchronizaciou (zjednodusene povedane, zvuk sa pusti o cosi skor) Ked to nejde inak, je mozne pouzit pasuspender, ktory docasne vypne pulseaudio, aby program mohol pristupovat priamo k zvukovke.

[rADOn]

Pokud nenapises kristalovou kouli, tak "neskor" je nesmysl. Nejde naplanovat ze v Doomovi za ctvrt sekundy zmacknu tlacitko. Hry jsou extremni, ale zdaleka ne jediny pripad. Mel jsem treba kdysi nastaveny zvuky na window manageru (zadny symfonie, jen takovy cvaknuti) a velikost bufferu v arts byla zatracene znat. Se zapnutyma animacema okynek by se to mozna ztratilo, ale s vypnutyma se vsechno stalo okamzite, takze i kratoucky zpozdeni bylo poznat. Blby na tom bylo (a PA to snad ma poreseny lip) ze buffer je v artsd spolecny, takze se dal bud nastavit dlouhy, aby amarok pod zatezi nevynechaval (beham gentoo, zatez je normalni stav nebo kratky aby zvuky UI nemely slysitelny zpodeni za akci ktera je vyvolala. Ale ne oboji

[cezz]

Ono asi zalezi na tom, ake velke je to oneskorenie a aj na hre. Ked ma hra nejakych 50fps, mas teoreticky 20ms, nez vykreslis nasledujuci frame. Zaujimalo by ma, ako je to s oneskorenim PA realne - okrem nahlasenych bugov s oneskorenim 2s a podobne som nic rozumne nenasiel. (Iba stare testy OSS a ALSA, ktore sa pohybovali pod 10ms)

Co som mal na mysli su hry typu Sing Star, Guitar Hero, Rockband, kde si to oneskorenie nakalibrujes a nie je s tym problem. (konzoly napriklad maju extra problem v tom, aj samotna televizia je casto zdrojom nezanedbatelneho oneskorenia)

U mna som zatial na problemy nenarazil - pravda, na hry pouzivam PS3 a nic ozvucene a interaktivne zaroven, kde by sa to mohlo prejavit nepouzivam.

[Bedňa]

Tiež som googlil a jediné čo sú, tak subjektívne pocity Chcelo by to mať meraciu aparatúru a to asi hocikto nemá.

[rADOn]

Pokud to bez merici aparatury nepoznas, tak je to IMO uz dobre udelany.

[Ivan]

ESD resilo synchronizaci obrazu a zvuku sveraznym zpusobem. Zapisovalo do /dev/dsp po 16ti bajtech, diky tomu generovalo cca 10000 syscallu za vterinu. Prehravani zvuku tak bylo narocnejsi na HW nez dekodovani MPEGu. Nektery veci proste patri do kernelu(popr. do HW) a nema smysl obchazet je v userspace.

[petr_p]

Bývávalo. Nejenže výkonově drtí pulseaudio (používám jej na X klientech na velmi slabých strojích, kde pulseaudio vyžere celý procesor), ale i výstup do ALSY má už nějakou dobu.