K čemu je aRts dobré?

13.4.2005 20:25 | Přečteno: 1324× | Linux | poslední úprava: 13.4.2005 20:30

Krátká úvaha o smysluplnosti aRts.

V této krátké úvaze se chci zamyslet nad užitečností a smyslem aRts - nebo vlastně všech podobných zvukových serverů.

Mám zvukovou kartu Creative SB Audigy Player. Podporuje HW mixování, takže nepotřebuju žádný dmix - u dsnoop si nejsem 100% jist, ještě jsem ve více aplikacích naráz nahrávat nezkoušel.

Nemám problém mít puštěné zároveň aplikace používající ALSA a aplikace používající OSS. Jediným problémem je aRts. Nevím co dělá, ale když běží artsd, tak ve žádných OSS aplikacích nejede zvuk - v ALSA jede OK.

Výsledek: aRts dělá potíže.

S ALSA mi skvěle chodí MIDI. Dal jsem si loadování soundfontu při startu systému, takže je to teď simple jako ve Windows. Jenže zádrhel se nazývá aRts. Ačkoliv jsem v konfiguraci KDE zvolil správný výstup (mám na výběr ze čtyř + "MIDI-out"), MIDI mi skrze aRts nejede .

Výsledek*: pod aRts mi nefunguje MIDI.

Vstup (nahrávání) - pod OSS aplikacemi OK, pod ALSA aplikacemi OK (vivat UT2004 . Jenže pak je tu aRts. Dokud běží aRts**, tak občas nahrávat lze a občas zase ne. Občas pokus*** o nahrávaní vyhodí chybu a občas prostě aplikace zamrzne (toto jsou zážitky ze Skype).

Výsledek: aRts dělá potíže.

*) Možná to nějak rozchodit lze, ale je to prostě komplikace navíc.
**) Ano, mám nastaveno "Automatické zastavení při nečinnosti"
***) fuser /dev/dsp dává prázdný seznam - nechápu co se děje :-?

K čemu je tedy aRts dobré? Máme karty s HW mixováním a máme dmix/dsnoop. V obou případech se bez aRts obejdeme. Proč už aRts dávno nezaniklo?        

Komentáře

[zabza]

K čemu je tedy aRts dobré? Máme karty s HW mixováním a máme dmix/dsnoop. V obou případech se bez aRts obejdeme. Proč už aRts dávno nezaniklo?

To je otázka zárověň obsahující odpověď

[Robert Krátký]

aRts vznikl ještě v dobách, kdy dmix a ALSA byly neznámé pojmy. A teď už se to s KDE veze, protože nikdo neměl odvahu to celé překopat a zbavit se té nechutnosti. Myšlenka sound serveru není špatná, ale v podání aRts se to moc nevydařilo.

[VícNežNic]

Pamatuju se, jak jsem kvůli ALSA spouštěl aRts nad ESD (to je věta, co ). Každopádně v tom co na KDE nesnáším vede aRts i před vzhledem, takže to je asi fakt hrůza

[Luk]

aRts je šílený žrout výkonu. Na dnešních strojích se to zase až tak neprojeví, ale pamatuji si dobu, kdy na Celeronu 366 požíral aRts běžně 10-15 % času procesoru (a alokoval spoustu paměti).

[VícNežNic]

Co je dnešní stroj? Mně požíral aRts s klidem i 40% času, ale možná to bylo způsobeno ALSA. Prostě je to děsivá věc a nemám ji rád

[Luboš Doležel (Doli)]

Není KDE jako KDE.

Mě se "moje" KDE velice líbí, ale z "toho KDE" co je v Knoppixu bych hodil šavli

[Radomír Fojtík]

Rad bych si neco ujasnil, neb mam v tom zmatek:

Mam obycejnou onboard zvukovku a pustim-li mplayer s ao=oss obsadi mi /dev/dsp a zadna jina aplikace nema sanci "pipnout". To snad chapu spravne. Pustim li ten mplayer s oss vystupem a mam zvukovku s HW-mix, mplayer mi zase obsadi /dev/dsp a dalsi aplikace maji zase utlum. Nebo ne??

[Michal Čihař]

Pokud ten mplayer byl třeba 128. u SB Live, tak už ten 129. má útlum (možná si špatně pamatuju počet kanálů, nevím). Takže pokud má karta harwarové mixování a používáš alsu, tak můžeš otvírat dokud to karta zvládne.

