HDU-1053-Entropy (Huffman code)

Source: Internet
Author: User
Problem descriptionan entropy encoder is a data encoding method that achieves lossless data compression by encoding a message with "wasted" or "extra" information removed. in other words, entropy encoding removes information that was not necessary in the first place to accurately encode the message. A high degree of entropy implies a message with a great deal of wasted information; English text encoded in ASCII is an example of a message type that has very high entropy. already compressed messages, such as JPEG graphics or zip archives, have very little entropy and do not benefit from further attempts at entropy encoding.

English text encoded in ASCII has a high degree of entropy because all characters are encoded using the same number of BITs, eight. it is a known fact that the letters E, L, N, R, S and T occur at a considerably higher frequency than do most other letters in English text. if a way cocould be found to encode just these letters with four bits, then the new encoding wocould be smaller, wowould contain all t He original information, and wowould have less entropy. ASCII uses a fixed number of BITs for a reason, however: It's easy, since one is always dealing with a fixed number of BITs to represent each possible glyph or character. how wocould an encoding scheme that used four bits for the above letters be able to distinguish between the four-bit codes and eight-bit codes? This seemingly difficult problem is solved using what is known as a "Prefix-free variable-length" encoding.

In such an encoding, any number of BITs can be used to represent any glyph, and glyphs not present in the message are simply not encoded. however, in order to be able to recover the information, no bit pattern that encodes a glyph is allowed to be the prefix of any other encoding bit pattern. this allows the encoded bitstream to be read bit by bit, and whenever a set of BITs is encountered that represents a glyph, that glyph can be decoded. if the prefix-free constraint was not enforced, then such a decoding wocould be impossible.

Consider the text "aaaaabcd ". using ASCII, encoding this wowould require 64 bits. if, instead, we encode "A" with the bit pattern "00", "B" with "01", "C" with "10 ", and "D" with "11" then we can encode this text in only 16 bits; the resulting bit pattern wocould be "0000000000011011 ". this is still a fixed-length encoding, however; we're using two bits per glyph instead of eight. since the glyph "A" o Ccurs with greater frequency, cocould we do better by encoding it with fewer bits? In fact we can, but in order to maintain a prefix-Free Encoding, some of the other bit patterns will become longer than two bits. an Optimal encoding is to encode "A" with "0", "B" with "10", "C" with "110", and "D" with "111 ". (this is clearly not the only optimal encoding, as it is obvious that the encodings for B, C and D cocould be interchanged freely for any given encoding without increasing the size of the final encoded message .) using this encoding, the message encodes in only 13 BITs to "0000010110111", a compression ratio of 4.9 to 1 (that is, each bit in the final encoded message represents as much information as did 4.9 bits in the original encoding ). read through this bit pattern from left to right and you'll see that the prefix-Free Encoding makes it simple to decode this into the original text even though the codes have varying bit lengths.

As a second example, consider the text "The Cat in the Hat ". in this text, the letter "T" and the space character both occur with the highest frequency, so they will clearly have the shortest encoding bit patterns in an optimal encoding. the letters "C", "I 'and" N "only occur once, however, so they will have the longest codes.

There are missing possible sets of Prefix-free variable-length bit patterns that wocould yield the optimal encoding, that is, that wocould allow the text to be encoded in the fewest number of bits. one such optimal encoding is to encode spaces with "00", "A" with "100", "C" with "1110", "E" with "1111 ", "H" with "110", "I" with "1010", "N" with "1011" and "T" with "01 ". the optimal encoding therefore requires only 51 bits compared to the 144 that wocould be necessary to encode the message with 8-bit ASCII encoding, a compression ratio of 2.8 to 1.
 
Inputthe input file will contain in a list of text strings, one per line. the text strings will consist only of uppercase alphanumeric characters and underscores (which are used in place of spaces ). the end of the input will be signalled by a line containing only the word "end" as the text string. this line shoshould not be processed.
 
Outputfor each text string in the input, output the length in bits of the 8-bit ASCII encoding, the length in bits of an optimal prefix-free variable-length encoding, and the compression ratio accurate to one decimal point.
 
Sample Input
AAAAABCDTHE_CAT_IN_THE_HATEND
 
Sample output
64 13 4.9144 51 2.8
 
Sourcegreater New York 2000
Idea: No encoding is required for this question. You only need to specify the encoding length.
# Include <cstdio> # include <cstring> # include <queue> # include <algorithm> using namespace STD; int num [27]; char s [100005]; struct s {int val; S (int A) {val = A;} bool operator <(const S & P) const {return Val> P. val ;}}; int main () {int N, I, Len, ANS, A, B, CNT; while (~ Scanf ("% s", S) {Len = strlen (s ); if (LEN = 3 & S [0] = 'E' & S [1] = 'n' & S [2] = 'D ') return 0; memset (Num, 0, sizeof num); for (I = 0; I <Len; I ++) {If (s [I]! = '_') Num [s [I]-'a'] ++; else num [26] ++;} Sort (Num, num + 27 ); priority_queue <S> que; CNT = 0; for (I = 0; I <27; I ++) if (Num [I]) {que. push (Num [I]); CNT ++;} If (CNT = 1) // special sentence {printf ("% d %. 1f \ n ", Len * 8, Len, 8.0); continue;} ans = 0; while (que. size ()> 1) {A = que. top (). val; que. pop (); B = que. top (). val; que. pop (); ans + = a + B; que. push (a + B);} printf ("% d %. 1f \ n ", Len * 8, ANS, (double) Len * 8/ANS );}}

HDU-1053-Entropy (Huffman code)

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.