Lempel–Ziv–Stac

Lempel–Ziv–Stac (LZS, or Stac compression) is a lossless data compression algorithm that uses a combination of the LZ77 sliding-window compression algorithm and fixed Huffman coding. It was originally developed by Stac Electronics for tape compression, and subsequently adapted for hard disk compression and sold as the Stacker disk compression software. It was later specified as a compression algorithm for various network protocols. LZS is specified in the Cisco IOS stack.

Standards

LZS compression is standardised as an INCITS (previously ANSI) standard.[1]

LZS compression is specified for various Internet protocols:

  • RFC 1967 – PPP LZS-DCP Compression Protocol (LZS-DCP)
  • RFC 1974 – PPP Stac LZS Compression Protocol
  • RFC 2395 – IP Payload Compression Using LZS
  • RFC 3943 – Transport Layer Security (TLS) Protocol Compression Using Lempel-Ziv-Stac (LZS)

Algorithm

LZS compression and decompression uses an LZ77 type algorithm. It uses the last 2 KB of uncompressed data as a sliding-window dictionary.

An LZS compressor looks for matches between the data to be compressed and the last 2 KB of data. If it finds a match, it encodes an offset/length reference to the dictionary. If no match is found, the next data byte is encoded as a "literal" byte. The compressed data stream ends with an end-marker.

Compressed data format

Data is encoded into a stream of variable-bit-width tokens.

Literal byte

A literal byte is encoded as a '0' bit followed by the 8 bits of the byte.

Offset/length reference

An offset/length reference is encoded as a '1' bit followed by the encoded offset, followed by the encoded length. One exceptional encoding is an end marker, described below.

An offset can have a minimum value of 1 and a maximum value of 2047. A value of 1 refers to the most recent byte in the history buffer, immediately preceding the next data byte to be processed. An offset is encoded as:

  • If the offset is less than 128: a '1' bit followed by a 7-bit offset value.
  • If the offset is greater than or equal to 128: a '0' bit followed by an 11-bit offset value.

A length is encoded as:

LengthBit encoding
200
301
410
51100
61101
71110
8 to 221111 xxxx, where xxxx is length − 8
23 to 371111 1111 xxxx, where xxxx is length − 23
length > 37(1111 repeated N times) xxxx, where

N is integer result of (length + 7) / 15, and
xxxx is length - (N*15 − 7)

End marker

An end marker is encoded as the 9-bit token 110000000. Following the end marker, 0 to 7 extra '0' bits are appended as needed, to pad the stream to the next byte boundary.

Patents

Stac Electronics' spin-off Hifn has held several patents for LZS compression.[2][3] These patents lapsed due to non-payment of fees and attempts to reinstate them in 2007 failed.

In 1993–94, Stac Electronics successfully sued Microsoft for infringement of LZS patents in the DoubleSpace disk compression program included with MS-DOS 6.0.[4]

gollark: For extra funlolz, do `while true; mkfs.ext4 /dev/<disk>; end` or however you löop in shells in parallel.
gollark: It's ridiculously negligible compared to the SHEER overhead of compilers and such.
gollark: You could just not optimise it.
gollark: Did you know? You are now breathing automatically.
gollark: ↓ apio

See also

References
  1. INCITS/ANSI X3.241-1994 - Data Compression Method – Adaptive Coding with Sliding Window for Information Interchange
  2. Friend, Robert C. "Hifn's Statement about IPR claimed in draft-friend-tls-lzs-compression, RFC1967, RFC1974, RFC2118, RFC2395, and RFC3078". Retrieved 21 July 2010.
  3. Friend, Robert. "Hifn's Statement on IPR Claimed in LZS and MPPC compression algorithms". Retrieved 21 July 2010.
  4. Complaint for patent infringement and Demand for jury trial Archived 2007-05-09 at the Wayback Machine by Stac Electronics v Microsoft Corporation
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.