To install click the Add extension button. That's it.

The source code for the WIKI 2 extension is being checked by specialists of the Mozilla Foundation, Google, and Apple. You could also do it yourself at any point in time.

4,5
Kelly Slayton
Congratulations on this excellent venture… what a great idea!
Alexander Grigorievskiy
I use WIKI 2 every day and almost forgot how the original Wikipedia looks like.
Live Statistics
English Articles
Improved in 24 Hours
Added in 24 Hours
What we do. Every page goes through several hundred of perfecting techniques; in live mode. Quite the same Wikipedia. Just better.
.
Leo
Newton
Brights
Milds

Lempel–Ziv–Storer–Szymanski

From Wikipedia, the free encyclopedia

Lempel–Ziv–Storer–Szymanski (LZSS) is a lossless data compression algorithm, a derivative of LZ77, that was created in 1982 by James A. Storer and Thomas Szymanski. LZSS was described in article "Data compression via textual substitution" published in Journal of the ACM (1982, pp. 928–951).[1]

LZSS is a dictionary coding technique. It attempts to replace a string of symbols with a reference to a dictionary location of the same string.

The main difference between LZ77 and LZSS is that in LZ77 the dictionary reference could actually be longer than the string it was replacing. In LZSS, such references are omitted if the length is less than the "break even" point. Furthermore, LZSS uses one-bit flags to indicate whether the next chunk of data is a literal (byte) or a reference to an offset/length pair.

YouTube Encyclopedic

  • 1/3
    Views:
    40 399
    7 229
    158 414
  • The Beauty of Lempel-Ziv Compression
  • 19. LZSS encoding and decoding with examples.
  • Lempel-Ziv-Welch Compression Algorithm - Tutorial

Transcription

Example

Here is the beginning of Dr. Seuss's Green Eggs and Ham, with character numbers at the beginning of lines for convenience. Green Eggs and Ham is a good example to illustrate LZSS compression because the book itself only contains 50 unique words, despite having a word count of 170.[2] Thus, words are repeated, however not in succession.

  0: I am Sam
  9:
 10: Sam I am
 19:
 20: That Sam-I-am!
 35: That Sam-I-am!
 50: I do not like
 64: that Sam-I-am!
 79: 
 80: Do you like green eggs and ham?
112:
113: I do not like them, Sam-I-am.
143: I do not like green eggs and ham.

This text takes 177 bytes in uncompressed form. Assuming a break even point of 2 bytes (and thus 2 byte pointer/offset pairs), and one byte newlines, this text compressed with LZSS becomes 95 bytes long:

A color coded example to help illustrate the recycling of repeated information to minimize storage.
A color coded example of LZSS compression in action.
 0: I am Sam
 9:
10: (5,3) (0,4)
16:
17: That(4,4)-I-am!(19,15)
32: I do not like
46: t(21,14)
50: Do you(58,5) green eggs and ham?
79: (49,14) them,(24,9).(112,15)(92,18).

Note: this does not include the 12 bytes of flags indicating whether the next chunk of text is a pointer or a literal. Adding it, the text becomes 107 bytes long, which is still shorter than the original 177 bytes.

Implementations

Many popular archivers like ARJ, RAR, ZOO, LHarc use LZSS rather than LZ77 as the primary compression algorithm; the encoding of literal characters and of length-distance pairs varies, with the most common option being Huffman coding. Most implementations stem from a public domain 1989 code by Haruhiko Okumura.[3][4] Version 4 of the Allegro library can encode and decode an LZSS format,[5] but the feature was cut from version 5. The Game Boy Advance BIOS can decode a slightly modified LZSS format.[6] Apple's Mac OS X uses LZSS as one of the compression methods for kernel code.[7]

See also

References

  1. ^ Storer, James A.; Szymanski, Thomas G. (October 1982). "Data Compression via Textual Substitution". Journal of the ACM. 29 (4): 928–951. doi:10.1145/322344.322346.
  2. ^ "10 stories behind Dr. Seuss stories". CNN. January 23, 2009. Retrieved 2009-01-26.
  3. ^ Simtel.net mirror. Haruhiko Okumura implementation of 1989. Archived on February 3, 1999.
  4. ^ Haruhiko Okumura. History of Data Compression in Japan. Archived on January 10, 2016.
  5. ^ Hargreaves, Shawn [pl], et al. Allegro source code: lzss.c. Accessed on July 13, 2016.
  6. ^ Korth, Martin. "GBATEK LZ Decompression Functions". problemkaputt.de. Retrieved 7 June 2022.
  7. ^ "kext_tools/compression.c". GitHub. Apple Open Source. Retrieved 28 December 2019.
This page was last edited on 5 March 2024, at 19:15
Basis of this page is in Wikipedia. Text is available under the CC BY-SA 3.0 Unported License. Non-text media are available under their specified licenses. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc. WIKI 2 is an independent company and has no affiliation with Wikimedia Foundation.