[Daniel Smolik]

Arts by podle me melo byt uzitecne jednak v pridade X-terminalu melo by pridavat sitovou transparenci. Tj. aby zvuk cestoval za promenou DISPLAY a za druhe umoznit hrat z vice zdroju najednou coz bohuzel ani jedno moc nesplnuje.

[petr_p]

Presne za timto ucelem existuje starsi zvukovy protokol NAS. Ma sice vetsi latence, ale: je multiplatformejsi (jede i pres DECnet, podporuji ho nektere hardwarove X terminaly), umoznuje "IP telefonnii", propojeni na severoamericke telefonni ustredny (ma generator tonove volby). Zvlada ho mplayer, xmms, wine, SDL_sound. Z hlediska X protokolu je transparetni (tzn. klient si najde ten spravny server). Proste idelani na X terminaly.

[Zdeněk Štěpánek]

Zdravim

Nerozumim te averzi vuci artsd. Je fakt ze to je zrout, obcas zlobi a ma velke latence, ale pro beznou praci kdyz chci mit pusteny MP3 a zaroven do toho pipani od ICQ tak zrejme jinou moznost nemam (jeste vlastne esd). Nevim teda co to je za divnou zvukovku ten sound blaster, ale ja mam jen jedno /dev/dsp (potazmo jen jedno /dev/snd/pcm..), takze kdyz hraje jeden zvuk nemuze hrat druhy. Proto na beznou praci pouzivam arts a kdyz chci hrat nejakou hru tak to vypinam, kvuli latencim.

Leda ze bych si rozchodil ten dmix, ale zatim jsem nikde nevidel jak na to.

Zdenek

[Luboš Doležel (Doli)]

To že je jedno /dev/dsp ještě nic neznamená.

Každá lepší zvuková karta má HW míchání a jak rozchodit dmix, na to tu byl přece článek.

Takže si za svým názorem stojím.

[s0]

No, mne arts taky pekne stval, takze jsem ho prestal pouzivat. dmix se mi za boha nepodarilo nastavit, takze jsem furt pindal a kveruloval, ze je zvukovy system na pycu. Pred tydnem jsem nainstaloval alsu 1.0.9rc2 a ejhle - proklate - sw mixovani zvuku funguje bez jakehokoli meho zasahu.

btw s arts mne bavilo, jak napr. ve filmu chlapek odesel z mistnosti a prasknuti dveri se ozvalo az potom

[Luboš Doležel (Doli)]

Nejlepší je přes arts hrát hry - to je teprve síla

[Mikos]

Miluju KDE, ale vůči aRtsu mam také velmi silné výhrady (respektive nesnáším ho ). Nedávno sem ale narazil někde na nějaký článek - rozhovor s jedním vývojářem KDE - a on tam psal že nadbytečnosti aRtsu si v současné době uvědomuje obrovská spousta lidí (a vývojářů ). Dříve aRts svůj účel plnil, ale dnes v době Alsy už je ve většině případů jen na obtíž.

Nicméně zvuk v KDE 4.0 by už na aRtsu _SNAD_ podle tohoto vývojáře být závislý neměl. Měl by tam být nějaký wrapper (či jak to nazvat), který může využívat různé zvukové výstupy, multimediální frameworky, atp. Konkrétně s největší pravděpodobností by se měl jako multimediální framework používat GStreamer (který je mimo jiné doporučován Freedesktop.org). Kromě toho onen wrapper bude moct využívat samozřejmě i současný aRts (který možná zůstane jako defaultní, to nevím) a v onom interview se mluvilo i o NMM (Network Multimedia Middleware) a MAS (Media Application Server).

Tohle je podle mě rozhodně cesta správným směrem... nějaký univerzální multimediální framework prostě musí být používán (aby každá KDE aplikace nemusela si všechnu práci s různými zvukovými a video kodeky dělat sama ) a GStreamer je v současnosti nejnadějnější, navíc už na něj přechází i GNOME.

[Mikos]

Ještě dodatek - podařilo se mi najít na Googlu ono interview, přečíst si ho můžete zde: Perspectives on KDE Multimedia

Nicméně ten rozhovor je z listopadu 2004, jak se od té doby věci vyvinuly a jestli se opravdu v KDE 4.0 zbaví závislosti na aRtsu netuším...