Golomb coding

From Wikipedia, the free encyclopedia

(Redirected from Rice coding)
Jump to: navigation, search

Golomb coding is a data compression scheme invented by Solomon W. Golomb in the 1960s. The scheme is based on entropy encoding and is optimal (in the sense of Shannon's source coding theorem) for alphabets following a geometric distribution, making it highly suitable for situations in which the occurrence of small values in the input stream is significantly more likely than large values.

The scheme is a generalisation of the earlier scheme Rice coding (invented by Robert F. Rice), although each scheme was invented independently. Specifically, a Rice code is equivalent to a Golomb code in which the tunable parameter is a power of two. This makes rice codes convenient for use on a computer, since multiplication and division by 2 can be implemented using a bitshift operation, which can be performed extremely quickly. Similarly, calculating the corresponding remainder can be achieved using a simple bitmask operation, which is equally fast.

Rice coding is used as the entropy encoding stage in a number of lossless image compression and audio data compression methods.

Contents

Golomb's scheme was designed to encode sequences of positive numbers. However it is easily extended to accept sequences containing negative numbers using an overlap and interleave scheme, in which all values are re-assigned to some positive number in a unique and reversible way. The sequence begins: 0, -1, 1, -2, 2, -3, 3, -4, 4 ... The nth negative value (ie -n) is mapped to the nth odd number (2n-1), and the mth positive value is mapped to the mth even number (2m). This may be expressed mathematically as follows: a positive value x is mapped to (x^\prime=2|x|=2x, x\ge0), and a negative value y is mapped to (y^\prime=2|y|-1=-2y-1, y<0).

Golomb coding uses a tunable parameter M to divide an input value into two parts: q, the result of a division by M, and r, the remainder. The quotient is sent in unary coding, followed by the remainder in truncated binary encoding. When M = 1 Golomb coding is equivalent to unary coding.

Image:golomb rice code.png

Golomb-Rice codes can be thought of as codes that indicate a number by the position of the bin (q), and the offset within the bin (r). The above figure shows the position q, and offset r for the encoding of integer N using Golomb-Rice parameter M.

Formally, the two parts are given by the following expression, where x is the number being encoded: q = \left \lfloor \frac{\left (x-1 \right )}{M} \right \rfloor and r = xqM − 1 The final result looks like: \left (q+1 \right ) r

Note that r can be of a varying number of bits, and is specifically only b bits for Rice code, and switches between b-1 and b bits for Golomb code (i.e M is not a power of 2): Let b = \lceil\log_2(M)\rceil. If 0 \leq r < 2^b-M, then use b-1 bits to encode r. If 2^b-M \leq r < M, then use b bits to encode r. Clearly, b = log2(M) if M is a power of 2 and we can encode all values of r with b bits.

The parameter M is a function of the corresponding Bernoulli process, which is parameterized by p = P(X = 0) the probability of success in a given Bernoulli Trial. M and p are related by these inequalities:

(1-p)^M + (1-p)^{M+1} \leq 1 < (1-p)^{M-1} + (1-p)^M.

The Golomb code for this distribution is equivalent to the Huffman code for the same probabilities, if it were possible to compute the Huffman code.

Note below that this is the Rice-Golomb encoding, where the remainder code uses simple truncated binary encoding, also named "Rice coding" (other varying-length binary encodings, like arithmetic or Huffman encodings, are possible for the remainder codes, if the statistic distribution of remainder codes is not flat, and notably when not all possible remainders after the division are used). In this algorithm, if the M parameter is a power of 2, it becomes equivalent to the simpler Golomb encoding.

  1. Fix the parameter M to an integer value.
  2. For N, the number to be encoded, find
    1. quotient = q = int[N/M]
    2. remainder = r = N%M
  3. Generate Codeword
    1. The Code format : , where
    2. Quotient Code (in unary coding)
      1. Write a q-length string of 1 bits
      2. Write a 0 bit
    3. Remainder Code (in truncated binary encoding)
      1. If M is power of 2, code remainder as binary format. So log2(M) bits are needed. (Rice code)
      2. If M is not a power of 2, set b = \lceil\log_2(M)\rceil
        1. Code the first 2bM values of r as plain binary using b-1 bits.
        2. Code the rest of the values of r by coding the number r + 2bM in plain binary representation using b bits.

Set M = 10. Thus b = \lceil\log_2(10)\rceil = 4. The cutoff is 2bM = 16 − 10 = 6

Encoding of quotient part
q output bits
0 0
1 10
2 110
3 1110
4 11110
5 111110
6 1111110
... 111...10
Encoding of remainder part
r offset binary output bits
0 0 0000 000
1 1 0001 001
2 2 0010 010
3 3 0011 011
4 4 0100 100
5 5 0101 101
6 12 1100 1100
7 13 1101 1101
8 14 1110 1110
9 15 1111 1111

For example, with a Rice-Golomb encoding of parameter M=10, the decimal number 42 would first be split into q=4,r=2, and would be encoded as qcode(q),rcode(r) = qcode(4),rcode(2) = 11110,010 (you don't need to encode the separating comma in the output stream, because the 0 at the end of the q code is enough to say when q ends and r begins ; both the qcode and rcode are self-delimited).

Note: this basic code assumes that the M parameter is a power of 2; it does not implement the case where truncated bit encoding of division remainders will be preferable (when M is not a power of 2, like in the previous example).

void golombEncode(char* source, char* dest, int M)
 {
     IntReader intreader(source);
     BitWriter bitwriter(dest);
     int num;
     int c = 0;
     while(intreader.hasLeft())
     {
         num = intreader.getInt();
         int q = num / M;
         for (int i = 0 ; i < q; i++)
             bitwriter.putBit(true);   // write q ones
         bitwriter.putBit(false);      // write one zero
         int v = 1;
         for (int i = 0 ; i < log2(M); i++)
         {
             bitwriter.putBit( v & num );
             v = v << 1;
         }
     }
     bitwriter.close();
     intreader.close();
 }

void golombDecode(char* source, char* dest, int M)
 {
     BitReader bitreader(source);
     IntWriter intwriter(dest);
     int q = 0;
     int nr = 0;
     while (bitreader.hasLeft())
     {
         nr = 0;
         q = 0;
         while (bitreader.getBit()) q++;     // potentially dangerous with malformed files.
         for (int a = 0; a < log2(M); a++)   // read out the sequential log2(M) bits
             if (bitreader.getBit())
                 nr += 1 << a;
         nr += q*M;                          // add the bits and the multiple of M
         intwriter.putInt(nr);               // write out the value
     }
     bitreader.close();
     intwriter.close();
 }

Given an alphabet of two symbols, or a set of two events, P and Q, with probabilities p and (1-p) respectively, where p >= 1/2, Golomb coding can be used to encode runs of zero or more P's separated by single Q's. In this application, the best setting of the parameter M is the nearest integer to  \frac{-1}{\log_{2}p}. When p = 1/2, M = 1, and the Golomb code corresponds to binary (n>=0 ones followed by a zero codes for n P's followed by a Q).

The FLAC audio codec uses Rice coding to represent linear prediction residues (because these residues are modeled into a near-geometric distribution, with small residues being more frequent than large residues, and are then encoded with less bits using a predefined Rice-Golomb encoding, without requiring more complex variable-length encodings like Huffmann or arithmetic codings). However, this assumption is wrong for a simple sinusoidal signal, because the differential residues create a sinusoidal signal whose values are not creating a geometric distribution (the highest and lowest residue values have similar high frequency of occurrences, only the median positive and negative residues occur less often).

Apple's ALAC audio codec uses modified Rice coding after its Adaptive FIR filter.

The Golomb-Rice coder is used in the entropy coding stage of Rice Algorithm based lossless image codecs. One such experiment yields a compression ratio graph given below. See other entries in this category at the bottom of this page. in those compression, the progressive space differential data yields an alternating suite of positive and negative values around 0, which are remapped to positive-only integers (by doubling the absolute value and adding one if the input is negative), and then Rice-Golomb coding is applied by varying the divisor which remains small.

Image:Golomb coded Rice Algorithm experiment Compression Ratios.png

Note that in those results, the Rice coding may create very long sequences of one-bits for the quotient ; for practical reasons, it is often necessary to limit the total run-length of 1-bits, so a modified version of the Rice-Golomb encoding consists in replacing the long string of one-bits by encoding its length by a recursive Rice-Golomb encoding; this requires reserving some values in addition to of the initial divisor k to allow the necessary distinction.

Advanced Search
Included Web Search Engines


Safe Search

close

Top Matching Results

Occasionally Search.com will highlight specialized results that are based on the context of your query. Examples of specialized results include specific links to news, images, or video.

Top Matching Results may highlight information from other Search.com pages, content from the CNET Network of sites, or third party content. The listings are based purely on relevance. Search.com does not receive payment for listings in this section but our partners that provide this data may get paid for listing these products.

Sponsored Links

This section contains paid listings which have been purchased by companies that want to have their sites appear for specific search terms and related content. These listings are administered, sorted and maintained by a third party and are not endorsed by Search.com.

Search Results

Search.com sends your search query to several search engines at one time and integrates the results into one list which has been sorted by relevance using Search.com's proprietary algorithm. You can customize the list of search engines included in your metasearch from the preferences.

The search engines that are used in your metasearch may allow companies to pay to have their Web sites included within the results. To view the Paid Inclusion policy for a specific search engine, please visit their Web site. Search.com does not accept payment or share revenue with any search engine partner for listings in this section.