Dotaz: Tak jak na Skype 4.3 s alsou?

[HonzaRez]

Zdar, sbírám drobky informací a zatímj to vypadá, že nic. Nikde žádný genius, který by zprovoznil nové Skajpsoft bez plusaudio. Máte nějaké nápady?

---

---

Odpovědi

[dustin]

Pokud je zkompilovaný jen s libpulse a ne s libasound, tak si nedovedu představit, jak bys to vyřešil. O nějakém kompatibilním wrapperu libpulse kolem libasound jsem zatím neslyšel.

[Pali]

Vyzera, ze tato situacia s lennartware uz zacina ludom riadne liest na nervy.

Tu je nejaky projekt, ktory sa snazi implementovat wrapper okolo libpulse:

http://4front-tech.com/forum/viewtopic.php?t=5762&p=20867

https://github.com/waterlaz/skype_oss_wrapper

[HonzaRez]

Tož kua, to vypadá jako staré dobré odbojářské řešení...

[dustin]

4front-tech je firma, jejíž byznys se točí kolem OSS driverů. Proto investují do napojení aplikací na jejich drivery. Bohužel kvalita emulace oss alsou (co vím, tak oss moduly již nebývají v distribučních jádrech) není nijak závratná http://alsa.opensrc.org/OSS_emulation . Držím tomu projektu palce, ale jsem trochu skeptický, zda to bude pořádně fungovat.

[Marián Kyral]

Když může existovat wrapper pro oss, proč by někdo nemohl napsat wrapper pro alsu? Já to bohužel nebudu, na to nemám potřebné znalosti.

[ebik]

Hmm, asi by šlo forknout ten wrapper pro oss, aby člověk neřešil (moc) tu PA část...

[Pali]

A wrapper pre alsu je tu: https://github.com/i-rinat/apulse

[dustin]

Pěkné, díky za link. A ještě se z něj kouří, initial commit před 5 dny. Ten Rinat je hodně šikovný https://github.com/i-rinat?tab=repositories

[rADOn]

Tak to je husty… dikes

[Honz]

To vypadá skvěle, otázka je, jestli to vyžaduje kompilaci atd, počkám na další zkušenosti...

[Marble]

Kompilaci to vyžaduje (pochopitelně), trochu "zpestřenou" tím, že v případě 64bit systému potřebuješ kompilovat s 32bit knihovnami. (Na testing debianu se navzájem nemají rády -dev balíčky jedné potřebné knihovny pro i386 a amd64 (nepamatuji si teď které konkrétně), a navíc je potřeba nastavit pro pkg-config použítý v cmake správně PKG_CONFIG_PATH, aby ty 32bit knihovny našel.)

Jinak to ale po zkompilování funguje. Se skype zatím nezaznamenán žádný problém.

[Erbureth]

Tohle jsem v Debianu řešil kompilací v chrootu (při kompilaci grafického stacku jsem si udělal 32bit a 64bit chrooty, ve kterých jsem si balil balíky)

[Max]

Já jsem nakonec přešel k pulse (skype nepoužívám) a musím říci, že lepší jak samotná alsa. Problémy s ním nemám a navíc mohu nastavovat hlasitost pro každou app zvlášť, což považuji za značnou výhodu (vzhledem k nevyváženosti hlasitosti různých app, videí apod.)
Pokud tedy potřebuješ Skype, tak ti podle mně stejně nic nezbyde, než přejít na pulse.
Zdar Max

[Jiří Němec]

To já přešel k pulse (po Maxově chvalozpěvu) a musím říct, že je to mnohem horší jak samotná alsa. Vlc při pauze vypadává, občas se něco někde sekne a nehraje nikde nic, přijde mi to jako návrat o 15 let zpátky.

Ale jelikož to chce skype i chrome, tak už se tomu asi nevyhneme, chtělo by to tedy lépe systémově vyřešit zavádění pulse a udržování v chodu, třeba pomocí systemd.

[Max]

Používám :
Firefox - youtube + Clementine + Mplayer + Steam (CounterStrike) + pidgin. Vše zvučí, vše bez problémů (pro každou věc si nastavím hlasitost jak je libo). Ale je pravda, že nemám integrovanou zvukárnu, ale používám stařičkou PCI verzi sblive5.1
Možná to tedy bude tím.
Zdar Max

