--2feizKym29CxAecD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

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.

--
Dan.

--2feizKym29CxAecD
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (NetBSD)

iD8DBQFAA5skEAVxvV4N66cRAh6SAJ9Cm7SEdnT1KcbHz6/A/4IDp5lx7ACeN6HK
lwYHD/25L5RUQyvgWDmMV3w=
=C454
-----END PGP SIGNATURE-----

--2feizKym29CxAecD--