Newsgroup: it.comp.os.linux.iniziare
Titolo: problemi di ALSA

Dopo aver installato la versione 11.0 di Slackware, ho pensato di 
passare al kernel 2.6.18, installandolo tramite i pacchetti 
precompilati. Ho quindi installato i pacchetti dei sorgetni, degli 
header e del kernel precompilato. Aggiorno lilo e tutto funziona, tranne 
  l'audio o meglio tranne l'audio di KDE & co. Mplayer riesce a 
rirpodurre senza problemi (anche da shell con mplayer $file_audio > 
/dev/dsp), /dev/dsp è accessibile anche da shell, ma il sistema sonoro 
KDE non ne vuole sapere. La scheda audio è VIA Technologies, Inc. 
VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
Ho provato a far ripartire il demone di arts con l'opzione -l 0, e 
riproducendo un file audio con artsplay, ma ottengo una sequela di messaggi
fifo_audio_out: 1152 sample(s) discarded.
fifo_audio_out: blocked for more than 67 ms,
Se vado sul centro di controllo KDE e specifico il dispositivo di 
rirpoduzione mi risponde:
/dev/xxx can't be opened for playback (No such file or directory)
dove xxx è una qualsiasi combinazione di device tipo dsp, sound/mixer, 
sound/dsp, audio etc. etc. Ma, ripeto, da shell sono disponibili!!!
Qual è il problema? arts entra in conflitto con ALSA? Devo aggiornare i 
driver ALSA? Anche se ho installato i driver dati dalla Realtek?
Grazie in anticipo per le risposte!!!

 driver ALSA? Anche se ho installato i driver dati dalla Realtek?
Quali driver realtek ?
lsmod | grep snd che risponde ?
alsaconf  ?
-- 
2.6.20.1

brainless ha scritto:

i driver realtek che si trovano all'indirizzo
ftp://202.65.194.211/pc/audio/realtek-linux-audiopack-4.05f.tar.bz2
lsmod | grep snd mostra che il modulo snd è caricato e in uso da un
bel po' di altri moduli (tutti del tipo snd_$qualcosa)
alsaconf riconosce e configura la scheda audio, ma il sistema sonore
di kde continua a rispondere picche...
P.S. Scusa se non mi sono dilungato in dettagli, ma non sono al
computer in questione. Avevo già visto l'output di lsmod ma non lo
risordo con precisione, sto rispondendo senza quindi poter controllare
con precisione quali sono i moduli che utilizzano snd

 
ftp://202.65.194.211/pc/audio/realtek-linux-audiopack-4.05f.tar.bz2
Ma'... hai visto *COSA* sono ??
hai/avevi gia' tutto installato di default ...
-- 
2.6.20.1


Questo è vero, ma visto che prima non funzionava e che sul portatile 
avevo lo stesso problema, che ho risolto installando quei codec, ho 
pensato di poter applicare lo stesso procedimento.
Leggendo il readme incluso mi pareva d'aver capito che contesse i driver 
ALSA e alcune utilità di configurazione, quindi non credo di aver 
combinato un danno irreparabile. D'altronde alsaconf riconosce 
ugualmente la scheda audio, come faceva anche prima, ma il sistema 
sonoro di KDE (e solo quello) non funzia.

un piccolo aggiornamento:
il problema non si è risolto affatto, ma ho provato a dare il comando
cat /dev/urandom > /dev/dsp
e funziona (sento un fruscio nelle casse), anche da utente normale. Il 
sistema sonoro di kde invece non ne vuole sapere. Ho provato ad aprire 
il centro di controllo da konsole e a vedere l'output conseguente:
server status: running, will suspend in 26 s
real-time status: not real-time
server buffer time: 92.8798 ms
buffer size multiplier: 1
minimum stream buffer time: 92.8798 ms
auto suspend time: 30 s
audio method: alsa
sampling rate: 44100
channels: 2
sample size: 16 bits
duplex: half
device: default
fragments: 4
fragment size: 4096
ma i suoni di kde e tutte le applicazioni collegate continuano a non 
esserci....