home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / modems / 18724 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!smurf.sub.org!ppcnet!sks!mcd!mips.ruessel.sub.org!naddy
  2. From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
  3. Newsgroups: comp.dcom.modems
  4. Distribution: world
  5. Message-ID: <H.eg.Vtv7B6GaTf6@mips.ruessel.sub.org>
  6. Organization: My Individual Private Site
  7. Subject: Compression details (was Re: Differences between modems...)
  8. References: <724804210.AA00684@cswamp.apana.org.au>
  9.     <725587371snx@genesis.demon.co.uk>
  10. Reply-To: naddy@mips.ruessel.sub.org
  11. X-Software: HERMES GUS 1.10 Rev. Dec 18 1992
  12. Date: Wed, 30 Dec 1992 23:13:12 CET
  13. MIME-Version: 1.0
  14. Content-Type: text/plain; charset=US-ASCII
  15. Content-Transfer-Encoding: 7bit
  16. Lines: 15
  17.  
  18. In <725587371snx@genesis.demon.co.uk>, Lawrence Kirby writes:
  19.  
  20. > Well here's my guess! If a modem is going to pass data through as fast as
  21. > possible it will have to start transmitting a block before it can determine
  22. > whether that block is compressible or not. Therefore it must guess whether the
  23. > block is compressible from previous data it has transmitted. This is fine
  24.  
  25. Compression doesn't happen on a per block basis. Rather the compression
  26. algorithm is applied to the incoming data stream and produces a data
  27. stream itself. Formatting this data into blocks and transmitting them
  28. happens on a lower processing level that should be (mostly) unrelated to
  29. the compression scheme itself.
  30.  
  31. -- 
  32. Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
  33.