Sound wird blockiert

Sanni

Das hat leider nicht viel gebracht. Alle Einstellungen sind so wie sie sein sollten, und das Ausprobieren anderer Einstellungen incl. logout/login hat nichts ergeben.

Gib mal bitte die Ausgabe von:

fuser -v /dev/dsp* /dev/snd/*

Das zeigt dir an, welches Gerät von welchem Prozess belegt ist.

Das mit dem Soundserver hast du wohl falsch verstanden. Dein Audiosystem kann nur einen Audiostrom gleichzeitig entgegennehmen. Um mehreren Prozessen gleichzeitig die Ausgabe von Sound zu erlauben, wird ein Soundserver zwischengeschaltet. Der kann mehrere Audioströme entgegennehmen, vermischen und dann an das Audiosystem weitergeben. Natürlich ist dann der Soundserver der eine Prozess, der deine Soundkarte belegt.

Der Fehler liegt also vermutlich darin, dass deine Prozesse versuchen direkt deine Soundkarte anzusprechen, anstatt deinen Soundserver. Die Ausgabe oben sollte das allerdings aufklären, denn da müsste der Soundserver zu finden sein.

Ein neueres Linux ist nicht drin, da das Notebook dafür nichtausgelegt ist

Woran scheitert es denn?

Sanni

Ohne KDE entsteht gar keine Ausgabe,
wenn KDE läuft ohne meine spezielle Startweise durchgeführt zu haben (Sound wird blockiert):

/dev/snd/controlC0:
       sanni 3056 F . . . . kicker
       sanni 3088 F . . . . kmix
/dev/snd/controlC0:
       sanni 3053 F . . . m kdedeskop

Wenn ich KDE mit spezieller Startweise starte (Sound wird nicht blockiert) erscheint folgende Meldung:

/dev/snd/controlC0:
       sanni 3042 F . . . . kicker
       sanni 3073 F . . . . kmix

Nein, das mit dem Sound-Server habe ich mir auch schon so gadacht, denn unter KDE kann man ja schon manche Dinge gleichzeitig hören, die eigentlich gar nicht den gleichen Ursprung haben.

Mein Notebook hat nur 300MHz mit 128MB RAM. Ein noch neueres Betriebssystem wäre das wohl nicht unbedingt angebracht. Das geht ja jetzt schon gerade so noch, und für ein Neues habe ich keine Zeit

nman

Der zweite Post von Update fasst das gut zusammen.

Ich hatte mit KDE 3.5 ähnliche Probleme, aus folgendem Grund:
- KDE verwendet artsd als Soundserver.
- mplayer verwendet standardmäßig alsa oder oss.
- mplayer und Konsorten haben dann häufig die Rechte der Sounddevices so zerschossen, dass arts nicht mehr darauf zugreifen konnte.
- Abhilfe verschaffte idR, die Rechte wieder so zurückzusetzen, dass artsd und Konsorten wieder darauf zugreifen können.
- Anschließend solltest Du mplayer per Config noch sagen, dass er in Zukunft das arts-Plugin für die Soundausgabe benutzen soll, das kannst Du vorher per '-ao arts' oä. testen.

Check auch mal, ob Du überhaupt arts verwendest, bzw. ob artsd läuft. Lass das Ding mal auf einer Konsole laufen, damit Du eventuelle Fehlermeldungen bequem lesen kannst.

Soweit ich mich erinnere, gibts ab KDE 4 arts (zumindest in der alten Form) nicht mehr, aber beim 3er könnte das noch die Ursache sein.

edit: Die Sache mit artsd lässt sich so checken: ps -U sanni | grep arts
Falls Du da einen Prozess siehst, schießt Du ihn per killall prozessname ab. Anschließend rufst Du mal manuell auf der Konsole artsd auf und siehst Dir an, was der an Fehlermeldungen ausspuckt.

Sanni

Der Soundserver läuft mit alsa (der steht wenigstens im Runlevel-Editor eingetragen). Im mplayer ist oss voreingestellt. Wenn ich den auf alsa umstelle, gibt es Aussetzer beim Abspielen, mit oss nicht.

Wenn ich auf der Kommandozeile bei blockiertem Sound mplayer starte mit

-  mplayer -ao arts    dann erscheint    can't connect arts
-  mplayer -ao oss     dann erscheint    coculd not open/initialise audio device, device or recource busy
-  mplayer -ao alsa    dann erscheint    device or recource busy

ps erzeugt leider keine Ausgabe.

Wie kann ich denn die Rechte ermitteln/einsehen und wie lassen sich die ändern?

Welche Distri benutzt du? Schon mal mit GNOME probiert?

schonmal DAS gelesen?

Sanni

Ja, Gnome habe ich auch schon mal probiert, aber KDE gefällt mir dann doch irgendwie besser.

Aber Leute, nun mal rein interessehalber, da ich wohl um eine Neuinstallation, zumindes des User-Accounts, doch nicht drumherumkomme. Wo sind denn nun die Einträge für den userstart unter KDE gespeichert? Das muss doch irgendwo zu finden sein oder?
Oder gibt es niemanden, der das weiss?

Sanni schrieb:

Ja, Gnome habe ich auch schon mal probiert, aber KDE gefällt mir dann doch irgendwie besser.

und hast du die verlinkte doku angeschaut?

Aber Leute, nun mal rein interessehalber, da ich wohl um eine Neuinstallation, zumindes des User-Accounts, doch nicht drumherumkomme. Wo sind denn nun die Einträge für den userstart unter KDE gespeichert? Das muss doch irgendwo zu finden sein oder?
Oder gibt es niemanden, der das weiss?

die sind irgendwo in .kde, ich hab' 4 also kann ich es nicht nachschauen. mit pstree kannst du aber alle kindprozesse von kde anschauen. Ob das was du suchst drinsteht würde ich nicht unterschreiben

nman

Sanni schrieb:

Der Soundserver läuft mit alsa (der steht wenigstens im Runlevel-Editor eingetragen). Im mplayer ist oss voreingestellt. Wenn ich den auf alsa umstelle, gibt es Aussetzer beim Abspielen, mit oss nicht.

Ob arts oss oder alsa verwendest, ist eigentlich unerheblich. Wichtig ist nur, dass all Deine Programme arts benutzen, dann sollte alles klappen, vorausgesetzt Dein arts ist nicht komplett zerschossen.

ps erzeugt leider keine Ausgabe.

Dann läuft auch kein Soundserver. Zumindest nicht arts.

Wie kann ich denn die Rechte ermitteln/einsehen und wie lassen sich die ändern?

ls -lR /dev/snd/ bzw /dev/oss oder wo auch immer die Soundfiles bei Dir liegen, ich habe kein so altes System mehr und auch keines mehr, das OSS benutzt.

Aber Leute, nun mal rein interessehalber, da ich wohl um eine Neuinstallation, zumindes des User-Accounts, doch nicht drumherumkomme. Wo sind denn nun die Einträge für den userstart unter KDE gespeichert?

Was meinst Du mit "Userstart"? Die KDE-Einstellungen? Wenn die Probleme machen, dann verschieb die doch mal irgendwoanders hin und kopiere die Dotfiles eines anderen Benutzers in Dein Homedirectory zum testen. Also ungefähr so:

mkdir kde-dotfiles-backup
mv .kde* kde-dotfiles-backup
sudo -i
cp ~andereruser/.kde* ~sanni
chown -R sanni ~sanni/.kde*

Sanni

Habe heute von einem Praktiker einen recht guten Tip bekommen.
Auch er war der Meinung, dass das Ganze irgendwas mit der Rechte-Vergabe zu tun hat, riet mir aber folgendes:

-KDE herunterfahren
-wichtige Dateien/Verzeichnisse aus dem home-Verzeichnis herausschieben
-User mit Yast löschen
-home-Verzeichnis löschen
-User neu mit Yast anlegen
-Dateien/Verzeichnisse zurückkopieren
-KDE neu starten und einloggen
-den Desktop wieder einrichten

. . . und schon funktioniert wieder alles!

nman

Dann hatte aber nichts davon mit den Rechten Deiner Devicefiles zu tun, die hast Du damit ja nicht angefasst.

Aber Hauptsache alles funktioniert, auf eine ähnliche aber weniger brutale Methode hätte mein letzter Tip ja auch abgezielt.