mp3解码源码

⑴ mp3的音频编码

MP3音频编码
MPEG-1标准中没有MP3编码器的一个精确规范，然而与此相反，解码算法和文件格式却进行了细致的定义。人们设想编码的实现是设计自己的适合去除原始音频中部分信息的算法（或者是它在频域中的修正离散余弦（MDCT）表示）。在编码过程中，576个时域样本被转换成576个频域样本，如果是瞬变信号就使用192而不是576个采样点，这是限制量化噪声随着随瞬变信号短暂扩散。
这是听觉心理学的研究领域：人类主观声音感知。
这样带来的结果就是出现了许多不同的MP3编码器，每种生成的声音质量都不相同。有许多它们的比较结果，这样一个潜在用户很容易选择合适的编码器。需要记住的是高位速编码表现优秀的编码器（如LAME这个在高位速广泛使用的编码器）未必在低位速的表现也同样好。

⑵ MP3解码算法原理解析

如果大家对音视频技术感兴趣，可以订阅我的专题 视频播放器和音视频基础知识 。

看懵逼了是吧。这里面有很多概念需要一一讲解。

针对以上的概念，如果有不清楚的，可以看我的另外一篇博客： MP3头帧解析 ，里面有一些和帧头信息相关的知识。

同步及差错检查包括了头部信息解码模块 在主控模块开始运行后，主控模块将比特流的数据缓冲区交给同步及差错检查模块，此模块包含两个功能，即头信息解码及帧边信息解码，根据它们的信息进行 尺度因子解码及哈夫曼解码，得出的结果经过逆量化，立体声解码，混淆缩减， IMDCT，频率反转，合成多相滤波这几个模块之后，得出左右声道的 PCM 码 流 ， 再由主控模块将其放入输出缓冲区输出到声音播放设备(总之很复杂)。

主控模块的主要任务是操作输入输出缓冲区，调用其它各模块协同工作。 其中，输入输出缓冲区均由 DSP 控制模块提供接口。

输入缓冲区中放的数据为原始 mp3 压缩数据流，DSP 控制模块每次给出大于最大 可能帧长度的一块缓冲区，这块缓冲区与上次解帧完后的数据（必然小于一帧） 连接在一起，构成新的缓冲区。

输出缓冲区中将存放的数据为解码出来的 PCM 数据，代表了声音的振幅。它由一 块固定长度的缓冲区构成，通过调用 DSP 控制模块的接口函数，得到头指针，在 完成输出缓冲区的填充后，调用中断处理输出至 I2S 接口所连接的音频 ADC 芯片 （立体声音频 DAC 和 DirectDrive 耳机放大器）输出模拟声音。

同步及差错检测模块主要用于找出数据帧在比特流中的位置，并对以此位置开始 的帧头、CRC 校验码及帧边信息进行解码，这些解码的结果用于后继的尺度因子 解码模块和哈夫曼解码模块。Mpeg1 layer 3 的流的主数据格式见下图：

其中 granule0 和 granule1 表示在一帧里面的粒度组 1 和粒度组 2，channel0 和 channel1 表示在一个粒度组里面的两个通道，scalefactor 为尺度因子 quantized value 为量化后的哈夫曼编码值，它分为 big values 大值区和 count1 1 值区

CRC 校验：表达式为 X16+X15+X2+1

帧同步目的在于找出帧头在比特流中的位置，ISO 1172-3 规定，MPEG1 的帧头 为 12 比特的“1111 1111 1111”，且相邻的两个帧头隔有等间距的字节数，这 个字节数可由下式算出：

如果这个式子的结果不是整数，那么就需要用到一个叫填充位的参数，表示间距 为 N +1。

其长度为 4 字节，数据结构如下:

block_type 指出如下三种块类型：

