Sound bei Supertux 0.3

ich hab' für meine Kinder natürlich auch Supertux auf meinem Rechner.
Auf openSUSE 10.1 hatte schon die Version 0.3 installiert und die lief ohne Probleme.
Mittlerweile ist auch openSUSE 10.3 drauf und da soll dann natürlich Supertux auch laufen.
Tut es auch.
Aber ohne Geräusch (Sound!)!!
Unter 10.1 war das überhaupt kein Problem nur jetzt macht er Mucken....

Getartet von einer Konsole gab diese folgendes aus:

Wie kann ich 10.3 überreden auch in Supertux den Sound zu aktivieren.
Alle Möglichkeiten dazu sind in Supertux deaktiviert.

Im Hintergrund werkelt auch kein Amarok o.ä. (also keine zugriffe auf die Soundkarte)
Alles Andere geht!

Danke schon mal
Arno

Bei mir läuft die neuste Packman-Version ohne Probleme.

pitfl

open /dev/[sound/]dsp: Device or resource busy

Zum Vergrößern anklicken....

d.h. es blockiert ein Programm die Sound-Ausgabe (artsd, kde-programme,...)

im kde-Kontrollzentrum in den Sound-Server Einstellungen schauen und entsprechend anpassen (ALSA oder OSS auswählen)
=> auf der Hardware "Lasche"

oc2pus schrieb:

im kde-Kontrollzentrum in den Sound-Server Einstellungen schauen und entsprechend anpassen (ALSA oder OSS auswählen)
=> auf der Hardware "Lasche"

Zum Vergrößern anklicken....

beides schon getestet ==> keinerlei Änderung in Supertux

artsd kanns auch nicht sein, KDE-Programm sind keine Ungewöhnlichen am laufen....

Wer weiß noch was ?

Arno

komisch,
als root gehts .............
das ist aber nicht genug!

Arno

1. Ist der User in der Gruppe "audio" ?

2. Probier mal im Terminal erst
und dann direkt danach (also ohne das Terminal zu schließen) supertux aufrufen.

Gruß

abgdf schrieb:

1. Ist der User in der Gruppe "audio" ?

Zum Vergrößern anklicken....

aber immer doch....

abgdf schrieb:

2. Probier mal im Terminal erst

Code:

export SDL_AUDIODRIVER=alsa

und dann direkt danach (also ohne das Terminal zu schließen) supertux aufrufen.

Zum Vergrößern anklicken....

leider immer noch gleich...........

Nachdem es aber mit root geht, sollte es nur ein Rechte-Problem sein.
Aber welche Rechte können das sein?
Oder welcher Sound-Dienst blockiert den normalen User und root
nicht?

Bin für jede Hilfe dankbar.

Arno

Nachdem es aber mit root geht, sollte es nur ein Rechte-Problem sein.

Zum Vergrößern anklicken....

Hmm, klingt logisch . Mit "ps x" kann ein Benutzer sehen, was so alles unter seinem Namen läuft; mit "kill -9" und der Nummer, die "ps x" anzeigt, kann man dann jeweils Prozesse killen (wenn man weiß, was man tut ...., aber auch sonst ).

Gruß

Arno L schrieb:

Oder welcher Sound-Dienst blockiert den normalen User und root
nicht?

Bin für jede Hilfe dankbar.

Arno

Zum Vergrößern anklicken....

Artsd und esd blockieren beide das Device und werden bei KDE oder GNOME per Default gestartet solang mans nicht explizit abschaltet. Nur root darf dann trotzdem noch direkt aufs Device zugreifen. Entweder schaltest du den artsd unter KDE also im KDE-Kontrollzentrum ganz ab (KDE gibt dann Sounds direkt über ALSA aus) bzw. den esd im GNOME-Kontrollzentrum oder du nimmst eine Lösung wie es im Wiki zum Thema Teamspeak unter http://wiki.linux-club.de/Mehrere_Programme_gleichzeitig_Sound_ausgeben steht zu Hife.

Bis denne,
Tom

TomcatMJ schrieb:

Entweder schaltest du den artsd unter KDE also im KDE-Kontrollzentrum ganz ab (KDE gibt dann Sounds direkt über ALSA aus)

Zum Vergrößern anklicken....

Oh toll.
Gut....., aber wie/wo finde ich den richtigen Haken zum artsd abzuschalten?

Danke schon mal
Arno

Och, das ist gar nicht soo schwer.
1.) Alt-F2 drücken
2..) In der aufgehenden Befehlszeile eingeben.
3.) Dort dann zu "Sound & Multimedia" gehen
4.) In diesem Untermenü dann auf "Soundsystem" gehen
5.) Dort findest du dann die Abschaltoption für den Soundserver (ich kann gerade nicht dort genau nachschauen, da mein kcontro zur Zeit etwas durch Altlasten aus älteren versionen in genau dem Bereich offenbar etwas verbugt ist*g*, jemand anderes kann da vermutlich die genaue Bezeichnung nachliefern oder ich müsste erstmal 2 zur Zeit verliehene Rechner zurückbekommen um selbst nachzusehen )

Bis denne,
Tom