[dustin]

Integrovanou zvukovkou to nebude, Intel HDA je jedním z nejlépe podporovaných driverů. Spíš bych si tipnul na špatné nastavení a nebo je PA output modul VLC blbě napsaný.

[Pavel 'TIGER' Růžička]

VLC jsem použil jen v případě velké nouze, nikdy mi moc nesedl. Jinak také používám PulseAudio bez sebemenších problémů.

[smartass]

Na Debianu Wheezy jsem si toho také všimnul, stačilo zvolit audio výstup jako PulseAudio místo defaultní ALSA a už to po odpausování zase v pohodě jede.

[MadCatX]

Nejgeniálnější řešení bude nainstalovat PulseAudio.

Dřív jsem se PA taky bránil z pseudotechnických důvodů typu "na co nějakou nadstavbu, kterou navíc napsal Lennart?" a nainstaloval jsem ho spíš z legrace víc jak před rokem. Zjistil jsem, že PA je docela fajn věc. Kromě možnosti řídit hlasitost každého výstupu a vstupu zvlášť, ekvalizéru a podobných hračiček umí i pár skutečně užitečných věcí. Zejména se to týká USB sluchátek a Bluetoothových headsetů. USB sluchny připojím, ve Veromixu překliknu, které streamy se do nich mají pouštět, případně je nastavím jako výchozí zařízení a funguje to - okamžitě. S ALSA bych musel minimálně v každé aplikaci přehazovat audiovýstup, což se u některých neobejde bez restartu (třeba mplayer). Bluetooth headsety a elegantní hackování .asoundrc je kapitola sama pro sebe, navíc s BlueZ 5 to už nefunguje vůbec. Další hezká věc je jednoduché přenastavování profilů pro vstup a výstup. Když kupříkladu zapojím notebook přes HDMI k televizi, přepnu na příslušný zvukový profil (ve Veromixu otázka tří kliknutí) a výstup letí přes HDMI do televize. Opět porovnejte s ALSA a potřebou ručně přehodit audiovýstup ve všech aplikacích, které mají být přes HDMI slyšet a pak zase zpět. Záležitostí pro pravé muže je pak přesvědčit ALSA, aby zachytávala výstup, aka "What U Hear" feature. S PA je to opět bezproblémové.

Nechci tvrdit, že PA je ten nejúžasnější software, co kdy kdo naprogramoval, ale mně slouží skvěle. Problémy bych čekal na starých distribucích, kde PA a ALSA nebyly zrovna odladěné.

[chrono]

Nainštalovanie PA nie je najgeniálnejšie riešenie, je to jediné riešenie. ;)

[Pavel 'TIGER' Růžička]

Pokud chcete pořádně používat zvuk, jinak to jde i bez zvuku. :D

[rADOn]

Přehazování výstupu i vlastní hlasitosti v kdečkách fungujou v kdečkách i bez PA. Ditto USB mikrofon. Potíž s tím měl kdysi skype, ale jen proto že je to 32bit šmejďárna a alsalib musí přes emulaci.

[dustin]

Přehazování výstupu ... v kdečkách fungujou v kdečkách i bez PA

KDE umí během přehrávání přepínat zvukový výstup na jinou zvukovku bez přerušení přehrávání, bez využití PA? To je zajímavé, která komponenta tohle umí? KDE nepoužívám, tak se ptám, to je zajímavá informace.

USB mikrofon je normální alsí zvukovka.

[Václav "Darm" Novák]

Teoreticky by to mohl umět phonon mezi phonon aplikacema, ale prakticky pochybuji.

[MadCatX]

Teď máš na mysli aplikace používající Phonon? Nebo narážíš pouze na to, že v SystemSettings se dá překliknout nastavení zvukovky? To totiž není univerzální řešení. Jasně, pokud mám na jedné zvukovce analog a S/PDIF, můžu tam změnit výchozí výstup, ale to je všechno. Pokud je třeba digitální výstup na jiné zvukovce (typicky třeba HDMI na Radeonech), musí se aplikaci říct, že to má poslat na jinou zvukovku. S PA je tento problém výrazně jednodušší, protože to můžu přehodit za běhu aplikace, která navíc nic nepozná. Pokud aspoň něco z toho jde jen s čistou ALSA, rozhodně chci vědět jak. (a ne, definování několika vlastních virtuálních zařízení v .asoundrc se fakt nepočítá:) )

