Jump to content

PAQ

From Wikipedia, the free encyclopedia
A sample session of PAQ8O

PAQ is a series of lossless data compression archivers that have gone through collaborative development to top rankings on several benchmarks measuring compression ratio (although at the expense of speed and memory usage). Specialized versions of PAQ have won the Hutter Prize and the Calgary Challenge.[1] PAQ is free software distributed under the GNU General Public License.[2]

Algorithm

[edit]

PAQ uses a context mixing algorithm. Context mixing is related to prediction by partial matching (PPM) in that the compressor is divided into a predictor and an arithmetic coder, but differs in that the next-symbol prediction is computed using a weighted combination of probability estimates from a large number of models conditioned on different contexts. Unlike PPM, a context doesn't need to be contiguous. Most PAQ versions collect next-symbol statistics for the following contexts:

  • n-grams; the context is the last n bytes before the predicted symbol (as in PPM);
  • whole-word n-grams, ignoring case and nonalphabetic characters (useful in text files);
  • "sparse" contexts, for example, the second and fourth bytes preceding the predicted symbol (useful in some binary formats);
  • "analog" contexts, consisting of the high-order bits of previous 8- or 16-bit words (useful for multimedia files);
  • two-dimensional contexts (useful for images, tables, and spreadsheets); the row length is determined by finding the stride length of repeating byte patterns;
  • specialized models, such as x86 executables, BMP, TIFF, or JPEG images; these models are active only when the particular file type is detected.

All PAQ versions predict and compress one bit at a time, but differ in the details of the models and how the predictions are combined and postprocessed. Once the next-bit probability is determined, it is encoded by arithmetic coding. There are three methods for combining predictions, depending on the version:

  • In PAQ1 through PAQ3, each prediction is represented as a pair of bit counts . These counts are combined by weighted summation, with greater weights given to longer contexts.
  • In PAQ4 through PAQ6, the predictions are combined as before, but the weights assigned to each model are adjusted to favor the more accurate models.
  • In PAQ7 and later, each model outputs a probability rather than a pair of counts. The probabilities are combined using an artificial neural network.

PAQ1SSE and later versions postprocess the prediction using secondary symbol estimation (SSE). The combined prediction and a small context are used to look up a new prediction in a table. After the bit is encoded, the table entry is adjusted to reduce the prediction error. SSE stages can be pipelined with different contexts or computed in parallel with the outputs averaged.

Arithmetic coding

[edit]

A string s is compressed to the shortest byte string representing a base-256 big-endian number x in the range [0, 1] such that P(r < s) ≤ x < P(rs), where P(r < s) is the probability that a random string r with the same length as s will be lexicographically less than s. It is always possible to find an x such that the length of x is at most one byte longer than the Shannon limit, −log2P(r = s) bits. The length of s is stored in the archive header.

The arithmetic coder in PAQ is implemented by maintaining for each prediction a lower and upper bound on x, initially [0, 1]. After each prediction, the current range is split into two parts in proportion to P(0) and P(1), the probability that the next bit of s will be a 0 or 1 respectively, given the previous bits of s. The next bit is then encoded by selecting the corresponding subrange to be the new range.

The number x is decompressed back to string s by making an identical series of bit predictions (since the previous bits of s are known). The range is split as with compression. The portion containing x becomes the new range, and the corresponding bit is appended to s.

In PAQ, the lower and upper bounds of the range are represented in three parts. The most significant base-256 digits are identical, so they can be written as the leading bytes of x. The next 4 bytes are kept in memory, such that the leading byte is different. The trailing bits are assumed to be all zeros for the lower bound and all ones for the upper bound. Compression is terminated by writing one more byte from the lower bound.

Adaptive model weighting

[edit]

In PAQ versions through PAQ6, each model maps a set of distinct contexts to a pair of counts, , a count of zero bits, and , a count of 1 bits. In order to favor recent history, half of the count over 2 is discarded when the opposite bit is observed. For example, if the current state associated with a context is and a 1 is observed, then the counts are updated to (7, 4).

