Red Hat Bugzilla – Bug 70254
limbo2: xmms doesn't output sound by default
Last modified: 2014-03-16 22:29:29 EDT
The default output plugin (in gnome) is esound. It doesn't output any sound when
playing (the vu-meter works though). I switched to OSS driver and I've got sound
Please make it work with the default output plugin.
I would actually suggest to use OSS as the default plugin because:
1. I like OSS better than esound.
2. KDE users are not gonna have esound running
3. OSS should satisfy GNOME and KDE users simultaneously
Try going into your desktop preferences, sound, and enable sound server startup,
then log out & back in. I noticed the same problem, and esd was running, but
when I checked sound-server-startup it mysteriously worked. This is probably a
bug in esd, I'll check into it early next week.
I want it to work from the very first time, with no other tweaking.
Install redhat, start gnome, start xmms, listen to music.
Umm... if OSS plugin were set as XMMS default, wouldn't that break both GNOME
GNOME takes over the OSS sound device completely with the esd sound daemon. KDE
does the same with artsd. This means no other program can use the device,
except during periods in which esd or artsd was idle for a while and it gives up
control of the OSS device.
Of course, OSS works for you in Limbo because esd doesn't enable itself by
default (another bug).
I think the real fix here would be XMMS should somehow *detect* if artsd or esd
is running, and use the appropriate sound plugin. Is this possible?
*** Bug 72238 has been marked as a duplicate of this bug. ***
On a fresh install of Null, esd is in fact running:
esd -terminate -nobeeps -as 2 -spawnfd 9
But EVEN THOUGH it is running, XMMS using the esound output plugin produces no
If I killall esd, and then run "esd &", then I DO GET sound from XMMS.
*** This bug has been marked as a duplicate of 71397 ***