Alsa funktioniert nicht richtig nach Umbau der Soundkarte

**Chaotix** · 09.09.04, 04:33

Hallo,
ich habe folgendes Problem: Seit ich meine andere Soundkarte eingebaut habe funktioniert der Sound nicht mehr richtig. Ich kann beispielsweise xmms einmal starten, ein musikstück abspielen, aber sobald ich auf stop und wieder auf play drücke kommt die meldung "konnte audio nicht öffnen, bitte überprüfen sie blabla"
es sieht so aus als wenn alsa immer nur die ersten drei minuten nach neustart funktioniert... (und bevor jemand fragt: bei allen anderen playern funktioniert der sound auch nicht mehr)

zunächst einmal die allgemeine config: mandrake 10.1, kde 3.2, alsa 1.0.6

ich hatte vorher eine cmipci, jetzt eine emu10k1 drin, habe aus der modprobe.conf alles rausgeworfen was die cmipci betraf und anschließend alsaconf ausgeführt, die karte wird korrekt erkannt und installiert, nur eben mit oben genanntem problem.

wenn ich xmms nach dem "absturz" über die shell starte sagt er mir er habe keine berechtigung um auf den mixer zuzugreifen, nur frage ich mich wieso er die vorher hatte...

ich war schon kurz davor windows-like alles neu zu installieren, aber das kann ja nicht des rätsels lösung sein... hat jemand eine bessere idee?

edit: kleiner nachschlag: arts ist nicht aktiviert, die karte benutzt den gleichen irq wie die alte karte...

hier die modprobe.conf:

#/etc/modprobe.conf
alias eth0 8139too
#install usb-interface /sbin/modprobe ohci-hcd; /bin/true
remove snd-emu10k1 /sbin/modprobe -r snd-pcm-oss; /sbin/modprobe --first-time -r --ignore-remove snd-emu10k1
install snd-emu10k1 /sbin/modprobe --first-time --ignore-install snd-emu10k1 && { /sbin/modprobe snd-pcm-oss; /bin/true; }
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF verion 1.0.6 ---
options snd device_mode=0666
alias sound-slot-0 snd-emu10k1
# --- END: Generated by ALSACONF, do not edit. ---

alias snd-0 snd-emu10k1

so, und mittlerweile hab ich alles ausprobiert, hab mal die zeilen von alsaconf rauseditiert, mal die zeilen die das mdk-kontrollzentrum erstellt hat, habe zugriffsrechte geändert, /sbin/fuser -v /dev/dsp zeigt mir nichts an und ich verzweifle hier langsam...

**Chaotix** · 10.09.04, 12:00

wo sind denn die ganzen linux-cracks von früher hin? da hatte das selten mal länger als 24 stunden gedauert bis zumindest mal jemand geantwortet hat...

jetzt habe ich mandrake neu installiert, lief auch alles wunderbar und genau wie ich mir das vorgestellt hatte, jetzt hab ich den rechner neu gestartet und es läuft nichts mehr... kein piep... xmms spielt keinen sound ab, xine bleibt hängen sobald ton im video vorkommt, und das beste: alles ohne fehlermeldungen.... hab arts deaktiviert, ohne erfolg, und so langsam fange ich an zu kotzen... bin ich der einzige mit diesem problem?

**Leberwurstsaft** · 10.09.04, 12:45

/sbin/fuser -v /dev/dsp

Wenn du auf /dev/dsp zugreifen willst, mußt du auch im Kernel bei ALSA die OSS-Emulation aktiviert haben. Ist dem so ? ALSA stellt nämlich sonst nur /dev/audio/irgendwas zur Verfügung. Vielleicht liegts daran.

**mdkuser** · 10.09.04, 12:46

Ich sage dazu immer wieder:

Vergiss ALSA und nimm OSS für die SB live oder audigy! Ist Erfahrungssache!
Kannst Du im MCC von snd-emu10k1 auf emu10k1 umstellen!

**Chaotix** · 10.09.04, 13:06

aahh neue denkanstöße

@leberwurstsaft: hast natürlich recht, war nicht aktiviert, war nur als "mittel zur standard-fehlersuche" angegeben, um die frage zu erklären ob die soundkarte tatsächlich blockiert ist... wenn's nich aktiviert is kann's ja auch nix bringen, hab da mal einfach nich nachgedacht

@mdkuser: bei mir war es immer umgekehrt, dass es mit oss nie funktionieren wollte, bisher lief bei mir mit alsa alles wunderbar.

ehrlich gesagt weiß ich nichtmal wo ich die oss-emulation einstellen kann, ich benutze immer die standard-konfiguration... wo finde ich das denn?

**mdkuser** · 10.09.04, 13:15

