On Thu, 13 Jun 2002, Miller Puckette wrote:
HI Brian,
I think the 32 bit format isn't standard in Linux. I too wonder what the 1024 bit means to your driver, but it sounds as if I have to find a better way of checking this.
One possibility would be to add a -16bit flag which would make Pd prefer to use 16 bit audio. I'd be happy to do this if nobody can think of a more canonical way to go about it...
no new flags, please, and if so, the other way round. Default is 16 bit, if (the reintroduced) -rme flag is present try 32.
There is no other card for OSS that supports 32 bit AFAIK. OSS kernel interface will die, I don't want to try to push new formats into it.
The way to go is definitely ALSA, or better jack (jackit.sourceforge.net). The jack audio server allows several applications to share the sound device, it is supposed to be low latency and it is callback based. (and has a simpler API, only floating point format, non-interleaved samples, which all fits pd very well).
In order to make it work on OSS based systems too, jack can easily be extended by a OSS backend, which would make it runable with boths API's and pd doesn't have to care about them anymore.
I am willing to implement this, if we can agree on it.
All of this has to be seen in a larger context, because the resurrection of the DeMuDi distribution has as one goal to be based on the Jack server for doing AudioI/O.
Well, I hope we can manage to show pd at its best within this distribution, with all externals, docs, examples, etc etc that all people are contributing here ...
Guenter