A bit is arithmetically coded with space proportional to its probability, either P(1) or P(0) = 1 − P(1). The probabilities are computed by weighted addition of the 0 and 1 counts:

  • S0 = Σi wi n0i,
  • S1 = Σi wi n1i,
  • S = S0 + S1,
  • P(0) = S0 / S,
  • P(1) = S1 / S,

where wi is the weight of the i-th model. Through PAQ3, the weights were fixed and set in an ad-hoc manner. (Order-n contexts had a weight of n2.) Beginning with PAQ4, the weights were adjusted adaptively in the direction that would reduce future errors in the same context set. If the bit to be coded is y, then the weight adjustment is:

  • ni = n0i + n1i,
  • error = y – P(1),
  • wiwi + [(S n1iS1 ni) / (S0 S1)] error.

Neural-network mixing

[edit]

Beginning with PAQ7, each model outputs a prediction (instead of a pair of counts). These predictions are averaged in the logistic domain:

  • xi = stretch(Pi(1)),
  • P(1) = squash(Σi wi xi),

where P(1) is the probability that the next bit will be a 1, Pi(1) is the probability estimated by the i-th model, and

  • stretch(x) = ln(x / (1 − x)),
  • squash(x) = 1 / (1 + ex) (inverse of stretch).

After each prediction, the model is updated by adjusting the weights to minimize coding cost:

  • wiwi + η xi (y − P(1)),

where η is the learning rate (typically 0.002 to 0.01), y is the predicted bit, and (y − P(1)) is the prediction error. The weight update algorithm differs from backpropagation in that the terms P(1)P(0) are dropped. This is because the goal of the neural network is to minimize coding cost, not root mean square error.

Most versions of PAQ use a small context to select among sets of weights for the neural network. Some versions use multiple networks whose outputs are combined with one more network prior to the SSE stages. Furthermore, for each input prediction there may be several inputs which are nonlinear functions of Pi(1) in addition to stretch(P(1)).

Context modeling

[edit]

Each model partitions the known bits of s into a set of contexts and maps each context to a bit history represented by an 8-bit state. In versions through PAQ6, the state represents a pair of counters (n0, n1). In PAQ7 and later versions under certain conditions, the state also represents the value of the last bit or the entire sequence. The states are mapped to probabilities using a 256-entry table for each model. After a prediction by the model, the table entry is adjusted slightly (typically by 0.4%) to reduce the prediction error.

In all PAQ8 versions, the representable states are as follows:

  • The exact bit sequence for up to 4 bits.
  • A pair of counts and an indicator of the most recent bit for sequences of 5 to 15 bits.
  • A pair of counts for sequences of 16 to 41 bits.

To keep the number of states to 256, the following limits are placed on the representable counts: (41, 0), (40, 1), (12, 2), (5, 3), (4, 4), (3, 5), (2, 12), (1, 40), (0, 41). If a count exceeds this limit, then the next state is one chosen to have a similar ratio of n0 to n1. Thus, if the current state is (n0 = 4, n1 = 4, last bit = 0) and a 1 is observed, then the new state is not (n0 = 4, n1 = 5, last bit = 1). Rather, it is (n0 = 3, n1 = 4, last bit = 1).

Most context models are implemented as hash tables. Some small contexts are implemented as direct lookup tables.

Text preprocessing

[edit]

Some versions of PAQ, in particular PAsQDa, PAQAR (both PAQ6 derivatives), and PAQ8HP1 through PAQ8HP8 (PAQ8 derivatives and Hutter prize recipients) preprocess text files by looking up words in an external dictionary and replacing them with 1- to 3-byte codes. In addition, uppercase letters are encoded with a special character followed by the lowercase letter. In the PAQ8HP series, the dictionary is organized by grouping syntactically and semantically related words together. This allows models to use just the most significant bits of the dictionary codes as context.

