Return-Path: <newsham@wiliki.eng.hawaii.edu>
newsham@wiliki.eng.hawaii.edu Writes:
[Stuff deleted] This is true. But if a sampling rate of about 9000-10,000 samples per second are used this will allow for good voice quality and the encryption algorithm should be able to handle it. The IDEA implementations I have seen for the Amiga run about 30-50K per second on my Amiga 1200 with 68020. This should be fast enough. If you then can send that data directly to the serial port with a fast modem 14.4K it should work. But it might sound choppy (haven't done the figures yet on how much data would be going to the modem while the person speaks, but it may be substantial enough to make the use of a high speed modem not feasible. Also I have to consider that data compression in the form of LAP/M or MNP will be ineffective against the encrypted data as it will appear as white noise and will be largely uncompressable.. ============================================================================= /// | psionic@wam.umd.edu | Q: How did the govt. decide to use an 80 __ /// C= | Craig H. Rowland | bit key for the new clipper chip? \\\/// Amiga| PGP Key Available | A: They combined Bill and Hillary \/// 1200 | by finger. | Clintons' IQ's. =============================================================================
I think you're off by a factor of 8.. 8K samples/sec is 8K bytes/second, not 8Kbits/sec If we had universal ISDN at 56kb/s or 64kb/s, encrypted voice using PC-class machines would be trivial. Instead, we have to compress down to a data rate comparable to ~1800 8-bit samples/second (V.32bis speed; modem compression won't do very much -- unless nobody's talking -- as voice samples do *not* compress effectively using compression algorithms optimized for ASCII text). While fiddling with my SoundBlaster and some dialogue sampled from a T.V. program last night, it became clear to me that cutting back to ~4K 4-bit samples/second isn't quite good enough, and the compression in either UNIX compress or PGP isn't really tuned for audio samples. It's not the crypto that's the limiting factor, it's the compression. That's why the CELP technology that Phil Karn and John Gilmore are talking about is so important.. - Bill
participants (2)
-
Bill Sommerfeld -
Haywood J. Blowme