--Boundary-02=_8ZVHBuQzgEmst1B
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 14 August 2004 01:35, Charles Samuels wrote:

> Sorry Michael, if the kernel doesn't do the mixing, it's going to suck for
> 100% of our users.

Nonsense.

> This has been proven time and time again by all the=20
> mixers that have been attempted.

Nonsense.

> I want something that works well for=20
> almost everyone,

Nonsense.

> and if the other 10% want their system work as well as it=20
> does on Linux, then they can fix their kernels to support mixing.

Nonsense.

> I'm not saying it should depend on alsa's broken API, I'm saying /dev/dsp
> (or whatever that is provided) should provide mixing, by default, in the
> kernel. It should *just work*.

It's so nice that you seem to think you can dictate the ToDo's of kernel=20
developers everywhere.

> > Why is low latency important for mixing two system notifications sounds
> > together anyway? Last time I looked even Windows did not use ASIO to pl=
ay
> > "ding.wav".
>
> A program (particularly a game) that needs low latency shouldn't interfere
> with system notification sounds.

Particularly games could and should use what fits their needs best - and=20
there's no reason for KDE to provide it (last time I looked it was not=20
DirectX, not even close).

=2D-=20
   ,_,   | Michael Nottebrock               | lofi@freebsd.org
 (/^ ^\) | FreeBSD - The Power to Serve     | http://www.freebsd.org
   \u/   | K Desktop Environment on FreeBSD | http://freebsd.kde.org

--Boundary-02=_8ZVHBuQzgEmst1B
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)

iD8DBQBBHVZ8Xhc68WspdLARApWnAKCMPCpPaIwojqlEch7nC0phl6PfjgCcDxsb
DSfaAP3KldJ3kbshBt/3uWk=
=YElL
-----END PGP SIGNATURE-----

--Boundary-02=_8ZVHBuQzgEmst1B--