（六）用JAVA编写MP3解码器——帧数据结构

      MP3文件按帧（frame）依次存储，解码时也是逐帧解码，所以我们应该首先弄清MP3帧内的数据的封装形式。帧的结构如下图所示：

 

      图中sync表示帧同步字，每一帧以同步字开始；side info表示帧边信息；main_data_end是帧边信息结构中的一个成员。

      每一帧依次存放帧头（header）、帧边信息（side information）、主信息（main information）。其中的主信息由增益因子（scale factor）和主数据（main data）组成。

      每一帧的帧头长4字节，如果帧头信息中的protection_bit为零，帧头之后有2字节的循环冗余校检（CRC）数据。帧头在前面已经讲解过了，不再赘述。

      帧边信息的长度计算方法见《 （二）用JAVA编写MP3解码器——帧头信息解码 》内Header.java第207行。

      主信息的长度计算方法见《 （二）用JAVA编写MP3解码器——帧头信息解码 》内Header.java第218行。

      从上图可以看出，某一帧的主信息可能不在它本身这一帧内，可能有一部分存放在上一帧内，也有可能有一部分数据存放在下一帧内。例如上图中第3帧的主信息就存放在3个相邻的帧内、第1帧的数据包含相邻的三帧的主数据。这样使某些帧主信息太小的帧（如上图中的第1帧）不至于帧的长度太短，提高存储效率。

      对固定码率（CBR）编码的MP3，每一帧的长度几乎相等，由于有的帧有附加位而多一字节；对平均码率（ABR）编码的MP3，每一帧的长度也几乎相等；对变化码率（VBR）编码的MP3来说，每一帧的长度不同，长度相差会比较大，但最长的帧不超过1732字节。

      VBR编码的MP3的第一帧没有存储以哈夫曼编码的主数据，存储的是VBR编码信息，其中TOC域存放的是帧百分比和文件长度的对应关系，我们知道VBR编码的MP3每帧长度不一定相同，但每帧解码成为PCM数据长度是相同的，即每帧的播放时长相同。利用TOC域的数据就使文件按时间轴拖放播放时，定位到正确的文件位置成为可能。

      MPEG 1.0采用标准的立体声编码的帧，每一帧的主信息被划分为两个粒度组（granule），每个粒度组又分为两个声道（channel）。知道了MP3帧数据的封装形式，就不难理解后文中多处出现的for(gr...)和for(ch...)循环语句了。

 

      Layer3.java内的解码一帧MP3（MPEG 1.0 Audio Layer III简称MP3）定义的数据结构和初始化解码器用到的许多常量如下：

/*
* Layer3.java