Sebastien Carpe <scarpe(a)atos-group.com> writes in xemacs-beta(a)xemacs.org:
Just want to "enlighten" you 'bout this. Enlightenment
is using esd
(Enl. sound daemon) - which is the also the Gnome sound daemon -.
O.K.
This is a centralised sound daemon. application are supposed to send
sound to it, so that it can mix sound altogether. This is the good
thing about this ....
Sounds reasonable. How does it treat (or propose to treat)
microphones, MIDI, CD ROMS etc.?
The bad thing is that it just keep /dev/audio for itself, preventing
any other application to use it, while running (esd suppose all
application will use esd for sound).
That's most inconvenient. I don't mind rvplayer doing this because
they're only giving us tenuous access to it at best.
<PLUG>
Anyone using the free Real Audio player should (IMO) call or email
them and ask about a commercial version for Unix, especially Linux.
They don't think there's any demand, but I find it difficult to
imagine anyone with a sound card who wouldn't appreciate it.
</PLUG>
The thing to do to free /dev/audio while esd is running (asid
killing
esd :) ) is to run 'esdctl standby' (and 'esdctl resume' to resume)
for the moment...
Ouch.
This is rather unconvenient at the moment, but may be an optionnal
esd support in XEmacs would be fine for the future (and possibly
help junking all the native sound support (each system do it another
way) for a better uniform and abstract sound support -like esd is
supposed to offer- ).
That's O.K. with me, but until coexistence with things like rvplayer
and mpegtv is assured, I don't want to encourage usage of it in XEmacs.