Nechci tady zealotovat za PulseAudio, jen jsem chtěl ukázat, že PA není bastl Lennarta Pekelného, co zničí veškeré audio, ale velmi použitelná a leckdy užitečná věc. Pokud tedy chcete Skype 4.3 a zvuk, nebojte se PA aspoň vyzkoušet.

[rADOn]

Teď máš na mysli aplikace používající Phonon? Nebo narážíš pouze na to, že v SystemSettings se dá překliknout nastavení zvukovky?

To je totez. Phonon je v podstate jenom to nastaveni v SystemSettings. Skutecna prace se deleguje na nejaky backend (gstreamer, xine nebo PA), phonon nad tim jen stavi nejaky api ze kteryho jako uzivatel vidis jen to spolecny nastaveni.

(a ne, definování několika vlastních virtuálních zařízení v .asoundrc se fakt nepočítá:)

Cokoliv co funguje bez prepisovani aplikaci se pocita. (a ne, nic co zahrnuje demona ktery si uzme dsp pro sebe a nikoho dalsiho k nemu nepusti se nepocita.)

[dustin]

Skutecna prace se deleguje na nejaky backend (gstreamer, xine nebo PA)

gstreamer a xine zajišťují přehrávání, jako výstup mají PA nebo napřímo alsu. Ani jeden z nich neumí během přehrávání přehazovat výstupní zvukovku, protože s nimi vůbec nekomunikují.

Cokoliv co funguje bez prepisovani aplikaci se pocita. (a ne, nic co zahrnuje demona ktery si uzme dsp pro sebe a nikoho dalsiho k nemu nepusti se nepocita.)

1. dsp je v OSS, alsa má jiná zařízení

2. i v alse si první proces uzme zvukové zařízení pro sebe. Jen pokud k němu přistupuje přes plugin dmix, naalokuje se další buffer, do kterého umožňuje knihovna alsa-lib přimíchávat vzorky z jiných procesů. Dmix je již roky nevyvíjený a vývojáři alsy do něj nechtějí moc šahat s tím, že k mixování je určené PA. Stejně alsa je již roky především low-level vrstva, která se stará o vlastní zvuková zařízení a definuje spoustu užitečných API, v poslední době hlavně zaměřené na mobilní svět (vedle přehrávání i pro ovládací čudlíky, pro jacky, pro předdefinovaná nastavení (use scenarios), atd.). Vývoj je živý, spoustu nových věcí, ale vše především v backendu, co se využívá přímo v ovladačích a standardizuje API pro user-space.

[MadCatX]

To je totez. Phonon je v podstate jenom to nastaveni v SystemSettings. Skutecna prace se deleguje na nejaky backend (gstreamer, xine nebo PA), phonon nad tim jen stavi nejaky api ze kteryho jako uzivatel vidis jen to spolecny nastaveni.

No počkat, úplně totéž to není. Phonon je KDEčkové API pro přehrávání zvuku. V SystemSettings se dá nastavit, jaký backend a zvukový hardware bude to API používat. Každopádně tyhle změny ovlivní jen aplikace, které Phonon používají. Pokud má Phonon nastaven jako výstupní zařízení PulseAudio server, lze v SystemSettings provádět i globální změny jako změnu zvukového profilu nebo na který jack se má zvuk poslat.

(a ne, definování několika vlastních virtuálních zařízení v .asoundrc se fakt nepočítá:)(a ne, nic co zahrnuje demona ktery si uzme dsp pro sebe a nikoho dalsiho k nemu nepusti se nepocita.)

Dustin už to říkal, ALSA dělá totéž a karty bez HW mixéru musí spoléhat na dmix. Ještě si pamatuji doby, kdy dostat zvuk z Kaffeinu a GAIMu najednou nebylo nic samozřejmého:) I karty s HW mixérem mají omezený počet streamů, které dokážou přehrát najednou (i když třeba SB X-Fi jich umí 256).

[dustin]

A karet s HW mixérem je velice málo, snad pouze ten SB.

[Václav "Darm" Novák]

Určitě? Ani M-Audio to neumí? To bych se divil…

[dustin]