在编码过程中进行 IMDCT 变换时，针对不同信号为同时得到较好的时域和频域 分辨率定义了两种不同的块长：长块的块长为 18 个样本，短块的块长为 6 个样 本。这使得长块对于平稳的声音信号可以得到更高的频率分辨率，而短块对跳变 信号可以得到更高的时域分辨率。由于在短块模式下，3 个短块代替 1 个 长 块 ， 而短块的大小恰好是一个长块的 1/3，所以 IMDCT 的样本数不受块长的影响。对 于给定的一帧声音信号，IMDCT 可以全部使用长块或全部使用短块，也可以长短 块混合使用。因为低频区的频域分辨率对音质有重大影响，所以在混合块模式下 ， IMDCT 对最低频的 2 个子带使用长块，而对其余的 30 个子带使用短块。这样， 既能保证低频区的频域分辨率，又不会牺牲高频区的时域分辨率。长块和短块之 间的切换有一个过程，一般用一个带特殊长转短（即，起始块 block_type = 1） 或短转长（即终止块，block_type = 3）数据窗口的长块来完成这个长短块之间 的切换。因此长块也就是包括正常窗，起始块和终止块数据窗口的数据块；短块 也包含 18 个数据，但是是由 6 个数据独立加窗后在经过连接计算得到的。

每一个粒度组的频谱都是用不同的哈夫曼表来进行编码的。编码时，把整个从 0 到奈奎斯特频率的频率范围（共 576 个频率线）分成几个区域，然后再用不同的 表编码。划分过程是根据最大的量化值来完成的，它假设较高频率的值有较低的 幅度或者根本不需要编码。从高频开始，一对一对的计算量化值等于“0”的数 目，此数目记为“rzero”。然后 4 个一组地计算绝对值不超过“1”的量化值（也 就是说，其中只可能有-1，0 和+1 共 3 个可能的量化级别）的数目，记为“count1”，在此区域只应用了 4 个哈夫曼编码表。最后，剩下的偶数个值的 对数记为“big values”， 在此区域只应用了 32 个哈夫曼编码表。在此范围 里的最大绝对值限制为 8191。此后，为增强哈夫曼编码性能，进一步划分了频 谱。也就是说，对 big values 的区域（姑且称为大值区）再细化，目的是为了 得到更好的错误顽健性和更好的编码效率。在不同的区域内应用了不同的哈夫曼 编码表。具体使用哪一个表由 table_select 给出。从帧边信息表中可以看到： 当 window_switch_flag == 0 时，只将大值区在细分为 2 个区，此时 region1_count 无意义，此时的 region0_count 的值是标准默认的；但当 window_switch_flag == 1 时再将大值区细分为 3 个区。但是由于 region0_count 和 region1_count 是根据从 576 个频率线划分的， 因此有可能 超出了 big_values *2 的范围，此时以 big_values *2 为准. region0_count 和 region1_count 表示的只是一个索引值，具体频带要根据标准中的缩放因子频带 表来查得.

参见下图:

缩放因子用于对哈夫曼解码数据进行逆量化的样点重构。根据帧边信息中的 scalefactor_compress 和标准中的对应表格来确定的 slen1 和 slen2 对缩放因 子进行解码，即直接从主数据块中读取缩放因子信息并存入表 scalefac_l[gr][ch][sfb]和 scalefac_s[gr][ch][sfb]中。对第 2 粒度组解码 时，若为长块，则必须考虑尺度因子选择信息。

在 mpeg layer 3 中 576 条频率线根据人耳的听觉特性被分成多个组，每个组对 应若干个尺度因子，这些组就叫做尺度因子带，每个长窗有 21 个尺度因子带而 每个短窗有 12 个尺度因子带。

scfsi(尺度因子选择信息)用于指出是否将粒度组 1 的尺度因子用于粒度组 2。 如果为 0 表示不用，则在比特流中需读取粒度组 2 的尺度因子。

哈夫曼编码是一种变长编码，在 mp3 哈夫曼编码中，高频的一串零值不编码，不 超过 1 的下一个区域使用四维哈夫曼编码，其余的大值区域采用二维哈夫曼编 码，而且可选择地分为三个亚区，每个有独立选择的哈夫曼码表。通过每个亚区 单独的自适应码表，增强编码效率，而且同时降低了对传输误码的敏感度。 在程序实现上，哈夫曼表逻辑存储采用了广义表结构，物理存储上使用数组结构 。 查表时，先读入 4bit 数据，以这 4bit 数据作为索引，其指向的元素有两种类型 ， 一种是值结构，另一种是链表指针式结构，在链表指针式结构中给出了还需要读 取的 bit 数，及一个偏移值。如果索引指向的是一个值结构，则这个值结构就包 含了要查找的数据。如果索引指向的是一个链表指针式结构，则还需再读取其中 指定的比特数，再把读取出的比特数同偏移值相加，递归的找下去，直到找到值 结构为止。