Welche Karte hast du denn?
Bei mir funzt die (zugegebenermaßen etwas in die Jahre gekommene) SB life value mit OSS, was ja schon im Kernel mit drin ist.
Alsa liefert unter MDK 10.0 nur einen krächzenden, verzögerten Sound, unter 9.1 gings gar nicht unter 9.0 gings sowohl mit Alsa als auch mit OSS.
Probiere doch mal das unter MCC -> Hardware -> Sound umzustellen. Vielleicht löst es ja dein Problem.
Falls nicht, bin ich auch an der Lösung mit Alsa interessiert, da OSS ja wohl (leider) auf lange Sicht wohl aus dem Kernel verschwinden wird.

**mdkuser** · 10.09.04, 13:20

P.S. Die OSS-Emulation wirst Du wohl in der Kernel-Konfiguration einstellen und dann den Kernel neu kompilieren müssen (falls das noch nicht standardmäßig im Kernel aktiviert ist).
Sollte mich aber wundern, wenn der MDK-Standardkernel ohne diese Option kompiliert und ausgeliefert worden wäre.

Im Übrigen ist die 10.1 CE noch nicht offiziell raus, du musst bei einem Release Candidate also mit Problemen rechnen.

**Chaotix** · 10.09.04, 13:38

nun ja, ich hatte weniger mit problemen gerechnet, aus einem ganz einfachen grund: in einem rechner steckte eine cmiblablairgendwas die mit dem cmipci lief, im anderen rechner steckte die sounblaster live! player 1024, auf beiden rechnern hab ich cooker, und auf beiden lief's, nun hatte ich die soundkarten aus beiden rechnern umgetauscht, die cmipci lief auf dem anderen rechner auch sofort nach dem neustart, die soundblaster lief jedoch nicht...

mit dem abschalten von arts scheint sich jetzt aber doch wieder was getan zu haben, ich weiß zwar nicht was ich gemacht habe, aber nun läuft die karte mit alsa fehlerfrei, allerdings auch erst nach einem kompletten neustart...

ich kann ja mal die module.conf und die modprobe posten sowie die nähere umgebung (kernelversion etc.)...

**mdkuser** · 10.09.04, 13:52

Ja arts könnte so eine Fehlerquelle sein...
wenn ich bei 10.0 xmms unter KDE mit der Option soundwrapper xmms starte, crasht xmms, starte ich mit der gleichen Option unter Fluxbox, gibts kein Problem, starte ich xmms ohne soundwrapper unter KDE läuft alles. Tja danke für den Tip, vielleicht lief das bei mir nie mit Alsa, weil arts immer aktiv war LOL.

P.S. Ist in der aktuellen 10.1 Cooker OSS noch mit im Kernel oder gibts jetzt nur noch ALSA?

**Susu** · 10.09.04, 14:10

Zitat von mdkuser

P.S. Ist in der aktuellen 10.1 Cooker OSS noch mit im Kernel oder gibts jetzt nur noch ALSA?

IMHO ist es noch im Kernel, wird aber nicht mehr weiterentwickelt (bitte steinigen, wenn ich was falsches gesagt habe *g*).

Susu

**mdkuser** · 10.09.04, 14:14

Na solange OSS die alten Karten, die mit der Alsa-OSS-Emulation nicht so gut funzen unterstützt, solls mir recht sein...

**Leberwurstsaft** · 10.09.04, 14:21

Ja arts könnte so eine Fehlerquelle sein...
wenn ich bei 10.0 xmms unter KDE mit der Option soundwrapper xmms starte, crasht xmms, starte ich mit der gleichen Option unter Fluxbox, gibts kein Problem, starte ich xmms ohne soundwrapper unter KDE läuft alles. Tja danke für den Tip, vielleicht lief das bei mir nie mit Alsa, weil arts immer aktiv war LOL.

Wenn arts läuft, müssen natürlich alle Programme mit entsprechenden arts-output-Plugins laufen. Mozilla/Firebird/Opera sollte man per "artsdsp browser" starten, damit z.B. Sound von Flashanimationen an arts weitergegeben werden. Das Sound-Device wird natürlich von arts blockiert und Applikationen, die direkt auf das Device zugreifen wollen, zeigen dann schonmal entsprechend sonderbare Reaktionen.

**mdkuser** · 10.09.04, 14:40

Wenn arts läuft, müssen natürlich alle Programme mit entsprechenden arts-output-Plugins laufen. Mozilla/Firebird/Opera sollte man per "artsdsp browser" starten, damit z.B. Sound von Flashanimationen an arts weitergegeben werden. Das Sound-Device wird natürlich von arts blockiert und Applikationen, die direkt auf das Device zugreifen wollen, zeigen dann schonmal entsprechend sonderbare Reaktionen.

Auch wenn eingestellt ist, das arts bei Inaktivität sich nach 2 Sek. abschalten soll?

**Leberwurstsaft** · 10.09.04, 15:02

Auch wenn eingestellt ist, das arts bei Inaktivität sich nach 2 Sek. abschalten soll?

Ja. Wenn ein anderes Gerät dann das Device blockiert gibt es wiederum Probleme mit Applikationen die arts nutzen. Wenn du schon einen Soundserver benutzen willst/mußt, dann auch konsequent, alles andere verursacht nur Probleme.