旭东's profile东东的家PhotosBlogListsMore Tools Help

Blog


    May 18

    PCM文件格式简介

    再存一个~ :)

    PCM文件格式简介
    PCM文件:模拟音频信号经模数转换(A/D变换)直接形成的二进制序列,该文件没有附加的文件头和文件结束标志。Windows的Convert工具可以把PCM音频格式的文件转换成Microsoft的WAV格式的文件。   脉冲编码调制PCM文件格式简介


              将音频数字化,其实就是将声音数字化。最常见的方式是透过脉冲编码调制PCM(Pulse Code Modulation) 。运作原理如下。首先我们考虑声音经过麦克风,转换成一连串电压变化的信号,如图一所示。这张图的横座标为秒,纵座标为电压大小。要将这样的信号转为 PCM 格式的方法,是使用三个参数来表示声音,它们是:声道数采样位数采样频率

             采样频率即取样频率,指每秒钟取得声音样本的次数。采样频率越高,声音的质量也就越好,声音的还原也就越真实,但同时它占的资源比较多。由于人耳的分辨率很有限,太高的频率并不能分辨出来。在16位声卡中有22KHz、44KHz等几级,其中,22KHz相当于普通FM广播的音质,44KHz已相当于CD音质了,目前的常用采样频率都不超过48KHz。 

            采样位数即采样值或取样值(就是将采样样本幅度量化)。它是用来衡量声音波动变化的一个参数,也可以说是声卡的分辨率。它的数值越大,分辨率也就越高,所发出声音的能力越强。
     
             声道数很好理解,有单声道和立体声之分,单声道的声音只能使用一个喇叭发声(有的也处理成两个喇叭输出同一个声道的声音),立体声的pcm可以使两个喇叭都发声(一般左右声道有分工) ,更能感受到空间效果。 
    声波曲线1 声波曲线2 声波曲线3
      下面再用图解来看看采样位数和采样频率的概念。让我们来看看这几幅图。图中的黑色曲线表示的是pcm文件录制的自然界的声波,红色曲线表示的是pcm文件输出的声波,横坐标便是采样频率;纵坐标便是采样位数。这几幅图中的格子从左到右,逐渐加密,先是加大横坐标的密度,然后加大纵坐标的密度。显然,当横坐标的单位越小即两个采样时刻的间隔越小,则越有利于保持原始声音的真实情况,换句话说,采样的频率越大则音质越有保证;同理,当纵坐标的单位越小则越有利于音质的提高,即采样的位数越大越好。

              在计算机中采样位数一般有8位和16位之分,但有一点请大家注意,8位不是说把纵坐标分成8份,而是分成2的8次方即256份; 同理16位是把纵坐标分成2的16次方65536份; 而采样频率一般有11025HZ(11KHz),22050HZ(22KHz)、44100Hz(44KHz)三种。

     
    样点
    t1
    t2
    t3
    t4
    t5
    t6
    t7
    ...
    t16
    t17
    t18
    t19
    t20
    幅值
    0011
    0101
    0111
    1001
    1011
    1101
    1110
    ...
    0110
    0110
    0101
    0011
    0000


              那么,现在我们就可以得到pcm文件所占容量的公式:
         存储量=(采样频率*采样位数*声道)*时间/8(单位:字节数)

      例如,数字激光唱盘(CD-DA,红皮书标准)的标准采样频率为44.lkHz,采样数位为16位,立体声(2声道),可以几乎无失真地播出频率高达22kHz的声音,这也是人类所能听到的最高频率声音。激光唱盘一分钟音乐需要的存储量为:     
         (44.1*1000*l6*2)*60/8=10,584,000(字节)=10.584MBytes
    这个数值就是pcm声音文件在硬盘中所占磁盘空间的存储量。

      计算机音频文件的格式决定了其声音的品质,日常生活中电话、收音机等均为模拟音频信号,即不存在采样频率和采样位数的概念,我们可以这样比较一下:
              44KHz,16BIT的声音称作:CD音质;
              22KHz、16Bit的声音效果近似于立体声(FM Stereo)广播,称作:广播音质;
              11kHz、8Bit的声音,称作:电话音质。 
              微软的WAV文件就是pcm编码的一种。


    wav格式分析

    wav文件格式分析详解

    作者:曹京
    日期:2006年7月17日
                                             

    一、综述
        WAVE文件作为多媒体中使用的声波文件格式之一,它是以RIFF格式为标准的。
    RIFF是英文Resource Interchange File Format的缩写,每个WAVE文件的头四个
    字节便是“RIFF”。
        WAVE文件是由若干个Chunk组成的。按照在文件中的出现位置包括:RIFF WAVE
    Chunk, Format Chunk, Fact Chunk(可选), Data Chunk。具体见下图:

     

    ------------------------------------------------
    |             RIFF WAVE Chunk                  |
    |             ID  = 'RIFF'                     |
    |             RiffType = 'WAVE'                |
    ------------------------------------------------
    |             Format Chunk                     |
    |             ID = 'fmt '                      |
    ------------------------------------------------
    |             Fact Chunk(optional)             |
    |             ID = 'fact'                      |
    ------------------------------------------------
    |             Data Chunk                       |
    |             ID = 'data'                      |
    ------------------------------------------------
                图1   Wav格式包含Chunk示例

        其中除了Fact Chunk外,其他三个Chunk是必须的。每个Chunk有各自的ID,位
    于Chunk最开始位置,作为标示,而且均为4个字节。并且紧跟在ID后面的是Chunk大
    小(去除ID和Size所占的字节数后剩下的其他字节数目),4个字节表示,低字节
    表示数值低位,高字节表示数值高位。下面具体介绍各个Chunk内容。
    PS:
        所有数值表示均为低字节表示低位,高字节表示高位。

    二、具体介绍
    RIFF WAVE Chunk
        ==================================
        |       |所占字节数|  具体内容   |
        ==================================
        | ID    |  4 Bytes |   'RIFF'    |
        ----------------------------------
        | Size  |  4 Bytes |             |
        ----------------------------------
        | Type  |  4 Bytes |   'WAVE'    |
        ----------------------------------
                图2  RIFF WAVE Chunk

        以'FIFF'作为标示,然后紧跟着为size字段,该size是整个wav文件大小减去ID
    和Size所占用的字节数,即FileLen - 8 = Size。然后是Type字段,为'WAVE',表
    示是wav文件。
        结构定义如下:
     struct RIFF_HEADER
     {
      char szRiffID[4];  // 'R','I','F','F'
      DWORD dwRiffSize;
      char szRiffFormat[4]; // 'W','A','V','E'
     };

     

    Format Chunk
        ====================================================================
        |               |   字节数  |              具体内容                |
        ====================================================================
        | ID            |  4 Bytes  |   'fmt '                             |
        --------------------------------------------------------------------
        | Size          |  4 Bytes  | 数值为16或18,18则最后又附加信息     |
        --------------------------------------------------------------------  ----
        | FormatTag     |  2 Bytes  | 编码方式,一般为0x0001(详见后文)     |     |
        --------------------------------------------------------------------     |
        | Channels      |  2 Bytes  | 声道数目,1--单声道;2--双声道       |     |
        --------------------------------------------------------------------     |
        | SamplesPerSec |  4 Bytes  | 采样频率                             |     |
        --------------------------------------------------------------------     |
        | AvgBytesPerSec|  4 Bytes  | 每秒所需字节数                       |     |===> WAVE_FORMAT
        --------------------------------------------------------------------     |
        | BlockAlign    |  2 Bytes  | 数据块对齐单位(每个采样需要的字节数) |     |
        --------------------------------------------------------------------     |
        | BitsPerSample |  2 Bytes  | 每个采样需要的bit数                  |     |
        --------------------------------------------------------------------     |
        |               |  2 Bytes  | 附加信息(可选,通过Size来判断有无) |     |
        --------------------------------------------------------------------  ----
                                图3  Format Chunk

        以'fmt '作为标示。一般情况下Size为16,此时最后附加信息没有;如果为18
    则最后多了2个字节的附加信息。主要由一些软件制成的wav格式中含有该2个字节的
    附加信息。
        结构定义如下:
     struct WAVE_FORMAT
     {
      WORD wFormatTag;
      WORD wChannels;
      DWORD dwSamplesPerSec;
      DWORD dwAvgBytesPerSec;
      WORD wBlockAlign;
      WORD wBitsPerSample;
     };
     struct FMT_BLOCK
     {
      char  szFmtID[4]; // 'f','m','t',' '
      DWORD  dwFmtSize;
      WAVE_FORMAT wavFormat;
     };

    补充头文件样例说明:

    首先是一串“52 49 46 46”这个是Ascii字符“RIFF”,这部分是固定格式,表明这是一个WAVE文件头。
    然后是“E4 3C 00 00”,这个是我这个WAV文件的数据大小,记住这个大小是包括头文件的一部分的,包括除了前面8个字节的所有字节,也就等于文件总字节数减去8。这是一个DWORD,我这个文件对应是15588。
    然后是“57 41 56 45 66 6D 74 20”,也是Ascii字符“WAVEfmt”,这部分是固定格式。
    然后是PCMWAVEFORMAT部分,可以对照一下上面的struct定义,首先就是一个WAVEFORMAT的struct。
    随后是“10 00 00 00”,这是一个DWORD,对应数字16,这个对应定义中的Sizeof(PCMWAVEFORMAT),后面我们可以看到这个段内容正好是16个字节。
    随后的字节是“01 00”,这是一个WORD,对应定义为编码格式“WAVE_FORMAT_PCM”,我们一般用的是这个。
    随后的是“01 00”,这是一个WORD,对应数字1,表示声道数为1,这是个单声道Wav。
    随后的是“22 56 00 00”,这是一个DWORD,对应数字22050,代表的是采样频率22050。
    随后的是“44 AC 00 00”,这是一个DWORD,对应数字44100,代表的是每秒的数据量。
    然后是“02 00”,这是一个WORD,对应数字是2,表示块对齐的内容,含义不太清楚。
    然后是“10 00”,这是一个WORD,对应WAVE文件的采样大小,数值为16,采样大小为16Bits。
    然后是一串“64 61 74 61”,这个是Ascii字符“data”,标示头结束,开始数据区域。
    而后是数据区的开头,有一个DWORD,我这里的字符是“C0 3C 00 00”,对应的十进制数为15552,看一下前面正好可以看到,文件大小是15596,其中到“data”标志出现为止的头是40个字节,再减去这个标志的4个字节正好是15552,再往后面就是真正的Wave文件的数据体了,头文件的解析就到这里。


    Fact Chunk
        ==================================
        |       |所占字节数|  具体内容   |
        ==================================
        | ID    |  4 Bytes |   'fact'    |
        ----------------------------------
        | Size  |  4 Bytes |   数值为4   |
        ----------------------------------
        | data  |  4 Bytes |             |
        ----------------------------------
                图4  Fact Chunk

        Fact Chunk是可选字段,一般当wav文件由某些软件转化而成,则包含该Chunk。
        结构定义如下:
     struct FACT_BLOCK
     {
      char  szFactID[4]; // 'f','a','c','t'
      DWORD  dwFactSize;
     };

     

    Data Chunk
        ==================================
        |       |所占字节数|  具体内容   |
        ==================================
        | ID    |  4 Bytes |   'data'    |
        ----------------------------------
        | Size  |  4 Bytes |             |
        ----------------------------------
        | data  |          |             |
        ----------------------------------
                 图5 Data Chunk

        Data Chunk是真正保存wav数据的地方,以'data'作为该Chunk的标示。然后是
    数据的大小。紧接着就是wav数据。根据Format Chunk中的声道数以及采样bit数,
    wav数据的bit位置可以分成以下几种形式:
        ---------------------------------------------------------------------
        |   单声道  |    取样1    |    取样2    |    取样3    |    取样4    |
        |           |--------------------------------------------------------
        |  8bit量化 |    声道0    |    声道0    |    声道0    |    声道0    |
        ---------------------------------------------------------------------
        |   双声道  |          取样1            |           取样2           |
        |           |--------------------------------------------------------
        |  8bit量化 |  声道0(左)  |  声道1(右)  |  声道0(左)  |  声道1(右)  |
        ---------------------------------------------------------------------
        |           |          取样1            |           取样2           |
        |   单声道  |--------------------------------------------------------
        | 16bit量化 |    声道0    |  声道0      |    声道0    |  声道0      |
        |           | (低位字节)  | (高位字节)  | (低位字节)  | (高位字节)  |
        ---------------------------------------------------------------------
        |           |                         取样1                         |
        |   双声道  |--------------------------------------------------------
        | 16bit量化 |  声道0(左)  |  声道0(左)  |  声道1(右)  |  声道1(右)  |
        |           | (低位字节)  | (高位字节)  | (低位字节)  | (高位字节)  |
        ---------------------------------------------------------------------

        ---------------------------------------------------------------------
                             图6 wav数据bit位置安排方式

        Data Chunk头结构定义如下:
        struct DATA_BLOCK
     {
      char szDataID[4]; // 'd','a','t','a'
      DWORD dwDataSize;
     };

     

    FormatTag:说明

    #define WAVE_FORMAT_UNKNOWN 0x0000 /* Microsoft Corporation */ 
    #define WAVE_FORMAT_PCM 0x0001     /* Microsoft Corporation */ 
    #define WAVE_FORMAT_ADPCM 0x0002   /* Microsoft Corporation */ 
    #define WAVE_FORMAT_ALAW 0x0006    /* Microsoft Corporation */ 
    #define WAVE_FORMAT_MULAW 0x0007   /* Microsoft Corporation */ 
    #define WAVE_FORMAT_GSM610 0x0031  /* Microsoft Corporation */ 
    #define WAVE_FORMAT_MPEG 0x0050   /* Microsoft Corporation */ 


    三、小结
        因此,根据上述结构定义以及格式介绍,很容易编写相应的wav格式解析代码。
    这里具体的代码就不给出了。

     

    四、参考资料
        1、李敏, 声频文件格式WAVE的转换, 电脑知识与技术(学术交流), 2005.
        2、http://www.codeguru.com/cpp/g-m/multimedia/audio/article.php/c8935__1/
        3、http://www.smth.org/pc/pcshowcom.php?cid=129276

        4、http://icculus.org/SDL_sound/downloads/external_documentation/wavecomp.htm (英文详细说明)



    恩,抢过来,这样就不会丢了~

    May 11

    我为什么常建议朋友养猫


    养猫不是为了显摆,更不是单纯为了显示爱心,而有其实际效用。
    所以我常建议一些朋友养猫。

    养猫的效用有三:
    1.怡情
    2.对养孩子的预演
    3.解压

    因为朋友大多到了恋爱、婚嫁的年龄,所以我常建议他们先养只猫。
    从几个月的幼猫开始。开始培养感情。开始朝夕相处。
    开始体会那样一种家里多了一个成员多了一个小家伙儿的那种心情。
    这时候它就是你或你们的孩子。
    猫的IQ虽然有上限,但在情感和心理结构方面,跟小孩儿还是很像的,
    那种心理规律,那种依赖、交流、爱,情感培养和教育模式,
    都可以作为对养孩子的预演。

    特别是年轻情侣一起养猫,不仅是恋爱生活的见证,
    也能更好地体会共同的家庭生活乃至养孩子的种种甘甜辛苦和细腻微妙。

    我养猫后,在怡情之外,对这些有了非常深刻、受益颇多的体会。

    养一只猫,看着它从小长大,它无条件地依赖你,它的可爱与恼人,
    真的让人有做爸爸妈妈的感受。

    而这一切成本非常低,养猫比养狗要简单得多,养猫也比养个孩子省事儿太多了。
    它自己知道危险,能跑能跳,所求并不多,不太生病,而且成长迅速。

    在年轻的时候养猫,然后养孩子、养家。非常好。
    有孩子后,猫还是他的伴儿,丰富他的童年、少年的生活记忆。

    当然,很多时候开始养猫并没有考虑那么多,首先只是猫和人之间的一种缘分,
    因为遇到,因为爱怜,所以开始养。
    但猫带给人的乐趣,对人的生活、情感世界与理性的丰富,
    相较于人对它的喂养和关心,绝对是超值的。