Gnome und der Sound

also gut ist ja nicht mein computer
ich hab bei mir daheim eine festplatte eingebaut gehabt, auf der ich ein gentoo linux installiert habe, damit ich die festplatte dann bei einer freundin einbauen kann, und ihr das installieren von gentoo erspare (ich finde einfach, dass gentoo ein superfreundliches system ist und auch newbies damit gut zurechtfinden, wenn man alles einrichtet)
also, ich hatte alsa im kernel (2.6.8-gentoo-r3) fix hineinkompiliert, ebenso wie den treiber für meine lokale soundkarte + einen haufen module für ihr system (wusste nicht genau, welche soundkarte sie hat - soundblaster live! 1024 o.ä.) (dafür ist doch emu10k1 da, nicht? hab die treiber aber nicht per emerge geholt, sondern die aus dem kernel verwendet) außerdem hat sie eine zweite, ins motherboard integrierte soundkarte (motherboard hat einen nforce2-chipsatz)
auf jedenfall funktioniert alles bei ihr (nvidia treiber sind ja schnell gemerged) - sogar der sound funktioniert wunderbar.

mplayer datei.mp3 - spielt wunderschöne musik ab.

allerdings nur unter der konsole. sobald ich *irgendeinen* windowmanager starte (gnome, blackbox, aewm, ...) und per xterm mplayer starte, bleibt dieser hängen und spielt die datei nicht ab.

wechsle ich dann wieder zurück (alt+f1 z.b.) und starte dort mplayer, funktioniert alles. auch mbrola & txt2pho funktionieren (text to speech) tadellos - unter der konsole.

wechsle ich allerdings während des abspielens nach gnome/aewm/... stürzt mir alles ab (hard reboot)
hab die /var/log/messages leider noch nicht danach durchgeschaut, und im mom leider keinen zugriff darauf...

im moment probiere ich gerade USE="-pam" emerge -e world aus.
hab zwischendurch auch ein paar neue kerneleinstellungen ausprobiert (weiß nicht mehr, ob emu10k1 dann auch noch extra gemerged hab, steht davon nicht etwas in der online-doku von gentoo? hab mir nichts dabei gedacht, wo die treiber doch im kernel integriert sind)

die berechtigungen der dateien in /dev/sound/ sind jetzt durchgehend auf 666.

soll ich vielleicht einmal udev probieren?

mplayer hatte ich schon einmal mit esound emerged und einmal ohne esound (also esd) - kein unterschied.

unter kde hab ich das ganze noch nicht probiert, aber schließlich funktioniert der sound nicht einmal unter einfachen X & xterm (X = xorg)...

bin ratlos...

achja, als ich das auf meinem pc daheim ausprobiert hatte, hat alles problemlos geklappt. (snd-via82xx)

nman

quux schrieb:

im moment probiere ich gerade USE="-pam" emerge -e world aus.

Neeeeeeeiiin, das willst Du nicht! Pam ist eine gute Sache(tm), das kannst Du doch nicht so einfach wegschmeißen!

