David Walser wrote: > David Walser wrote: >> I have done it. I have rewritten soundwrapper in C to only use arts/esd if those >> have the DSP open, so now we can use it on SDL apps like the bubble too, and it >> solves our problem with those for now also. >> >> soundwrapper.c is attached. It needs to be compiled with -lartsc -lesd, and also, >> whatever package it's put it (soundwrapper is currently in menu) needs an autoconf >> macro added: >> AC_CHECK_FUNCS(arts_suspended) >> because that call was only recently added to arts (by me actually :o), and using >> the autoconf to check for its existence will allow my new soundwrapper to work even >> if someone compiles it on an old arts (in which case it'll just fall back to the >> current behavior of using arts if artsd is running). > > Ok, A couple bugs in that code. I have fixed it, also I've made some auto* crap so > it can be packaged on its own. soundwrapper is currently in the menu package, but > the menu package is going away (eventually), so soundwrapper will need to be on its > own anyway. I'll package this up and put it on my webserver for Mandrakers to grab. > > I'll let you know when it's up.
http://luigiwalser.homeip.net:8080/~david/soundwrapper-1.0-1mdk.src.rpm If we use this, we'll need a new menu package w/out the soundwrapper script, then this new RPM will need a Conflicts: menu <= the current release