Comparison

[edit]

The following table is a sample from the Large Text Compression Benchmark by Matt Mahoney that consists of a file consisting of 109 bytes (1 GB, or 0.931 GiB) of English Wikipedia text.

Program Compressed size (bytes) % of original size Compression time (ns/B) Memory (MiB)
nncp v3.2 107,261,318 10.73 241,871 7600
cmix v20 110,119,440 11.01 621,780 31650
PAQ8PX_v206fix1 125,099,359 12.51 291,916 28151
PPMd 183,976,014 18.4 880 256
bzip2 254,007,875 25.4 379 8
InfoZIP 322,649,703 32.26 104 0.1

See Lossless compression benchmarks for a list of file compression benchmarks.

History

[edit]

The following lists the major enhancements to the PAQ algorithm. In addition, there have been a large number of incremental improvements, which are omitted.

  • PAQ1 was released on January 6, 2002, by Matt Mahoney. It used fixed weights and did not include an analog or sparse model.
  • PAQ1SSE/PAQ2 was released on May 11, 2003, by Serge Osnach. It significantly improved compression by adding a Secondary Symbol Estimation (SSE) stage between the predictor and encoder. SSE inputs a short context and the current prediction and outputs a new prediction from a table. The table entry is then adjusted to reflect the actual bit value.
  • PAQ3N, released October 9, 2003, added a sparse model.
  • PAQ4, released November 15, 2003, by Matt Mahoney used adaptive weighting. PAQ5 (December 18, 2003) and PAQ6 (December 30, 2003) were minor improvements, including a new analog model. At this point, PAQ was competitive with the best PPM compressors and attracted the attention of the data compression community, which resulted in a large number of incremental improvements through April 2004. Berto Destasio tuned the models and adjusted the bit count discounting schedule. Johan de Bock made improvements to the user interface. David A. Scott made improvements to the arithmetic coder. Fabio Buffoni made speed improvements.
  • During the period May 20, 2004, through July 27, 2004, Alexander Ratushnyak released seven versions of PAQAR, which made significant compression improvements by adding many new models, multiple mixers with weights selected by context, adding an SSE stage to each mixer output, and adding a preprocessor to improve the compression of Intel executable files. PAQAR stood as the top-ranked compressor through the end of 2004 but was significantly slower than prior PAQ versions.
  • During the period January 18, 2005, through February 7, 2005, Przemyslaw Skibinski released four versions of PASqDa, based on PAQ6 and PAQAR with the addition of an English dictionary preprocessor. It achieved the top ranking on the Calgary corpus but not on most other benchmarks.
  • A modified version of PAQ6 won the Calgary Challenge on January 10, 2004, by Matt Mahoney. This was bettered by ten subsequent versions of PAQAR by Alexander Ratushnyak. The most recent was submitted on June 5, 2006, consisting of compressed data and program source code totaling 589,862 bytes.
  • PAQ7 was released December 2005 by Matt Mahoney. PAQ7 is a complete rewrite of PAQ6 and variants (PAQAR, PAsQDa). Compression ratio was similar to PAQAR but 3 times faster. However it lacked x86 and a dictionary, so it did not compress Windows executables and English text files as well as PAsQDa. It does include models for color BMP, TIFF and JPEG files, so compresses these files better. The primary difference from PAQ6 is it uses a neural network to combine models rather than a gradient descent mixer. Another feature is PAQ7's ability to compress embedded jpeg and bitmap images in Excel-, Word- and pdf-files.
  • PAQ8A was released on January 27, 2006, PAQ8C on February 13, 2006. These were experimental pre-release of anticipated PAQ8. It fixed several issues in PAQ7 (poor compression in some cases). PAQ8A also included model for compressing (x86) executables.
  • PAQ8F was released on February 28, 2006. PAQ8F had three improvements over PAQ8A: a more memory efficient context model, a new indirect context model to improve compression, and a new user interface to support drag and drop in Windows. It does not use an English dictionary like the PAQ8B/C/D/E variants.
  • PAQ8G was released March 3, 2006, by Przemyslaw Skibinski. PAQ8G is PAQ8F with dictionaries added and some other improvements as a redesigned TextFilter (which does not decrease compression performance on non-textual files)
  • PAQ8H was released on March 22, 2006, by Alexander Ratushnyak and updated on March 24, 2006. PAQ8H is based on PAQ8G with some improvements to the model.
  • PAQ8I was released on August 18, 2006, by Pavel L. Holoborodko, with bug fixes on August 24, September 4, and September 13. It added a grayscale image model for PGM files.
  • PAQ8J was released on November 13, 2006, by Bill Pettis. It was based on PAQ8F with some text model improvements taken from PAQ8HP5. Thus, it did not include the text dictionaries from PAQ8G or PGM model from PAQ8I.
  • Serge Osnach released a series of modeling improvements: PAQ8JA on November 16, 2006, PAQ8JB on November 21, and PAQ8JC on November 28.
  • PAQ8JD was released on December 30, 2006, by Bill Pettis. This version has since been ported to 32 bit Windows for several processors, and 32 and 64 bit Linux.
  • PAQ8K was released on February 13, 2007, by Bill Pettis. It includes additional models for binary files.
  • PAQ8L was released on March 8, 2007 by Matt Mahoney. It is based on PAQ8JD and adds a DMC model.
  • PAQ8O was released on August 24, 2007 by Andreas Morphis. Contains improved BMP and JPEG models over PAQ8L. Can be optionally compiled with SSE2 support and for 64-bit Linux. The algorithm has notable performance benefits under 64-bit OS.
  • PAQ8P was released on August 25, 2008, by Andreas Morphis. Contains improved BMP model and adds a WAV model.
  • PAQ8PX was released on April 25, 2009, by Jan Ondrus. It contains various improvements like better WAV compression and EXE compression.
  • PAQ8KX was released on July 15, 2009, by Jan Ondrus. It is a combination of PAQ8K with PAQ8PX.
  • PAQ8PF was released on September 9, 2009, by LovePimple without source code (which the GPL license requires). It compresses 7% worse, but is 7 times faster compared to PAQ8PX v66 (measured with 1 MB English text)
  • PAQ9A was released on December 31, 2007, by Matt Mahoney. A new experimental version. It does not include models for specific file types, has an LZP preprocessor and supports files over 2 GB.
  • ZPAQ was released on March 12, 2009, by Matt Mahoney. It uses a new archive format designed so that the current ZPAQ program will be able to decompress archives created by future ZPAQ versions[3] (the various PAQ variants listed above are not forward compatible in this fashion). It achieves this by specifying the decompression algorithm in a bytecode program that is stored in each created archive file.[4]

