Dotaz: Lze NEpoužívat aRtsd v KDE programech?

[Jan Molič]

Dobrý den,

používám artsd v realtime režimu (jinak spotřebovává příliš mnoho CPU a vznikají dropouty). Problém je, že právě kvůli realtime a ?bugu v artsd? cca jednou denně vytuhne počítač (určitě tomu bugu pomáhá i uspávání).

Proto:

Je nějaká možnost, jak používat KDE programy a zároveň nepoužívat artsd? Díky ALSA lze míchat více zvuků dohromady i bez použítí artsd, proto je pro mne zbytečný. Navíc naprázdno spotřebovává 5% CPU a když hraje, tak 10%.

Samozřejmě umí i efektové pluginy, ale bez těch se obejdu, CPU je pro mne podstatnější.

Zkoušel jsem v kcontrol / nastavení zvukového serveru použít JACK, ale výsledek je pouze ten, že běží JACK i artsd dohromady, takže artsd spotřebovává 5% CPU jako by běžel naprázdno.

pozn.: ta procenta se jen mírně liší v závislosti na nastavení velikosti paketu

Odpovědi

[#Tom]

Celé KDE mám zkompilováno bez aRts. Nicméně jej moc nepoužívám (spíš XFCE) a přehrávače určené pro KDE nepoužívám vůbec. Programy, které zvuky nedělají, tak pojedou určitě bez problémů.

[Jiří P.]

Myslim, ze aRts dela spatne a pomalu to, co jinak ALSA sama o sobe umi (zalezi ovsem na konfiguraci). aRts ani eSound nepouzivam a vse jede paradne. Navic pouzivam FreeBSD, jehoz zvukovy system neni treba nijak zvlast konfigurovat.

S aRts i s ALSA ovladaci jsem si pred casem uzil dost nervu aplikace se porad hadaly... Navic ma aRts vetsinou brutalni zpozdeni.

[Jan Molič]

To je právě ten důvod - paralelní zvuk dokáže ALSA. aRts samozřejmě má větší ambice, jako např. řetězení různých realtime filtrů, apod., ale mám pocit, že idea je lepší než implementace Právě kvůli velké zátěži CPU a pomalé odezvě se klidně spokojím jen s paralelním zvukem.

Bohužel jsem nenašel možnost, jak udělat "bypass" celého artsd, aby vše posílal rovnou na ALSA.

Vygoogloval jsem, že autor artsd už nepokračuje v jeho vývoji, tak je klidně možné, že se do budoucna dočkáme celé obmněny sound systému. Do té doby by aspoň mohli udělat možnost použít jakýkoli zvukový backend, aniž by zároveň běžel artsd (docela by mne zajímalo, co dělá, když do něj nejde žádný výstup a přesto spotřebovává 5% CPU. Stracovat už ho nebudu, protože jsem si řekl, že už ho nepustím ))

[Käyttäjä 11133]

Gentoo a -arts, nebo nastavit, ve všech aplikacích jiný výstupní plug-in a v ovládacím centru KDE nastavit výstup audia na Alsa.

[Jan Molič]

> a v ovládacím centru KDE nastavit výstup audia na Alsa.

No a to je právě ten problém - tím se nastavuje, kam má výstup posílat aRts. Jinými slovy, aRts poběží vždy, jen bude výsledek posílat jinam. Další z voleb, kromě ALSA, je i JACK, ale jak jsem psal - nic to neřeší, pokud pak má současně běžet aRts i JACK.

Uvidíme, co vývojáři KDE vymyslí. Přijde mi, že původní účel aRts není špatný (všechny programy používají unifikovaný výstup, který je dále možné upravit různými filtry a pak třeba pustit po síti jinam), jen implementace není nejlepší.

[Radomír Fojtík]

Moc Vám nerozumím, mluvíte moc vědecky, ale zúžím-li dotaz na

" jak používat KDE programy a zároveň nepoužívat artsd?",

dovolím si tvrdit JEDNODUŠE.

V kcontrol mám vypnutý arts (vůbec tedy není spuštěn) - amarok používá xine (alsa), kmplayer přehrává taky přes alsu.

Kmail notifikace - přehrává pomocí aplay, stejně jako SIM-ICQ. Nastavení aplay vlastně funguje pro všechny KDE notifikace Kcontrol - Syst.hláš. - Přehrávač > aplay ( platí jen pro wav, pro ogg je třeba nastavit přehravač jiný).

Vše uvedené mi tedy "hraje současně", bez spuštěného arts pomocí alsa-dmixu.

[snowracer]

Používám gentoo s use-flagem -arts a mám od artsd klid. Multimediálním porgramům nastavm výstup přímo do ALSA, a těm, které dovolují nastavit přehrávač (psi, knotify, ...) nastavím alsaplayer zkopilovaný pro CLI. Funguje to uspokojivě.