逆量化由下面公式算出：
短窗模式：

长窗模式:

其中：

其它值均可在帧边信息中找到。

在强度立体声模式中，左声道传的是幅值，右声道的 scalefactor 传的是立体声 的位置 is_pos。需要转换的频率线有一个低边界，这个低边界是由右声道的 zero_part 决定的，并且使用右声道的尺度因子来作为 is_pos。

左声道：

MS_STEREO 因公式单一，较易理解，故流程图略去。

重排序的目的在于把哈夫曼解码之后的短块的每个尺度因子带 3 个窗，每个窗 sfbwidth(尺度因子带宽度)个采样的顺序整理成为每个子带三个窗，每个窗六个 采样 xr[sb][window][freq_line]的顺序。

其计算公式如下：

计算流程如下(pascal 描述)：

MDCT 的目的在于进行时域到频域的转换，减少信号的相关性，使得信号的压缩 可以更加高效地完成，而它的反变换 IMDCT 的目的在于将信号还原为没有变换之 前的数值，使频域值向时域值过渡。

其公式如下：

在进行了 IMDCT 变换之后，需对频率信号进行加窗、覆盖、叠加。

长块：

开始块：

结束块：

短块的每个窗口分别计算：

将每一块变换出来的值的前半部分与前一块的后半部分相加，并把后半部分保留 来和下一块的前半部分相加。如下公式：

Szu-Wei Lee 的 IMDCT 快速算法是针对非 2 的 n 次幂个点的 IMDCT 快速算法。他 的主要步骤如下：

在本程序中，因为对短块使用这个快速算法并没有带来较大的速度改善，故只对 长块使用此快速算法，相较于直接运算的 648 次乘和 612 次加来，它只用 43 次 乘和 115 次加。

在 IMDCT 之后，进入合成多相滤波之前必须进行频率反转补偿以校正多相滤波器 组的频率反转。方法是将奇数号子带的奇数个采样值乘以-1.

合成多相滤波的目的是将频域信号转化为时域信号。其原理流程如下：

上图流程可简述如下：

Byeong Gi Lee 的 dct 快速算法

Byeong Gi Lee 的 DCT 快速算法是用于 2 的 n 次幂个点的 dct 快速算法。它用于 N 点的 DCT 时仅需(N/2) * log2N 次乘法和小于 3· (N/2) log2 N ) 次加法。 其基本思想是，将 N 个点的 DCT 转化为两个 N/2 个点的 DCT 的和。 进一步分解， 即重复这个过程，减少乘法数量。

由于向量 Vi 的运算是一个类似于 DCT 的变换，故使用了此快速算法。32 点运算 共使用了 80 次乘法和 80 次加法 119 次减法。

⑶ 谁有mp3的编码解码原理和c语言的解码函数或解码器

LAME是目前最好的MP3编码引擎。LAME（mitiok.ma.cx）编码出来的MP3音色纯厚、空间宽广、低音清晰、细节表现良好，它独创的心理音响模型技术保证了CD音频还原的真实性，配合VBR和ABR参数，音质几乎可以媲美CD音频，但文件体积却非常小。对于一个免费引擎，LAME的优势不言而喻。

这是一个开源的C++的MP3的编解码器

http://mitiok.ma.cx/

⑷ 如何用C#自制MP3解码器+播放器

在winform控件上，加载多媒体控件，用控件来实现解码和播放

⑸ MP3解码库

问：介绍一下mp3的解码器吧？

