PulseAudio vs. jack

Flame

Sokan allitjak (itt), hogy "proffeszionalis" hasznaltra jobb a JACK, mint a PulseAudio.
Valaki felvilagositana ? Pulseaudio mert ne lenne kepes betolteni a low latecy audio daemon szerepet ? Van realtime modja.
Milyen mas "elonye" van a JACK -nek ?

PulseAudio lassan kvazi standrada valik, JACK elonyei csak varosi legenda volna ? Vagy oriasi hibat kovettek el a disztributorok ?

Vagy mindketto rossz megoldas, es a kernel terben kene lennie a funcionalitasanak ? Ha igen, a ketto kozul melyik a kisebbik rossz ?

  • 2388 megtekintés

( igiboy | 2010. 01. 01., p – 19:01 )

Ha studiózol rájössz hogy nem csak a low latency miatt jó a JACK. Van pl. egy nagyon jól kezelhető patch-bay funkciója is. Pulse viszon sokkal jobb egy végfelhasználónak.

Röviden: mindkettő más környezetben tud jól telejsíteni

PulseAudio kepesseg listajan is rajta van, hogy az alkalmazas tudta nelkul magvaltoztathato a kimenet hasznalt kozben.
Ha QjackCtl dolog letezne PulseAudio-hoz jack nelkul az megoldana a kerdest ? Tud valaki olyon dologrol ami ennek implementalasat lehetetlenne teszi ?

Lehetseges egy olyan kiepites is, hogy a JACK beszel kozvetlenul az oss/alsa -val. Es PulseAudio meg JACK-el, ez a kiepites megengedne, hogy JACK -es alkalmazasok ugyan ugy mukodjenek, a PulseAudio-sok meg plusz egy JACK-nyi latencyvel es sok contex swtichel egethetnek nemi tobblet CPU idot. Elfogadhato ez a felalalas egy altalanos celu disztronal?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Amit észrevettem 8/8-as hangkártyával hogy JACK alaból sávonként kezeli, tehát lehet a bal a 4-es és a jobb az 1-es akár, ha nekem épp úgy kell. Hasonló van a PulseAudio-ban amit találtam, de ilyenkor 1,3,5...=L 2,4,6...=R lesz.
Ezenkívül MIDI-t is lehet routolni ha jóltudom JACK-el, tehát egy teljes studió kezelést meg tud valósítani.
Valószinü egy sima 2/2-es hangkártyánál ilyen dolgok nem jönnének elő Pulse-al sem.

Pulseban ami tetszett az az hogy két kattintással szolt két kimeneten a hang (belső hangszóró, és külső USB-s), másik ami tetszett hogy ment a BT füles vele varázslások nélkül (párosítottam és ment).

nekem 6/4 van, de 5.1-nek ismeri fel minden a 6 kimenet miatt (a bemeneteket meg totál elkavarják), de ez szerintem konkrétan az alsa hibája. ezzel mit tudnék kezdeni, nincs ötleted? semmilyen módon nem tudok belőle 3 darab sztereó csatornát csinálni, és így meg okádékul szól.

Gondolom pulse-al megy igy...
JACK-ban a 6 ki és 4 bemenetet külön látod, persze lehet hogy nem mindegyik kártyánál van igy, én azokat tudom ami nekem van, ott mindig külön volt minden. Xmms-hez talán van jack kimeneti plugin, ilyenkor megjelenik az is majd a listában és össze lehet párosítani azokat amiket akarsz. Akármilyen gráf szerint.

Mi a hangkártya típusa?

