On Sun, 21 Mar 2004, James Courtier-Dutton wrote:
I thought of that, but with that you just get different problems.
E.g. dmix only works is all application wishing to play sound are run by
the same user. You would probably need some daemon to run the /dev/dsp,
Nope. See the ipc_perm option
David Lloyd wrote:
On Thu, 18 Mar 2004, James Courtier-Dutton wrote:
What is the conclusion regarding fopen/fclose/fwrite/fread. Can it be
done?
I thought that one rather pie-in-the-sky idea might be to use a kernel
module that made /dev/dsp, /dev/mixer, etc., and reflects back to a
userspace
Hi all,
I would like to point all developers to the OSS API redirector
which is in our alsa-oss package. It's universal piece of code which can
redirect all OSS API calls (actually mixer PCM API only) to any shared
library.
Pros:
- no more LD_PRELOAD hacks
- any library can be used
Jaroslav Kysela wrote:
Hi all,
I would like to point all developers to the OSS API redirector
which is in our alsa-oss package. It's universal piece of code which can
redirect all OSS API calls (actually mixer PCM API only) to any shared
library.
Pros:
- no more LD_PRELOAD hacks
- any
On Thu, 18 Mar 2004, James Courtier-Dutton wrote:
What is the conclusion regarding fopen/fclose/fwrite/fread. Can it be
done?
I thought that one rather pie-in-the-sky idea might be to use a kernel
module that made /dev/dsp, /dev/mixer, etc., and reflects back to a
userspace ALSA sound server