答： 如今购买MP3，理性的消费者一般不只关注外观以及功能，最主要还是机器本身的品质。MP3的解码芯片已经为越来越多的消费者所关注，不过市场中几千款MP3，到底有哪些解码芯片为其提供良好的品质呢？那就请关注以下这篇文章吧！ 飞利浦芯片 产地：荷兰如果一定要评出目前市场上最好的MP3解码芯片的话，那么无疑就是飞利浦芯片了。飞利浦家族的解码芯片在业界一直以其“功能全，音质好，价格高”而着称。飞利浦的解码芯片一般都采用的是BGA封装工艺，而国内的这方面技术相当有限，此外，由于飞利浦的解码芯片需要搭配另外的控制芯片电路协同工作，所以产品成本较高。所以采用飞利浦解码芯片的厂商往往都定位于中高价位，如MPIO和IRIVER这两家韩国的MP3专业厂商。这两个品牌一个最主要的共同特点就是在产品中全面采用了飞利浦的解码芯片。因此，他们的产品拥有很高的音质和品质，成为全球MP3爱好者追逐的对象.1、飞利浦SAA775X系列(SAA7750/7751/7752/7753)飞利浦SAA775x芯片是目前市场上MP3播放器解码芯片组中功能最全(支持CD直录)，效果最好的解码芯片之一。该解码芯片的音质表现为：低音下沉较深、中音表现出色、而相比之下高音则显得一般。因为SAA775x中内含DSP(Digital Signal Processing，数字信号处理)和32位ARM RISC处理器，所以能用超高集成度的单颗芯片，音频解码和语音编码等工作，并且可以加入SDMI(Secure Digital Music Initiative，安全式数字音乐)保护。其中SAA7750内含DSP和32位ARM RISC处理器，信噪比为90dB。该芯片兼容多段多档位EQ智能音效，支持以ADPCM格式保存语音记录、同步显示歌名和歌曲信息、Line-in直录，此外还支持USB 1。1/2。0标准，支持多重音乐格式解码。而SAA7751仅有DSP内核和闪存，没有包含音频多媒体解编码器，只能用于本身可升级的MP3 CD光盘播放器上。SAA7752是一个针对价格的解决方案，只包含了DPS芯片，使用外置内存来存储数据，主要针对CD随身听。至于SAA7753，同样仅有DSP芯片，而且改变得更为彻底，干脆直接用嵌入式内存代替了闪存，对应低价格的CD播放系统，作为一个附加MP3的功能。飞利浦SAA775x采用的嵌入式处理器，拥有高级能源管理功能，可以根据工作任务量需要控制处理器运行速度，以延长电池的使用时间，类似于普遍使用于高端的PDA和笔记本电脑的节能技术。因此，SAA775x芯片以普通音量播放128Kbps MP3时，单颗AA电池的供电时间可以长达24小时。当然这是芯片的理论工作时间，对于MP3播放器来说，由于生产工艺的制约，具体的工作时间就另当别论了。2、飞利浦Nexperia PNX010x系列(PNX0101/0102/0105)PNX010x系列解码芯片也是一个大的系列，包括 PNX0101，PNX0102和PNX0105。其中PNX0102和PNX0102是专为闪存MP3随身听而开发的，而PNX0105则是针对硬盘式多媒体播放器的产品。PNX0101内嵌4Mbit的可编程FLASH，只支持USB1.1。目前所有采用PNX0101芯片MP3所配备的USB2.0接口，都是通过另外增加USB2.0控制芯片来实现的。(注：与Molex的配合使用可支持USB2。0、SD/MMC扩展等)而PNX0102则内嵌有8Mbit的可编程FLASH，自身提供了对USB2.0的支持。PNX0105同样支持USB2.0，而且还支持GDMA和IDE(ATA/ATAPI/PC Card)等接口，但它没有内置可编程FLASH。市场上目前到货的只有采用PNX0101的产品，而即将上市MPIO最新款MP3播放器 FY400 则采用PNX0102，而 PNX0105则要到2005年才能批量供货。Telechips TCC730/TCC731系列 产地：韩国去年才出现在市场上的韩国Telechips解码芯片，一经面世便获得一致好评，在韩国众多厂商的大力支持下成长迅速。从功能、性能、音质各方面来看，Telechips TCC730/731比Sigmatel的STMP3410之类的芯片着实要好一些，低音感充足、各频段表现比较平衡、而且音场更为宽阔；但与飞利浦SAA7750/7751相比还有一定差距。另外，Telechips TCC730价格比SAA7750便宜一点，但需要外接ROM，外围元件比较多，因此采用这种芯片的MP3产品难得有身材玲珑的产品面世。 业界普遍认为Telechips芯片各方面表现介于Sigmatel STMP3410和SAA7750/7751系列之间。采用该芯片的MP3在本身的音质基础上，如果配备了更为高档的耳机后还会有一定的提升。该类型的机子一般会标配森海塞尔MX300(或者OEM森海塞尔)耳机，该耳机属于森海塞尔普及型MX系列中最平民化的耳机，所以建议对音质有更高要求的朋友可以尝试森海塞尔MX500，或者更高档一点的KOSS SP/KOSS PP，森海塞尔PX100/PX200。因为采用该芯片的MP3在音质上有一定的潜力，而并不像所有经销商告诉你的，所有的MP3在更换高档耳机后音质都有提升，其实有些MP3自身芯片及设计，生产工艺的限制使得其已经不具有音质的挖掘空间。Sigmatel系列 产地：美国如果要说目前MP3芯片市场占有率的话，那么美国的Sigmatel家族肯定是名至实归，但对于Sigmatel芯片的品质，却总是仁者见仁，智者见智。总体而言采用Sigmatel解码芯片的MP3音质表现会中规中矩，声音比较亮丽，中音表现一般，低音量感不足、高音比较生硬，它在音乐的表现上要逊于飞利浦和Telechips芯片。1、Sigmatel 3410曾几何时，SigmaTel 3410的芯片还占据着MP3芯片市场的半壁江山，可能直到目前STMP3410单芯片方案仍然是最成熟和常见的一种方案。其价格低廉、良好的程序移植性的特点曾为它在2003年抢占到80%解码芯片的市场份额。该芯片的音质表现一般，多用在中、低档产品上。现在对于采用SigmaTel 3410芯片的方案已经很成熟，但如果没有在外围电路上增加更多设计的话，其音质会很一般。这也就是为什么虽然采用该芯片的产品很多，但音质表现却有云泥之别的原因了。 2、Sigmatel 3420/1342 Sigmatel 3420更像是Sigmatel 3410的升级版，与STMP3410不支持MP3硬件编码，处理速度比较慢相比，Sigmatel 3420在Sigmatel 3410的基础上增加了对USB2。0的支持，修正了Sigmatel 3410对某些主板USB2。0不兼容的问题，还增加了MP3硬件编码功能，在音质方面也比Sigmatel 3410有所提高。而Sigmatel 1342是一款专为闪存盘而设计的功能增强型芯片，该芯片的功能相对较少，多用在很低端的带MP3播放功能的闪存盘上，其音质表现大致与Sigmatel 3410在伯仲之间。3、Sigmatel 3510/3520与Sigmatel 3410相比，Sigmatel 3510不仅支持USB2。0，而且改进了综合能源管理、支持电池充电功能检测、并且强化了数字/模拟转换器和耳机的音乐放大器电路、拥有子目录管理能力等智能化的功能，可以说Sigmatel家族的芯片发展到Sigmatel 3520迈出了一大步。Sigmatel 3520改进了以往Sigmatel 3410/1342中音表现一般、高音生硬的缺点，音质清澈，信噪比据说可以达到95dB；增加了对MP3硬件编码、FM收音和USB2。0等功能的支持；Sigmatel 3520比前代产品在处理速度上也有所提升，达到了75MHz(34xx系列为65MHz)。现在市场各个价位的MP3都有Sigmatel 3520芯片的影子，也正说明了Sigmatel 3520芯片所取得的长足进步。4、Sigmatel 3550/3560 Sigmatel 3550/3560是专用于硬盘式MP3播放器的芯片，其处理速度为75MHz。功能上它们以Sigmatel 35x0为基础。为了给硬盘提高缓存当作避震之用，还添加了SDRAM接口。Sigmatel 3510/3520与3550/3560除了封装有些不同外，主要区别就在于3550/3560还可以支持锂电池及USB直接充电，因此大家凡是看到采用锂电池、支持USB2.0的，80%都可能是采用Sigmatel 3550、3560芯片的 。Sigmatel 34XX与Sigmatel 35XX系列的区别，主要是在以下两方面的改进：USB1.1提升至USB2.0；电池续航能力增长。5、Sigmatel 3502据称该芯片瞄准高端市场，将芯片与外围电路设计做了大幅度提升，被誉为第三代的解码芯片，将DSP数字信号处理器主频速率提升至75MHz，信噪比高达95db，输出功率达到了11mW，总谐波失真率也低于0.05%。SKYLARK芯片 产地：韩国韩国ECT公司的SKYLARK芯片，目前国产的纽扣机都用到，只是目前还不支持WMA，价格与STMP3410差不多，功能较全。Skylark主要功能特点是功耗低，音质清晰悦耳；录音生成MP3格式的文件，可选择压缩比特率；编码直录功能，且可以根据需要调整压缩比特率；内置FM调频收音，中国、日本、欧洲3种制式可选，可将收到节目录在播放机中；中文、英文、韩文、日文等语言选择；歌名、ID3、歌词同步显示(支持中文歌名、歌词同步显示)；独立文件删除功能，方便使用； A-B点复听功能；内部存储器容量查询，可以查询内部存储器的容量。不用说，采用KYLARK芯片的代表作品就是丹丁DX-8了。对于彩蛋，我们已经了解太多，对于它在此就不在赘述。我们在遗憾其不支持WMA文件格式的时候不由的深深赞赏设计者的美妙的创意。四、ATMEL芯片 产地：美国美国ATMEL公司是DSP、MCU业界的龙头。AT89C51ND1X系列芯片是专为mp3产业开发的嵌入式多媒体应用的DSP+MCU混合型解决方案。采用这种芯片的MP3集成USB，MMC嵌入式非常小的系统软件，功能齐全带USB功能的仅需15K字节固件代码。这种MP3解码器和硬件接口控制器非常的低耗电。五、华矽 产地：台湾台湾华矽(MOSART)的芯片功能简单，一般用于低端产品，如无LCD显示，或SD卡播放器。双芯片结构(CPU与解码芯片分离)。音质就比较有特色，低音不错，中高音一般。六、炬力ATJ2085产地：珠海炬力的ATJ208564 PIN封装，高度集成。支持格式有MP3、WMA、WMV、ASF播放，支持FM，芯片价格较便宜。现在很多大陆厂商都选用这款炬力的ATJ208564PIN，其缺点是音质一般，勉强可听，FM的表现上也有待提高。