esi u46se. a "profiloknál" csak 4.1, 5.0, 5.1 meg ilyeneket tudok választani (meg digital, ami nincs is rajta). igazából linuxs alatt nincs szükségem a 6+4 csatornára (win alatt működik frankón, oda kell a több csatorna), már az is elég lenne, ha csak egy sima sztereót tudna az egyik kimeneten, de sajnos mindenáron szétszedi huszonnyolcmilliópontegyre. :( a többi hangkártyámnál van sztereó profil, azok jól működnek, csak pont ez az egy nem.

( balintdavid | 2010. 01. 01., p – 15:42 )

A JACK-nek van egy nagy előnye, Pulseaudioval szemben:
működik
----------------------------
Debian Lenny + LXDE

Jo dehat az studio, neveben is benne van. En azt nem ertem miert lett ekkora divat. (Bar emiatt sokan zsortolodTEK es meg mindig zsortolodnek, sajnos en is kozejuk tartozom. ALSA-val is csak tudtak volna valamit kezdeni.. Ez a szoftveres keveres nagyon gany. Foleg CPU-ra nezve. :-/)

( kmARC v | 2010. 01. 01., p – 16:28 )

Lehet OFF, de ha már megakadt a topikon a szemem:

miért jó, hogy vannak ezek a wrapperek egyáltalán? Mi a céljuk, miért nem elég az ALSA?

A regi OSS/Free (v3) implementacio nem tamogatta, hogy tobb program hasznalja ugyan azt hangkartyat egy idoben. Bar egyes egyes legendak szerint nehany driver tudta ahol volt HW tamogatas ra.
Az OSS nem volt hatekony SMP rendszereken, nem volt eleg modularis, utemzesi problemakat okozott AFAIK.
Tobb audio daemon jelent meg amik lehetove tettek, hogy a hozzajuk csatlakozo programok egyutt hasznaljak ugyan azt a hang kimentet, a Gnome es Enlightenment az ESD nevu dolgot hasznalta erre a celra, a KDE az aRts nevu daemont, valamenyire tudtak egymas dolgait emulalni de nem volt az igazi. Ha valami kozben kozvetlenul OSS-t akart hasznalni, vagy mas daemont akkor az nem volt lehetseges. Rengeteg user-space library is megjelent mindegyik program hasznalta egyiket-masikat, de az osszest egyik sem ismerte, nem lehetett egyre atallni. Vegeredmenyben volt rengeteg libraryd daemonond meg egyebek amik egy nagy bloatwaret szemet volt, nem mukodtek egyutt. JACK is ebben az idoben szuletett, es letezett parhuzamosan a tobbivel.

ALSA -hoz megjelent dmix tamogatas, ami legtobb esetben lehetove tette, hogy tobb program osztozzon egy hangkartyan aminek nincs hardwares kevero kepessege (legtobb hangartya ilyen).

A pulseaudio megjelenesevel megoldodni latszik a regibbi APIk tamogatasa amig szukseges es egy uj gazdag API hasznalata.

OSS eseteben kozvetlenul a kernelt szolitod meg (nincs altalnos library), az OSSv4 API mar tamogtja kernel szintu mixelest, de sehol nem valt defaulta. Sokaig csak zart formaban vehetted meg az iFort-tol. Es ahogy nezem a legtobb OS ragaszkodik a meglevo implemantaciojuk reszelgetesehez.

Az ALSA -t library-n keresztul illik megszollitani, es csak Linuxon van, bar IMHO lehetseges lenne emulalni mas platformokon, de azt talan politikai okok miatt nem lepte meg senki. (alsa bol az L= Linux) (OSSv4 tud valamenyire alsa-t emulalni)

Tehat, ha valaki erdekelt abban, hogy tobb platformon is szoljon neki a hang annak nem erdemes kozvetlenul hasznalnia oss-t vagy alsa-t.

Itt szoba jon pl. a libSDL audio resze ami kepes platform fuggetlenul megszolitani a hangkartyat. Szerintem alkalmazasok szamara siman lehetne az reteg amit ismernek, de majd valaki megmondja a tutit (egy "valodi" csatornat hasznal, a mixelest maga vegzi explicite keresre). oss/alsa/pulseaudio backendel is rendelkezik. Nem o az egyetlen ilyen API, de a legtobb rendszeren mar telepitve van, es nem csak POSIX rendszeren megy.

Tehat az ALSA kozvetlenul nem jo:
- Linux only
- Kevesbe flexibilis (kernelt kell hegeszteni, ha valami speckot akarsz)
- Sokat kell gepelni a hasznalatahoz leven ez egy eleg alacsony szintu API, furcsa csavorokkal
ALSA kozvetlenul jo, ha:
- Csak Linux erdekel
- low level API hasznaltabol szarmazo elonyoket akarsz elvezni (kb. ~0 CPU hasznalat helyett ~0.0 :) ), es merhetetlenul jobb latencyt elerni (max. 1 usec javulas nem is merheto audional )

PulseAduio:
- Megy tobb platformon (Ez lehetne az amit mindenki tamogat, es elfeljtjuk kozvetlen alsa vagy oss hasznalatat, es legfokeppen a tobbi audio daemont)
- Az API -ja eleg jo, hogy legtobb (kulonos) igenyt kielligetse, fuggetlenul az alatta levo hangrendszertol
- Network audio - automatikus felfedezes
- Felxibilis (pluginelheto)
- real-time mukodeshez root jog is kell (CAP_NICE) , igy veszelyeket hordoz egy esetleges PulseAudio hiba, de meg mindig kevesebbet mintha kernelben lenne
- Dinamikus ujra konfiguralas.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Pulseadioban biztosan működik:
* USB füles
* USB tv tuner hangja
* BT füles