Hutter Prizes

[edit]

The series PAQ8HP1 through PAQ8HP8 were released by Alexander Ratushnyak from August 21, 2006, through January 18, 2007, as Hutter Prize submissions. The Hutter Prize is a text compression contest using a 100 MB English and XML data set derived from Wikipedia's source. The PAQ8HP series was forked from PAQ8H. The programs include text preprocessing dictionaries and models tuned specifically to the benchmark. All non-text models were removed. The dictionaries were organized to group syntactically and semantically related words and to group words by common suffix. The former strategy improves compression because related words (which are likely to appear in similar context) can be modeled on the high order bits of their dictionary codes. The latter strategy makes the dictionary easier to compress. The size of the decompression program and compressed dictionary is included in the contest ranking.

On October 27, 2006, it was announced[5] that PAQ8HP5 won a Hutter Prize for Lossless Compression of Human Knowledge of 3,416.

On June 30, 2007, Ratushnyak's PAQ8HP12 was awarded a second Hutter prize of €1732,[6] improving upon his previous record by 3.46%.

PAQ derivations

[edit]

Being free software, PAQ can be modified and redistributed by anyone who has a copy. This has allowed other authors to fork the PAQ compression engine and add new features such as a graphical user interface or better speed (at the expense of compression ratio). Notable PAQ derivatives include:

  • WinUDA 0.291, based on PAQ6 but faster[7]
  • UDA 0.301, based on PAQ8I algorithm[7]
  • KGB, based on PAQ6[8] (beta version is based on PAQ7).
  • Emilcont based on PAQ6[9]
  • Peazip GUI frontend (for Windows and Linux) for LPAQ,[10] ZPAQ and various PAQ8* algorithms[11]
  • PWCM (PAQ weighted context mixing) is an independently developed closed source implementation of the PAQ algorithm used in WinRK.[12]
  • PAQCompress is a graphical user interface for several newer PAQ versions, including the latest releases of PAQ8PX, PAQ8PXD and PAQ8PXV. It is updated whenever a new version is released. The software intelligently appends an extension to the filename which it can use to decompress the file using the correct PAQ Version. The software is open source.[13]
  • PerfectCompress[14] Is a compression software which features UCA (ULTRA Compressed Archive). A compression format that featured PAQ8PX v42 to v65 and that now can use PAQ8PF, PAQ8KX, or PAQ8PXPRE as the default UCA Compressor. In addition, PerfectCompress can compress files to PAQ8PX v42 to v67, and ZPAQ, and as of version 6.0, can compress files to LPAQ and PAQ8PF beta 1 to beta 3. PerfectCompress v6.10 introduced support compression for the recently released PAQ8PXPRE. PerfectCompress 6.12 introduces support for the PAQ8KX series.[15]
  • FrontPAQ, small gui for PAQ. Latest version is FrontPAQ v8 supporting PAQ8PX, PAQ8PF, and FP8. The software is no longer updated and users are encouraged to use PAQCompress, which implements the latest PAQ releases.[16]