(weiß nicht mehr, ob emu10k1 dann auch noch extra gemerged hab, steht davon nicht etwas in der online-doku von gentoo?

Nein, das passt schon so.

soll ich vielleicht einmal udev probieren?

udev ist nett, aber hier ist IMO nicht devfs das Problem.

mplayer hatte ich schon einmal mit esound emerged und einmal ohne esound (also esd) - kein unterschied.

Versuch mal die ao-Option auf alsa1x oä zu setzen, dann kannst Du dmix verwenden.

also dmix ist dazu da, mehrere programme gleichzeitig auf /dev/dsp etc. zugreifen zu lassen?
der sound funktioniert nur unter X11 nicht. da läuft nichts anderes. aber kann ich nicht irgendwie herausfinden, was da blockiert?

sobald X gestartet(aktiv) ist, kann ich auch nicht mehr entfernt auf den sound zugreifen.
ich kann per ssh musik abspielen, solange dort niemand unter X arbeitet.
wenn ich esd starte (über ssh) bekomme ich übrigens den fehler

SNDRV_PCM_IOCTL_PREPARE failed:device or resource busy

Ponto

quux schrieb:

sobald X gestartet(aktiv) ist, kann ich auch nicht mehr entfernt auf den sound zugreifen.
ich kann per ssh musik abspielen, solange dort niemand unter X arbeitet.
wenn ich esd starte (über ssh) bekomme ich übrigens den fehler
SNDRV_PCM_IOCTL_PREPARE failed:device or resource busy

hast du mal den lsof befehl gemacht?

Log dich mal von draussen ein und mach mal:

1. lsof | grep snd
2. lsof | grep dsp

der gnome-settings-daemon sitzt auf /dev/snd/controlCO
aber sollte alsa nicht mit mehreren zugriffen zurechtkommen?

Ponto

quux schrieb:

der gnome-settings-daemon sitzt auf /dev/snd/controlCO
aber sollte alsa nicht mit mehreren zugriffen zurechtkommen?

hast du mal einen anderen windowmanager versucht, damit man mal ausschliessen kann, dass es an gnome liegt?

blackbox, aewm++ und fvwm.
allerdings jeweils ohne per lsof zugriffe zu checken.

Ponto

quux schrieb:

blackbox, aewm++ und fvwm.
allerdings jeweils ohne per lsof zugriffe zu checken.

Und da hat es auch nicht geklappt? Klappt eine einfache Soundausgabe per alsaplayer?

Der nächste Schritt ist mit strace zu checken, was genau nicht klappt.

Im IRC könnte man das eventuell schneller debuggen.

aplay und alsaplayer zeigen genau dasselbe verhalten wie mplayer.
welcher irc-channel?

Ponto

quux schrieb:

aplay und alsaplayer zeigen genau dasselbe verhalten wie mplayer.
welcher irc-channel?

Channel deleted

hups, da komm ich irgendwie nicht rein...

Ponto

quux schrieb:

hups, da komm ich irgendwie nicht rein...

irc.kde.org #quux

nman

quux schrieb:

also dmix ist dazu da, mehrere programme gleichzeitig auf /dev/dsp etc. zugreifen zu lassen?

Und das ganz ohne extra Soundserver, genau. (Natives Alsa-Mixing eben. )

der sound funktioniert nur unter X11 nicht. da läuft nichts anderes. aber kann ich nicht irgendwie herausfinden, was da blockiert?

Wenn Du dmix aktiviert hättest wärst Du Deine Probleme los und Dein Problem ist ziemlich sicher nicht X sondern in der Tat der Window-Manager.

hm ponto hat via irc gemeint, es läge an der hardware..
hab allerdings noch keine andere soundkarte ausprobiert.
und wie genau funktioniert das jetzt mit dmix?

nman

quux schrieb:

hm ponto hat via irc gemeint, es läge an der hardware..

Hm, würde mich eigentlich fast wundern, aber möglich ist alles.

und wie genau funktioniert das jetzt mit dmix?

Ich kann mich nicht mehr genau erinnern, ich hab damals gegoogelt und hatte das innerhalb von 10 Minuten fertig eingerichtet, die meiste Arbeit war es eigentlich, überall den arts-Support zu deaktivieren.

hab bis jetzt erst einmal mit dmix herumprobiert, aber das scheint schon älter zu sein und eigentlich nicht mehr notwendig?
was ich komisch finde, ist, dass lspci bei der soundkarte sich mit VGA compatible unknown device: soundblaster live! meldet. (o.ä., hab jetzt keinen zugriff auf den pc)

nman

quux schrieb:

hab bis jetzt erst einmal mit dmix herumprobiert, aber das scheint schon älter zu sein und eigentlich nicht mehr notwendig?

Blödsinn, dmix ist relativ neu und durch dmix werden arts und esd unnötig.

was ich komisch finde, ist, dass lspci bei der soundkarte sich mit VGA compatible unknown device: soundblaster live! meldet. (o.ä., hab jetzt keinen zugriff auf den pc)

Die Meldung stimmt garantiert nicht.
Wenn Du einen Soundblaster live! hast dann ist das doch eh alles ganz einfach; EMU10k1 mit ALSA zum laufen bringen, dmix aktivieren und alles funktioniert ganz wunderbar, ich hab selbst so ein Teil zuhause.

hallo leute,
ich hab grad ein bisschen gegoogelt und bin auf diesen thread hier gestossen, da ich ein ähnliches problem habe:
ich habe 2 devices von alsa gemeldet (hw:0,0 und hw:0,1), aber sobald ein programm (via alsa oder oss-emulation) auf einen von beiden zugreift, ist der andere
1. nicht mehr zu hören und wirft
2. den fehler "SNDRV_PCM_IOCTL_PREPARE failed: Device or resource busy"

kann mir vielleicht jemand weiterhelfen? dmix kann ich nicht verwenden, da das programm, für dass ich die funktionalität eigentlich will, die oss-devices via fopen() anspricht (teamspeak).