ALSA-val nem igazán tudom, hogy működnek-e rendesen (nekem még soha nem sikerült). Ha kihúzod az usb fülest, akkor a hangfolyam megy tovább a másik alapértelmezett hangkimeneten (ugye Win7...). Na ezt biztosan nem tudja az ALSA.

OSS-ben ugyanigy mindegyik (amiket irtal). Bt-t nem probaltam, nincs.

Nekem mar V3 is jol ment, eloszor FBSD-n lattam hogy van valami ami mukodik es tok jo. Megneztem mi az, OSS. Nosza, nezzunk korbe, van linuxra is. S azota nincs egy problemam se. :)))

(PA-val se lenne gond, csak a cpu..)

(Turul: Kossz ismet a fejtagitot.. :))

> PA-val se lenne gond, csak a cpu
Régebben nekem is zabált a PA nem kevés cpu-t. Mostanában (kb 1éve) rendesen viselkedik.

Egy dolgot érdemes egyébként észben tartani: ha AMD procid van és a QnQ be van kapcsolva, akkor a proci használat az a mindenkori CPU órajelre vonatkozik. Az én esetemben idle gép esetén (1GHz) 5-10% a PA proci használata. Ha leterhelem a rendszert akkor már csak 1-2% (2.4GHz) :) [top,ksysguard]

Nincs sok koze kernel API-hoz, hacsak azt nem veszuk, hogy pl. Linux eseten az OSS(v3?) API le lett cserelve ALSA -ra, FreeBSD eseten meg ki lett egeszitve, hogy megusse a hasznalhato szintet, de nem lett tamogatva OSSv4.
Az OSS, emulacion keresztul meg mindig hasznalhato Linuxon, de kerulendo utnak van bejegezve.

A kernel API -bol az alkalmazasok (jobbara) nem latnak semmit, kernel modul irok latjak, ha valtozik.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Nem feltétlenül, néha a koncepció okozza... :)
Amikor 30 alkalmazásból 28 ragyogóan, default megy alsa-ra,
és működik, de akad mondjuk két profitorientált gyártó által készített,
nehezen nélkülözhető termék, aminek a készítésénél
vezérelv, hogy disztrófüggetlen, és ezért hitük szerint
jó kis gtk és oss legyen a felület és hang alap...
(még jó, hogy az svgalib, vagy a Motif meg a kacsacsőrperdevperaudio már nem jutott eszükbe)
Egyikük támogatja azt, hogy a disztrók saját megoldást tehessenek alá,
de ezt meg a nagyobb disztrók nem támogatják...(libflashsupport),
gondolom, a "fúj, de zárt forrású a flashplayer" (vagy bármi egyéb)
című szokásos hasfájás miatt.
Vannak, akik ingyenes de zárt forrású létra megléte esetén
már inkább soha nem másznak le arról a bizonyos fáról...
-
"Attempting to crack SpeedLock can damage your sanity"

( egmont | 2010. 01. 03., v – 09:16 )

Jack, PulseAudio, Alsa, OSS, anyámkínja... de utálom!

Nekem csak egyetlen icike-picike kívánságom lenne. (Azon felül, hogy szívás nélkül, out of the box működjön végre a hang.)

Minden ablak tetején (a becsukó és hasonló gombok mellett), és tabos programokban (pl. Firefox) minden tabon hangerőcsúszka, amely az adott ablak vagy tab tartalmára (beleértve a benne lévő flashplayer-eket is) vonatkozik. Jobbklikkes menü olyan nyalánkságokkal, mint például "minden más ablak/tab hangjának tiltása". Szeretnék zenét hallgatni akár parancssorból, akár zenelejátszóból, akár FF tabban youtube-on úgy, hogy közben szabadon netezhetek, és tudom előre, hogy véletlenül se tévedhetek olyan oldalra, amelyik belezavar a zenehallgatás élményébe.

Tessék mondani, van esély hogy ebben az évszázadban eljut idáig a Linux?

( gabor v | 2010. 01. 03., v – 09:40 )

PA nálam is (szinte) csak szívás. Pl.

1. Külső USB mikrofon hangját szeretném a belső hangkártyára küldeni, ehhez upgradeltem Karmic-ra. Itt már megy, de iszonyatos a latency, használhatatlan az egész.

2. Virtualbox-ban futó itunes-t összezavarja a PA. Nem a zenelejátszás érdekel, hanem az ipod sync, de az sem működik alapból, ha van hangkártya a virtuális gépben.

Szóval nagyon úgy tűnik, hogy oss/alsa + jack lesz a gépen hamarosan....

Azt már csak mellékesen jegyzem meg, hogy az ubuntu upgrade elcseszte a 3D-t...

( GyurMan | 2010. 01. 23., szo – 22:21 )

Srácok a solarisnak milyen hangja van, és sebessége?