Arch Linux

Audio Crux - KDE Sounds laufen, aplay nicht

teal

Hallo Forum,
mein Sound funktioniert nicht richtig. Die KDE Start sounds spielen zum Beispiel korrekt ab aber Amarok oder sonst ein Programm kann nichts ausgeben (es bleibt stumm). Ich bekomme auch von zeit zu Zeit folgende Fehlermeldung über den Notifications Dienst angezeigt:
"The audio playback device HDA ATI SB (VT2020 Analog does not work. Falling back to HDA ATI HDMI, ATI HDMI (HDMI Audio Output)". Wobei letzteres nicht wirklich reproduzierbar ist. Seitdem ich !snd_pcm_oss in die rc.conf module Zeile eingetragen habe dieses Problem nicht mehr aufgetreten ist.

Ich weis nicht wo ich suchen soll. Da die KDE sounds ja laufen, sollte alsa korrekt konfiguriert sein. Wenn ich jedoch aplay /usr/share/sounds/alsa/Front_Center.wav erscheint folgende Meldung:

Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
aplay: set_params:1059: Channels count non available

Ich hänge mal einige relevante Ausgaben an:
aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: VT2020 Analog [VT2020 Analog]
  Subdevices: 1/2
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
card 0: SB [HDA ATI SB], device 1: VT2020 Digital [VT2020 Digital]
  Subdevices: 2/2
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Wobei ich nur den Analogen Ausgang nutzen möchte (Digital/HDMI liegt brach, die würde ich am liebsten blacklisten, so dass sie überhaupt nicht geladen werden). !snd_hda_codec_atihdmi ist auch schon in der rc.conf eingetragen. Bringt aber nichts.

Hier die relevanten lspci einträge

00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40)
04:00.1 Audio device: ATI Technologies Inc HD48x0 audio

lsmod | grep 'snd'

snd_seq_dummy           1431  0 
snd_seq_oss            28760  0 
snd_seq_midi_event      5436  1 snd_seq_oss
snd_seq                50082  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          5297  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_hda_codec_atihdmi     2739  1 
snd_hda_codec_via      55167  1 
snd_hda_intel          22317  4 
snd_hda_codec          79288  3 snd_hda_codec_atihdmi,snd_hda_codec_via,snd_hda_intel
snd_hwdep               6110  1 snd_hda_codec
snd_pcm                71953  3 snd_hda_intel,snd_hda_codec
snd_timer              19265  3 snd_seq,snd_pcm
snd                    57562  15 snd_seq_oss,snd_seq,snd_seq_device,snd_hda_codec_via,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore               5969  1 snd
snd_page_alloc          7249  2 snd_hda_intel,snd_pcm

cat /proc/asound/cards

 0 [SB             ]: HDA-Intel - HDA ATI SB
                      HDA ATI SB at 0xfe5f8000 irq 16
 1 [HDMI           ]: HDA-Intel - HDA ATI HDMI
                      HDA ATI HDMI at 0xfe9ec000 irq 47

Wobei letzteres der output der grafikkarte sein dürfte. Daher habe ich auch die asound.conf dementsprechend konfiguriert, dass nur die SB Karte angesteuert werden soll.

cat /etc/asound.conf

pcm.!default {
    type hw
    card SB
}

ctl.dmixer {
    type hw
    card SB
}

Hat jemand einen Rat?
Sonntägliche Grüße,
teal

teal

Was mir gerade aufgefallen ist:
lsof snd brauchte zu Tage dass Knotifiery auf die Soundkarte zugreift, nachdem ich dies gekilled habe & anschließend das snd-hda-intel modul mit: modprobe snd-hda-intel model=auto neu eingelesen habe funktioniert zumindest die Soundausgabe in Amarok. (auto steht für meine via vt2020 in den kernel docs). Kann es sein das es ein mixing Problem ist? Eigentlich sollte sofware mixing doch längst in alsa integriert sein?

Edit: Das Meldung "audio playback device HDA ATI SB (VT2020 Analog) does not work" erscheint übrigens nach wie vor.

mukl

Ich hatte bis gestern auch Soundprobleme mit einer VIA VT1818S. Nach jedem Mal hochfahren war es rein zufällig, ob die Karte überhaupt Sound ausgab oder nicht. Also hab ich auf kernel26-2.6.37 aus testing upgedatet, bis jetzt (3 reboots) funktioniert alles, wie es soll.

Die asound.conf ist der Grund, warum aplay nicht funktioniert, da Du die Hardware direkt ansprichst, also dmix umgehst. Wenn, müsste sie so ähnlich aussehen:

pcm.!default {                                                                                                    
    type plug                                                                                                     
    slave.pcm "dmix-analog"                                                                                         
}                                                                                                                 
                                                                                                                  
ctl.!default {                                                                                                    
    type hw                                                                                                       
    card 0                                                                                                        
}                                                                                                                 
                                                                                                                  
pcm.dmix-analog {                                                                                                   
        type dmix                                                                                                 
        ipc_key 1234                                                                                              
        slave.pcm "hw:0,0"                                                                                        
}

Das Herumspielen mit asound.conf war für mich immer nur eine Notlösung, da mir das Thema zu komplex, die Dokumentation zu schlecht und die Beispiel-Configs in diversen Wikis zu fehlerhaft waren.
Hab ich aber letztens verwendet um Sound auf HDMI auszugeben. Das wäre dann bei "card 1" und "slave.pcm "hw:1,3".

Bei mir siehts jetzt in KDE so aus, dass mit gstreamer als phonon backend nur die Device "default" geht. Der Sound geht auf die Frontboxen. Der Eintrag HDA-ATI (VT1818S Analog) funktioniert komischerweise nicht, was er aber früher tat. Sound dürfte mit den VIA VT???? Chipsätzen im Moment schwierig sein.

Fazit: Keine Ahnung. Kernel-Update hat geholfen.

lG.

mukl

Nochwas: Hast du pulseaudio installiert?

Das hat bei mir noch nie auch nur einen Mucks ausgegeben. Auf dem Notebook hingegen musste ich nur pulsaudio-alsa installieren und alles hat funktioniert.

teal

Danke für das Feedback. Ich habe fast den ganzen Sonntag damit verbraucht den Sound ans laufen zu bringen, nach wie vor gibt vt2020 nichts aus. Habe alles in der asound.cfg auskommentiert. Bringt keine Besserung, pulseaudio hab ich nicht installiert.
Ich habe testweise eine usb soundkarte angeschlossen (Behringer UCA) damit läuft alles problemlos, ist aber nur eine Notlösung. Werde die Tage mal ein Kernel update Probieren, danke für den Tipp!

mukl

Mit meiner nvidia-Karte ist gestern das Update problemlos gegangen. Treiber + Kernel aus testing.

Wie das mit ATI ist, weiß ich daher nicht.

[gelöscht]

Bei meinem Debian funktionierts folgendermaßen: gib mal 'sudo alsactl init' in ner Konsole ein. Danach die Kanäle per 'alsamixer' einstellen. "Independent HP" muß bei mir auf OFF stehen.