1995-08-23 - Re: Random Hiss from Mac mike

Header Data

From: “W. Kinney” <kinney@bogart.Colorado.EDU>
To: cypherpunks@toad.com
Message Hash: 767d18dc217543f7e4c1427349823c90d1687cb33cfb3d1124d0587b552e949a
Message ID: <199508231739.LAA24796@bogart.Colorado.EDU>
Reply To: <v01510106ac5cd6edbafb@[193.74.217.20]>
UTC Datetime: 1995-08-23 17:51:17 UTC
Raw Date: Wed, 23 Aug 95 10:51:17 PDT

Raw message

From: "W. Kinney" <kinney@bogart.Colorado.EDU>
Date: Wed, 23 Aug 95 10:51:17 PDT
To: cypherpunks@toad.com
Subject: Re: Random Hiss from Mac mike
In-Reply-To: <v01510106ac5cd6edbafb@[193.74.217.20]>
Message-ID: <199508231739.LAA24796@bogart.Colorado.EDU>
MIME-Version: 1.0
Content-Type: text/plain



Andrew Spring writes:

> I've been looking at using the Mac's Sound Input Manager for hardware RNG.
[...]
> In the simplest case, where the microphone is not attached, the signal
> consists of  long runs of '0x80's alternating with '0x7f's.  Now, I have no
> problem transforming this into uniformly distributed RN's : just hash the
> buffer with MD5.
[...]
> Does anybody have any experience/advice in this area?

Yeah, I played with this idea a while ago and eventually gave up on it, 
exactly because of those long runs of 0x80's and 0x7f's. I'm not sure
how you estimate 0.65 bits of entropy per byte sampled when you have long
strings of repeating bytes like that. 

The thing is that event timings (the Time Manager allows you microsecond
resolution) and mouse position measurements give you so much more entropy
than the sound port that it's hardly worth it, IMO.

                                  -- Will





Thread