⑹ 如何通过android对MP3解码，从而得到MP3的波形

MP3系统播放器是能直接播放的。去看看系统播放器的源码应该就可以找到。

⑺ centos 7 怎么安装mp3解码以及怎么安装vlc

CentOS 7音乐播放器主要为Rhythmboxx0dx0a可以在网站上搜索下载：gst-fluendo-mp3-0.10.32.tar.gz这个文件，如果有更新版本的可以用更新版本。具体自己找，网络不让我发地址。x0dx0a下载后解压，进入目录按照源代码的编译方式进行安装：x0dx0a$ ./configurex0dx0a$ makex0dx0a$ sudo make installx0dx0a安装完毕后，搜索“gstream”，安装好后的插件名字叫：“libgstflump3dec.so”x0dx0a，大致上位于：“/usr/local/lib/gstreamer-1.0/”下(对于CentOS7.0而言)，需要手动将此文件复制到系统原来自带的GStreamer部分插件的位置，也就是/usr/lib64/gstreamer-1.0（对于CentOS7.0而言），可以执行以下的复制命令：x0dx0a$ sudo cp /usr/local/lib/gstreamer-1.0/libgstflump3dec.so/usr/lib64/gstreamer-1.0x0dx0a完毕后Rhythmbox就可以调用mp3插件而播放MP3文件了。x0dx0a另外对于VLC，不建议在centos7.0里安装，需要的依赖包太多，很麻烦，不如安装mplayer相对简单一些。x0dx0a还有，音乐播放器与其用Rhythmbox，你就不如去下一个deadbeef，解压开后就可以运行。支持很多的音频格式，音质还可以，一般的音响是听不出来的。

⑻ STM32做MP3软解码

这两个是MP3软解码，你可以看看.http://115.com/file/behylz1c#【www.cesdn.com嵌入式论坛】MP3软解码库Libmad详细解释.rarhttp://115.com/file/behylui5#【www.cesdn.com嵌入式论坛】software.mp3.player.lpc2148.zip

⑼ mp3的音频解码

我ctrl+c ，然后ctrl+v的解码在标准中进行了细致的定义。 多数解码器是bitstream compliant，也就是说MP3文件解码出来的非压缩输出信号将与标准文档中数学定义的输出信号一模一样（在规定的近似误差范围内）。 MP3文件有一个标准的格式，这个格式就是包括384、576、或者1152个采样点（随MPEG的版本和层不同而不同）的帧，并且所有的帧都有关联的头信息（32位）和辅助信息（9、17或者32字节，随着MPEG版本和立体声或者单通道的不同而不同）。头和辅助信息能够帮助解码器正确地解码相关的霍夫曼编码数据。所以，大多数的解码器比较几乎都是完全基于它们的计算效率（例如，它们在解码过程中所需要的内存或者CPU时间）。