Neumí, používají envy24, které žádné DSP pro míchání streamů neobsahuje.

[Václav "Darm" Novák]

Oh, díky. No, stejně, pokud na ni dojde, ji hned obsadí JACK a pro PA nechám SB Live

[Tomáš]

To by mne právě zajímalo, jestli se ten případný HW mixér v PA nakonec použije.

[MadCatX]

Nepoužije, PA všechno smíchá softwarově a na zvukovku pošle až výsledek.

[dustin]

PA jej vůbec použít nemůže, protože HW mixer streamů již z principu neumí mixovat streamy s různou latencí.

PA zapisuje přímo do RAM, která se následně přenáší do zvukovky (ať již rovnou přes DMA u PCI, nebo s ještě jedním bufferem pro hotové rámce (resp. URB) u USB). PA umí přepisovat části bufferu, které ještě nejsou zpracované zvukovkou. Takže data streamu s velkou latencí (např. přehrávač audio), které jsou již v bufferu nějakou chvíli (i několik sekund) připravené pro přenos do zvukovky, na poslední chvíli zmixuje s právě došlými vzorky streamu s požadovanou malou latencí (např. video, midi či hra, kde se nesmí zvuk zpožďovat vůči "akci"). Musí to zmixování stihnout dřív, než na danou pozici dorazí čtecí DMA pointer zvukovky (či USB řadiče). Aby to bylo spolehlivé, potřebuje vždy znát přesnou pozici čtecího pointeru zvukovky. A v právě spoustu alsích driverů pořádně neumělo, protože to pro původní způsob komunikace řízené přerušením na hranici fragmentu/periody nijak nepotřebovaly. Mimo jiné i proto trvalo tak dlouho, než PA začalo rozumně fungovat. Detaily viz klasika http://0pointer.de/blog/projects/pulse-glitch-free.html

[rADOn]

Jo, ten clanek opravdu veci vysvetluje.

Generally, this works reliably only on newest ALSA, newest kernel, newest everything. It has pretty steep requirements on software and sometimes even on hardware.

A hned v dalsim odstavci

The advantages of the scheme clearly outweigh the complexities it causes.

To clovek hned vidi proc ho ma Linus v zaludku. Lehkost s jakou Lennart mava rukou nad rozbijenim fungujiciho je neuveritelna. Jenom to potvrzuje proc jsem na PA nechtel sahnout ani klackem dokud to mel v ruce.

…protože HW mixer streamů již z principu neumí mixovat streamy s různou latencí.

To mi pripada s prominutim jako pekna blbost. Pokud mam nekolik hw bufferu tak je numusim plnit jen jinym zvukem, ale taky jinou rychlosti. I kdyby musely mit vsechny stejnou velikost a stejny pocet fragmentu, nejake to preruseni navic je zanedbatelne ve srovnani s rezii PA. Naopak, hw kanaly by byly uzitecny prave proto ze by umoznily od sebe oddelit ulohy s ruznou latenci BEZ Poetteringovy elektrarny. I kdyby se pak ulohy se stejnou latenci mely prohanet zase dmixem (tam kde neni hw kanalu nazbyt) tak uz mas po kupe ulohy se stejnymi naroky a v clanu uvedene namitky padaji.

BTW nechci to stavet tak ze je PA inherentne spatny a ALSA dokonala. Jenom nevidim v PA nic moc uzitecnyho co by neslo udelat stejne dobre v ALSE kdyby se tomu venovalo stejny mnozstvi prace. Treba jen tim ze by se dal zase do pucu dmix.

[dustin]

To mi pripada s prominutim jako pekna blbost. Pokud mam nekolik hw bufferu tak je numusim plnit jen jinym zvukem, ale taky jinou rychlosti. I kdyby musely mit vsechny stejnou velikost a stejny pocet fragmentu, nejake to preruseni navic je zanedbatelne ve srovnani s rezii PA. Naopak, hw kanaly by byly uzitecny prave proto ze by umoznily od sebe oddelit ulohy s ruznou latenci

Koukal jsem do zdrojáků alsy a opravdu to tak je, substreamy mají vlastní DMA buffer i velikost fragmentu, předpokládám tedy v reálu i vlastní přerušení. Takže HW mixer umí mixovat různé latence, beru zpět.

