Newsgroup: it.comp.os.linux.iniziare
Titolo: [debian sid] piccolo problema di audio

quando kde 3.x parte, fa partire anche il server audio artsd per 
eseguire i suoi suoni.
il problema è che quando c'e' artsd in esecuzione, non funziona piu' il 
comando play file.wav e quindi niente audio per tutte le applicazioni 
che lo usano.
daltro canto se disabilito il sound server da pannello di controllo, non 
piu' audio per le applicazioni di kde.
qualcuno mi dice come ha risolto sta cosa?

Alberto ha scritto:

Devi usare il comando artsdsp play file.wav.
In questo modo forzi l'output del comando a passare attraverso artsd e 
così non c'è più il problema.
Artsdsp funziona con quasi tutti i programmi di riproduzione audio.
Puoi anche crearti un alias play=artsdsp play, se ti serve.
Ciao, Paolo

 Puoi anche crearti un alias play=artsdsp play, se ti serve.
ecco cosa mi serviva :P
pero' mi sorge una domanda: nei vari casini ho installato anche sox (che 
credo sia lui che mi installa il comando play) a questo punto sox mi 
serve a qualcosa?
altra cosa: vero che posso usare benissimo xmms per ascoltare mp3 e wav, 
  ma come riferimento avevo mp3blaster, e questo non funziona con artsd 
sotto, e da quello che vedo non posso nemmeno dirgli di usare artsd, 
dovro' rinunciare a mp3blaster?

 
Non conosco mp3blaster, ma cosa succede se lo lanci con "artsdsp 
mp3blaster"? (sempre che sia mp3blaster il nome dell'eseguibile...).
Di solito artsdsp funziona quasi con tutti i programmi, e dico "quasi" 
per via dei problemi che mi ha dato con Audacity, altrimenti avrei detto 
"tutti" per la mia esperienza...
Comunque se usi xmms, sappi che esiste un plugin che ti consente di far 
passare l'output per artsd senza usare comandi supplementari.
Ciao, Paolo

 supplementari. Ciao, Paolo
si questo lo sapevo, infatti era già stato installato
ho notato che molti programmi puntano direttamente a /dev/dsp o 
/dev/mixer e quindi l'unico modo sarebbe killare artsd prima di 
eseguirli, mi sorgono due domande:
se dovessi dargli qualcos'altro invece di /dev/dsp /dev/mixer ecc, 
per farli convivere con artsd, cosa avrei douto usare?
seconda domanda: se invece di artsd usassi alsa, dal punto di vista 
pratico, questo tipo di cose si semplificherebbero,oppure mi 
ritroveresi sempre con questo tipo di problema? (giusto per regolarmi 
a cercar di capire come funziona la cosa)
intanto grazie delle precedenti precisazioni  :)
-- 
Ciao,
 Alberto
mailto: 
alb...@bigfoot.com
 - 
http://alb.hey.to
 - ICQ: 35062672
PGPkey ID: 0x115EB496
http://web.tiscali.it/albald/pgp/albald-bigfoot-com.asc
No allegati in Word o PowerPoint:
si veda 
http://www.fsf.org/philosophy/no-word-attachments.html

 
Dunque killare artsd perima di eseguire le applicazioni è una soluzione 
estrema...
Come penso sai, il problema è che il device /dev/dsp (su /dev/mixer non 
so nulla) può essere utilizzato solo da un'applicazione per volta; dato 
che con qualsiasi suono di sistema artsd "occupa" /dev/dsp per la durata 
del suono più 60 secondi dopo la  sua fine (questo valore di 60 sec si 
può cambiare da preferenze ---> suono ---> server sonoro), ovviamente 
spesso il colpevole dell'occupazione del device è lui...
Il server sonoro (per kde artsd appunto) serve a miscelare tutti i suoni 
a lui diretti prima di inviarli a /dev/dsp, consentendoti così di 
sentire più suoni insieme e soprattutto di non trovarti mai con il 
problema del device occupato.
La questione è come far usare artsd ai vari programmi: nel caso più 
fortunato c'è un opzione apposita (xmms con il plugin che già conosci, 
mozilla attraverso dpkg-reconfigure mozilla-browser), altrimenti puoi 
lanciare il programma con artsdsp nomeprogramma; artsdsp forza l'output 
del programma a passare per artsd, in questo modo può accedere sempre a 
  /dev/dsp e mischiarsi anche agli altri suoni. Per quel che ho 
sperimentato, artsdsp funziona bene con vari programmi (timidity, 
realplayer, mpg123, play) e solo con Audacity ha causato dei problemi 
(crash).
Quindi se non c'è un'opzione apposita nel programma, ti consiglio di 
provare a lanciare i programmi che hanno un output sonoro con artsdsp 
nomeprogramma e vedere se funzionano bene.
Se poi ti capita qualche programma che non va d'accordo con artsdsp, se 
trova il device /dev/dep occupato non ti rimane altra scelta che killare 
il programma occupante (lo trovi con fuser /dev/dsp) che può essere 
artsd ma anche qualcos'altro.
 > seconda domanda: se invece di artsd usassi alsa, dal punto di vista
 > pratico, questo tipo di cose si semplificherebbero,oppure mi
 > ritroveresi sempre con questo tipo di problema? (giusto per regolarmi
 > a cercar di capire come funziona la cosa)
Su alsa non so nulla, mi spiace...
 >
 > intanto grazie delle precedenti precisazioni  :)
Scusa la prolissità e le probabili ripetizioni di cose stranote...
Ciao, Paolo

 Su alsa non so nulla, mi spiace...
Beh allora aspetto che magari qualcun'altro mi spieghi se funziona allo
stesso modo :P
grazie