简述
在 Qt 之 WAV文件解析 中我们对wav文件的文件头中的数据进行了分析,在 Qt之实现录音播放及raw(pcm)转wav格式 中我们实现了录音/播放功能,并将.raw格式的音频文件转为wav格式文件,那我们拿到一个wav文件如何获取文件的具体信息呢,这一篇将叙述对wav文件的头信息进行解析。
注意
在看这篇文章前希望读者看一下 Qt 之 WAV文件解析 和 Qt之实现录音播放及raw(pcm)转wav格式 这两篇文章, 本篇文章也是基于这两篇的基础上进行叙述,如果读者对wav文件的格式有了一定的了解,也可以直接阅读。
代码之路
在Qt 之 WAV文件解析 中我们对wav文件头进行了详细的介绍,如果不清楚的可以了解一下。wav的文件头其实就是一个数据结构,结构中保存了一系列参数,那我们从wav文件中一一解析出这些参数。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
- 152
- 153
- 154
- 155
- 156
- 157
- 158
程序截图
文件一:
文件二:
从上述图片看来,文件一和文件二都带有扩展信息(附加信息) , 可以根据 nFmtLength 是否为18 ,而上两个文件中nFmtLength 的值为18 确实有扩展信息 ,,而扩展信息包含了两个数据字段,一个是扩展域大小(占两个字节),另一个是扩展域信息数据(大小不定),从图上可以看出nFmtLength的值为18,而Fmt块的大小为16,所以多出的2个字节即为扩展域大小,从图中可以看出nAppendMessage值为0,表示没有扩展信息(也可以通过nFmtLength - 18来计算,不过前提是 nFmtLength >= 18 , 具体可以看上述代码),也就无需读取扩展信息 , 可以看出图中AppendMessageData的值为NULL。
同时文件一和文件二的nFmtLength都为18,包含了扩展信息中的扩展域大小,同时特别注意两个文件都包含了Fact块。
文件三:
文件四:
从文件三和文件四看来,nFmtLength的值为16 , 表示没有扩展信息(附加信息) ,这两个wav音频文件没有包含扩展信息,也没有Fact块。
文件五:
从文件五中可以看到 nFmtLength 的值为50 , 刚开始看到这个值感觉这个文件可能已经损坏或者有问题,因为之前查阅一些资料发现 一般nFmtLength 的值为 16或者18 (为18 时会包含扩展信息),但此时数值为 50 ,这里我不禁疑惑,后来我想想 扩展信息中包含 扩展域大小和扩展域信息数据,那么扩展域大小占两个字节,那么 50 - 16 - 2 = 32 字节,多出来的32 字节即为扩展域信息数据,而用代码解析出来的数据也有问题,后来分析是因为我没有将这32字节数据读取出来,而是将这32个字节的数据赋值给了扩展信息后面的数据,导致扩展信息后面的Fact块 和Data块解析有问题,所以再次修改代码加上判断是否存在扩展域信息数据。
现在看文件五右边这张图中我们发现 nAppendMessage 的值为 32 ,也验证了多出来的 32字节的扩展域信息数据 , 由于不知道扩展信息的数据结构,暂时先用char型数组接收数据, AppendMessageData现在有了数据,但是显示乱码,这里我们就无需去分析扩展信息中的数据了,由于扩展信息是因为一些软件自己生成的,所以我们只要将扩展信息读取出来即可,也避免后面的数据读取出错。
综合分析
同时注意文件五不仅包含了扩展信息,也包含了扩展域信息数据,同时也存在Fact数据块,所以综合这几个文件数据对比,我们可以初步猜测包含了扩展信息就会存在Fact数据块,但是也不能完全断定,还需继续研究,最好是通过代码解析得出具体数据。扩展信息主要由一些软件制成的wav格式中包含,具体有何意义有待研究。
头信息数据中nRiffLength这个值代表 RIFF 块后字节数也就是 整个文件大小 - 8 ,经过对比这个值也是正确的。从文件分析的结果中我们可以看到各个音频文件的各项参数。通过不同文件的对比,主要的三个参数:声道数、采样频率和采样位数 (nChannleNumber、nSampleRate和nBitsPerSample),都不一致,这几个值也决定了音频文件的音质,文件大小等属性。
同时我们观察 nDataLength 和 fileDataSize 这两个参数 : nDataLength是wav文件头中记录wav文件中实际音频数据所占的大小 , 而 fileDataSize 从代码中可以看出是在读取完文件头,后面数据的大小,而文件头后的数据也就是实际的音频数据,看文件一、文件二和文件五 中 nDataLength 和 fileDataSize这两个值并不相等,目前猜测可能是由于扩展信息的原因,从文件三和文件四中我们看到这两个值是相等的,而且文件三和文件四并不包含扩展信息,但是也不能完全断定,还需继续研究,进一步得到确切的论证。
尾
我在刚开始解析wav文件时都是按照wav文件的标准格式(即不包含扩展信息 和 Fact块)去解析头信息,而测试的wav文件都是用 上一篇文章中 通过QAudioInput 类生成 .raw文件再转成 .wav文件,而自己生成的.wav文件的文件头都是自己添加的,而且不包含扩展信息 和 Fact块,所以用代码解析过程中并没有遇到问题,后来用了网上下载的一些.wav文件,发现解析出了问题。
回到上图中,文件三和文件四为标准的wav格式,所以解析没有问题,而文件一和文件二 包含了扩展信息 和 Fact块 , 导致解析出现了问题, 这里我通过判断了nFmtLength 的长度是否为18得出是否包含扩展信息,而此时我只是读了两个字节的 扩展域大小 , 对于文件一和文件二 中不包含 扩展域信息数据是没有问题的,下面我又判断下面的字段是否是”fact”得出是否包含Fact块,好了文件一和文件二解析数据也都正确,这下我以为已经成功了。
接着,我又试了文件五,发现nFmtLength这个字段值为 50 , 除去扩展域大小(2个字节)发现多出了32( = 50 - 16 - 2 )字节,而nAppendMessage 的值也是32,经过分析 这多出的 32 字节数据即为 扩展域信息数据 。后面在通过 nFmtLength >= 18 来得出是否包含扩展域大小,再通过nFmtLength - 18 > 0 来得出是否包含扩展域信息数据(其实这里也可以通过nAppendMessage的值来判断,具体代码中也给出了详细的注释)。
以上是我写这篇文章时所尽经历的整个过程,本以为解析过程很简单,但是真正去做时却遇到了各种问题,这也是缺乏对wav文件格式的认知。整篇文章的内容以及代码也是经过了反复修改,通过对wav文件头的解析也让我对wav文件有了进一步的认识,同时也发现了之前的文章 Qt 之 WAV文件解析 一文中的一些错误,我也做了进一步的修改。
文章文字叙述较多,详细地讲解了解析过程中遇到的问题以及解决办法。整篇文章也是花了很长时间来完成,希望读者能够认真仔细看完(不过看之前最好看一下 Qt 之 WAV文件解析 这篇文章),也希望能够多多支持。我相信看完后对wav文件就应该有了一定的认识,对后面如何处理wav文件就好办多了。后面会继续讲述Qt音频处理相关的知识。同时在写这篇博客时发现了给char 数组赋值时遇到的一些问题 ,后面也将会单独对这些问题进行论述,敬请期待。