Subject: Re: dev/audiobell.c proposal
To: matthew green <email@example.com>
From: Daniel Carosone <firstname.lastname@example.org>
Date: 01/13/2004 18:15:48
Content-Type: text/plain; charset=us-ascii
For hardware that supports multiple voices, multiple opens with
cloning are clearly the way to go.
On Sun, Jan 11, 2004 at 04:02:33PM +1100, matthew green wrote:
> however, IMO, there should not be any code to mix audio in *software*
> in the kernel...
There's already the facility for software rate conversion in the
kernel, that's used by some drivers where the hardware doesn't support
common sample rates. Using software mixing to hide the lack of
hardware mix support seems like a pretty similar case, and arguably
*less* expensive for most uses than rate-adaption. (It also might be
used after N opens on limited hardware, eg eap supports 2 h/w voices).
It seems to me that "neither or both" of these facilities belong in
the kernel, and that the choice depends on driver/hardware capability
and user preference.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (NetBSD)
-----END PGP SIGNATURE-----