On Mon, 2003-11-17 at 04:06, Jack O'Quin wrote:
One helpful thing you could do would be testing it on a system with a
real OSS driver.
I'll test it in near future.
Sample Rates = 48000.00, 44100.00, 32000.00, 24000.00, 22050.00, 16000.00,
11025.00, 8000.00,
Native Sample Formats =
Jussi Laako [EMAIL PROTECTED] writes:
Does PortAudio support 24/32 bit formats and more than 2 channels or
samplerates over 48 kHz?
All my experience is with my home system, which runs ALSA drivers
using the OSS emulation interfaces. I suspect things would probably
work differently using one
On Sat, 2003-11-15 at 05:00, Jack O'Quin wrote:
Not only is its function mostly duplicated in the PortAudio driver,
but the entire JACK driver interface has also undergone *major*
changes since 0.80.0. We are about to release JACK 0.90.0 with these
new interfaces. No one realized that
On 14 Nov 2003, Jussi Laako wrote:
I've written preliminary OSS driver for JACK. Patch for jack 0.80
[...]
If you are compiling with OSS Lite, please comment out the non-S16
formats.
Workaround for this:
--cut--
#ifndef AFMT_S32_LE
#define AFMT_S32_LE 0x1000
#endif
#ifndef
Of course I forgot something out of the patch. Here's additional patch
for drivers/oss/Makefile.am...
--
Jussi Laako [EMAIL PROTECTED]
--- jack-audio-connection-kit-0.80.0/drivers/oss/Makefile.am 1970-01-01 02:00:00.0 +0200
+++ jackit/drivers/oss/Makefile.am 2003-11-14
Jussi Laako [EMAIL PROTECTED] writes:
I've written preliminary OSS driver for JACK. Patch for jack 0.80
attached.
With current CVS you can just run `jackd -d portaudio'.
--
Jack O'Quin
Austin, Texas
Jussi Laako [EMAIL PROTECTED] writes:
Of course I forgot something out of the patch. Here's additional patch
for drivers/oss/Makefile.am...
I am *very* sorry that you went to all this work.
Not only is its function mostly duplicated in the PortAudio driver,
but the entire JACK driver
But, I would much prefer to do that than to take on the extra
maintenance load for yet another driver (we already have three).
i welcome as many drivers as people can provide, on the understanding
that they will not necessarily be maintained by anyone except the
contributor, and if the internal
Paul Davis [EMAIL PROTECTED] writes:
But, I would much prefer to do that than to take on the extra
maintenance load for yet another driver (we already have three).
i welcome as many drivers as people can provide, on the understanding
that they will not necessarily be maintained by anyone
contributor, and if the internal API changes (as has happened between
0.80 and 0.90) and the driver is not ported, it will be removed from
the Makefiles.
That may be clear to the driver writers, but it won't make any sense
to users filing bug reports in Mantis because one of our supported
10 matches
Mail list logo