BTW nechci to stavet tak ze je PA inherentne spatny a ALSA dokonala. Jenom nevidim v PA nic moc uzitecnyho co by neslo udelat stejne dobre v ALSE kdyby se tomu venovalo stejny mnozstvi prace. Treba jen tim ze by se dal zase do pucu dmix.

Jenže to by vyžadovalo právě HW mixování. Zvukovky co to umí - viz http://www.alsa-project.org/main/index.php/Matrix:Tag-HWMIX . Poněkud krátký seznam.

Jinak zdrojáky i licence jsou ti k dispozici, můžeš se do čehokoliv směle pustit. Očividně i lidi, kteří tomu opravdu rozumí, o rozvoj high-level funkcí alsy nijak nestojí. Mají dost práce s drivery a základní vrstvou alsa-libu. Právě proto, aby vyšší vrstvy pořádně fungovaly.

[dustin]

Očividně i lidi, kteří tomu opravdu rozumí, o rozvoj high-level funkcí alsy nijak nestojí.

Upřesnění - moc se tomu sami nevěnují, ale samozřejmě akceptaci patchů se nebrání

[rADOn]

Jenže to by vyžadovalo právě HW mixování.

K cemu? PA taky mixuje v softu, takze cokoliv umi se z principu muze dmix naucit. Pokud by to obnaselo zmeny v API, taky nemuzou byt vetsi nez predchod na PA.

[dustin]

A jak moc se to pak bude lišit od PA? Pro přesné časování potřebuješ další extra vlákna, takže když si knihovna bude vyrábět další vlákna, to už může být samostatný proces, kde se to minimálně bude dělat snázeji, než jen v knihovně volané více procesy současně.

[rADOn]

mno napriklad by to umelo vyuzit hardware pokud je k dispozici. to uz je samo o sobe zlepseni.

[dustin]

Nic ti nebrání to do alsy či PA dopsat. Ale garantuji ti, že si na tom vylámeš zuby. V PA by to znamenalo mít pro určité zvukovky úplně jiné chování (centrální buffer společných pro všechny streamy je klíčová komponenta PA), v alse bys implementoval celou funkci PA. A to jen pro pár zvukovek, z nichž dnes do moderního PC rovnou připojíš jenom varianty XFi, protože ostatní mají PCI.

Jinak můžeš nechat PA běžet a ostatní aplikace napojovat napřímo. V XFi ti pro to zbyde 255 substreamů, když PA zabere jeden.

[Jardík]

V šuplíku se mi tu válí Audigy 2 ZS ... kdysi hodně moc dávno zvukovka za 2k! Pamatuju, jak to hezky zvedalo FPS třeba u v Doom 3 či Quake 4, když se to použije místo softwarových šmejďáren a nežere to tak CPU.

[Václav "Darm" Novák]

Audigy je v šuplíku škoda…

[Milan Uhrák]

Pravdou je, že Pulse pracuje dobře, má řadu možností, které jinde nevidíte, nicméně se spolehlivostí to tak úžasné nebude.

Mám OpenSUSE skoro všude, a Pulse požívám řadu let a verzí OS. Nicméně opakovaně se stává, že Pulse ztichne, a nic než občasné zaskřípění se neozve. PAVUcontrol někdy problém vyřeší (vypnutí/zapnutí zvukovky), často ale pomůže jedině restart počítače.

Problém není tak častý, abych z toho dostával amok, ale dějě se to.

[Václav "Darm" Novák]

Mám štěstí, ale na několika zařízeních a občas i obskurních zvukovkách mi to jde bez problémů Co resstart jen PA?

[chrono]

Niečo také sa mi stávalo, ak nejaká aplikácia spotrebovala (takmer) všetku dostupnú pamäť.

[Pev]

...často ale pomůže jedině restart počítače.

Mně na Debianu pomáhá zavření problémové aplikace a rm -rf ~/.config/pulse/.

[smartass]

Docela mi fungovalo ve Skype 4.2 binárce přejmenovat string verze, viz můj komentář u zprávičky. Je otázka, jak dlouho tohle bude fungovat, protože i když zatím to prostě říká serverům jinou verzi a to jim stačí, tak postupně funkcionalita začne být pozadu a třeba přestane fungovat. Kupříkladu na 4.2 jsem byl skoro pořád Away (žlutý) a prý nefungují konference apod.

