On 20-May-98 Yo 'Ric Dude playfully chanted:
| Hilarion wrote (>):
|> Even if a "dummy" driver is there as an ESD option itself,
|> at least applications can assume there is sound support now. It's not an
|> API by
|> any means, but it's free-wheeling good way to go. (I think.)
|
| ESD is currently in the gnome tree for use by gnome apps or
| any other application. ESD presents a digitized network-capable
| sound playing API. I'm not sure what you're getting at with the
| "dummy" driver info. Do you mean a sound playing API apart from
| ESD? Properly coded, a sound capable program can use the ESD
| library, and still play sounds without the daemon running. For
| playing samples, this still needs to be implemented in esdlib,
| but the basic architecture is there, in esdlib.
I was attempting to express the benefit of having ESD be able to "pass through"
or passively "relay" its support for/from/through systems that can't use it due
to hardware support or other reasons (like temporarily choosing not to but
willing to keep the daemon running for whatever other reasons concerning other
listeners).
|> Any volunteers for making ESD have a "dummy driver" mode?
|
| Help yourself to the source in the gnome CVS repository, see
| www.gnome.org for details. Feel free to mail me diffs for
| inclusion in the source tree. =P
Heh. I lose more left shoes...
No, actually, I have my hands pretty full right now. I'm still trying to weed
stuff out of my pet projects. (One relational database, one fnlib based smooth
scrolling file displayer, and a few other balls in the air.) More? Eesh!
Speaking of which, I still haven't gotten around to figuring out CVS.
---
[EMAIL PROTECTED]
Do we chase our tail or the moon when we follow the path of self-modification
with out objectivity?
-
To unsubscribe from this list send mail to: [EMAIL PROTECTED]
with the message contents: unsubscribe e-develop
