Xref: utzoo comp.compression:423 alt.comp.compression:222 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!ai-lab!life!tmb From: tmb@ai.mit.edu (Thomas M. Breuel) Newsgroups: comp.compression,alt.comp.compression Subject: Re: Compression of 16-bit sound files. Message-ID: Date: 21 Apr 91 17:03:06 GMT References: <1991Apr17.140822.23647@thebox.rain.com> <1991Apr21.002203.4414@nntp-server.caltech.edu> <1991Apr21.020231.8109@bmerh408.bnr.ca> Sender: news@ai.mit.edu Organization: MIT Artificial Intelligence Lab Lines: 12 In-reply-to: abl@thevenin.ece.cmu.edu's message of 21 Apr 91 08:35:44 GMT [why don't CD's use compression] 2 - Lossless compression, e.g. Huffmann or LZW. Even assuming that compression and error-correction didn't get on each other's hair, can you say "enough memory and computational power to decode a data stream at 2*16*44.1 kbit/s" ? With fixed codes, decoding requires little more hardware than a ROM and a register. To achieve some additional robustness to errors, you probably want to include a synchronization code every few hundred bits.