Osobně jsem to vyřešil přechodem na Debian Stable z PA-less Gentoo, protože když už se mám podvolit používání PA + ConsoleKit (či systemd-logind později), tak se aspoň nechci hrabat v konfiguraci těch molochů. Wheezy je samozřejmě nezvyk co se týče verzí, ale co potřebuji aktuální, to si dám do schrootu nebo vezmu z backports.

Také jsem zkoušel si na Gentoo vyrobit schroot s Debianem, ve kterém bych tedy spustil ty molochy a Skype, ale moc se mi to nevedlo (musí se spustit consolekit daemon, který má komunikovat s dbus - a teď ten systémový či ne apod.), tak jsem to prozatím vzdal, protože jsem to kvůli práci potřeboval rychle. Možná to ještě později zkusím, ale momentálně se snažím, zda dokážu přesedlat na Debian.

[chrono]

Kvôli fungovanie PA netreba v Gentoo nijako upravovať konfiguračné súbory PA ani ConsoleKit.

[Marián Kyral]

No nahlodali jste mně. Až v práci dostanu nový NB, tak PA zkusím. Uvidíme jestli přežije

[2012]

kdybych tohle musel resit, tak si dam skype do chrootu/jailu spolu s pulseaudiem... pak bych to poustel nejakym skriptem

[dustin]

Obávám se, že chroot nezabrání PA, aby ti obsadil zvukovku a ostatní aplikace jedoucí napřímo do alsy se k ní nedostanou. Je to pořád jen jedno zařízení, v chrootu budeš mít /dev jenom nabindovaný.

[T.O.M.]

Včera jsem byl donucen tento problém taky řešit. Kvůli multiseat konfiguraci se sdílenými repro i sluchátky prostě pulseaudio použít nemůžu (ani system-wide konfigurace nefunguje dle mých představ).

Narazil jsem ale na velice zajímavou konfiguraci, kde zvuk přes PA jen prochází do ALSY. Úplně bez PA to sice není, ale Skype mi funguje a zbytek systému o PA "neví".

[ebik]

Tak jsem to právě vyzkoušel. Zdá se že to funguje. Jen v debianu není balíček 'pulseaudio-alsa'. Místo toho se musí úplně zakomentovat obsah souboru:

/usr/share/alsa/alsa.conf.d/pulse.conf

[ebik]

Přesněji není to konfigurační soubor, takže buď zafixovat balíček pulseaudio, aby se nepřeinstaloval, nebo (lépe) tento soubor divertnout (a pak se nemusi prekonfigurovavat)

cd /usr/share/alsa/alsa.conf.d
sudo dpkg-divert --divert `pwd`/pulse.conf.original.disabled --rename `pwd`/pulse.conf

[duropd]

Mám taký poci že skype pre svoj beh potrebuje OSS. Mne pomohlo nainštalovať alsa-oss.

[ebik]

Nejnovsi skype (skype-debian_4.3.0.37-1_i386.deb) zavisi na libpulse0 a kdyz nebezi pulse daemon, tak nabizi pouze 'virtual device' v sekci audio devices, tazke sice bezi ale bez zvuku (pro oba smery).

[dustin]

Přesně tak. OSS už je na linuxu trochu historické. I když jsou lidi, kteří na něj nedají dopustit a nové drivery se pořád vyvíjí. Myslím, že částečně je to také licencí, že umožňují zakomponovat i uzavřené drivery bez zdrojáků.

[duropd]

Ano presne tak, ale po doinštalovaní alsa-oss síce zobrazuje virtual device, no zvuk ide bez problémov.

[duropd]

Prosím kto mi prezradí spávne a konečné riešenie ? Ono to tu niekde je ale ktoré je to správne ? Kto je vrah zase záhradník ?

[Marble]

Pro mě funguje apulse. Staženo z githubu, zkompilováno (32bit kompilace na běžném amd64 debianu, jen s i386 balíčky knihoven a nastavením PKG_CONFIG_PATH=/usr/lib/i386-linux-gnu/pkgconfig/).

Mám pocit, že nejde vybrat různé output device pro hovor a zvonění (což osobně nepotřebuju), jinak jsem nenarazil na žádný problém.

Samozřejmě je možné, že funguje i jiná cesta.