Subject: Re: dev/audiobell.c proposal
To: None <tech-kern@NetBSD.org>
From: Ignatios Souvatzis <firstname.lastname@example.org>
Date: 01/13/2004 14:09:12
Content-Type: text/plain; charset=us-ascii
On Tue, Jan 13, 2004 at 03:36:41AM -0600, David Young wrote:
> On Tue, Jan 13, 2004 at 10:26:09AM +0100, Ignatios Souvatzis wrote:
> > On Tue, Jan 13, 2004 at 03:21:45AM -0600, David Young wrote:
> > > On Tue, Jan 13, 2004 at 09:34:10AM +0100, Ignatios Souvatzis wrote:
> > > > Hi,
> > > >=20
> > > > if I may throw a suggestion in:
> > > >=20
> > > > What about a simple priority scheme, that plays alert samples (the
> > > > console bell) _instead_ of the /dev/audio data? This idea is taken
> > >=20
> > > What keeps that from sounding like <pop><alert sample><pop>?
> > Nothing - so what? It wants your attention, right?
> I do not want for my computer to abuse my hearing and speakers for
> my attention, thankyouverymuch.
well, add a short linear fade-out from the last low-priority sample
to 0, and a short fade-in from 0 to first bell sample, and back at
the end. 50ms+50ms should be enough to give you a smooth experience.
Still much cheaper than a generic software mixing implementation.
seal your e-mail: http://www.gnupg.org/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)
-----END PGP SIGNATURE-----