See also

[edit]

References

[edit]
  1. ^ "The Compression/SHA-1 Challenge". Mailcom.com. Retrieved 2010-05-19.
  2. ^ "Homepage of the PAQ compressors". Retrieved 2007-07-10. You may download, use, copy, modify, and distribute these programs under the terms of the GNU general public license
  3. ^ "Ubuntu Manpage: zpaq - PAQ open standard maximum compressor". manpages.ubuntu.com.
  4. ^ "ZPAQ Level 1 Specification" (PDF). Retrieved 2010-09-03.
  5. ^ James Bowery. Alexander Ratushnyak Wins First Hutter Prize Payout. Published October 27, 2006. Retrieved October 30, 2006. [dead link]
  6. ^ http://prize.hutter1.net/award2.gif [bare URL image file]
  7. ^ a b dwing's homepage Archived February 24, 2007, at the Wayback Machine
  8. ^ "KGB Archiver homepage". Kgbarchiver.net. Archived from the original on 2009-01-05. Retrieved 2010-05-19.
  9. ^ "EmilCont Ultracompression". Freewebs.com. Archived from the original on 2010-09-10. Retrieved 2010-05-19.
  10. ^ Matt Mahoney (2007). "LPAQ". Retrieved 2013-12-29.
  11. ^ "PeaZip". PeaZip. Retrieved 2013-10-06.
  12. ^ "Single file data compression benchmark, sorted on compression ratio". Maximumcompression.com. 2007-04-14. Archived from the original on 2009-04-17. Retrieved 2010-05-19.
  13. ^ "PAQCompress". Moisés Cardona. 2019-01-10. Retrieved 2019-03-05.
  14. ^ "PerfectCompress Official Website". Moises-studios.110mb.com. 2010-04-03. Retrieved 2010-05-19.
  15. ^ "PerfectCompress Official Facebook Page". Facebook.com. Retrieved 2010-05-19.
  16. ^ "FrontPAQ - GUI frontend for PAQ8PF and PAQ8PX". encode.su. Retrieved 2019-07-26.

Further reading

[edit]
[edit]