RIFF WAVE 格式解析

一、综述
    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 |               |    //除去id , size剩下的字节数(文件大小-8)
    ----------------------------------
    | 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;   //减去id , size占的字节数 ,对应的就是整个文件wav的大小,下面的format chunk的大小就不是整个wav的大小了.
  char szRiffFormat[4]; // 'W','A','V','E'
 };

在Format chunk中,除了有音频的数据的采样率、声道等音频的属性外,另一个比较主要的字段就是format_tag,该字段表示音频数据是以何种方式编码存放的。其具体的取值可以为以下:

1(0x0001)PCM/非压缩格式16
2(0x0002Microsoft ADPCM18
3(0x0003)IEEE float18
6(0x0006)ITU G.711 a-law18
7(0x0007)ITU G.711 μ-law18
49(0x0031)GSM 6.1020
64(0x0040)ITU G.721 ADPCM
65,534(0xFFFE)见子格式块中的编码格式40

Format Chunk
    ====================================================================
    |               |   字节数  |              具体内容                |
    ====================================================================
    | ID            |  4 Bytes  |   'fmt '                             |
    --------------------------------------------------------------------
    | Size          |  4 Bytes  | 数值为16或18,18则最后又附加信息     |   //本chunk大小-8
    --------------------------------------------------------------------  
    | 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;    //16或者18
  WAVE_FORMAT wavFormat;  
 };

例子说明:44头,无附加信息

-rwxrwxrwx 1 root root 739160 Aug  8 17:47 115.wav*



 例子说明:

位置字节数值描述类型大小端
1-44STR固定格式 "RIFF"

52 49 46 46

5 - 84U32文件长度-8 739152(00 0b 47 50)50 47 0b 00
9 -124STR文件类型 "WAVE"41 57 45 56
13-164STR格式表示符 "fmt "66 6d 74 20
17-204U32"10 00 00 00 "表示PCM数据10 00 00 00
21-222U16数据类型,"01 00"表示 PCM01 00
23-242U16通道数 202 00
25-284U32采样率 44100 (00 00 ac 44)44 ac 00 00 
29-324U32

码率: 采样率x位深度x通道数/8

44100*16*2/8 = 176400 (00 02 b1 10)

10 b1 02 00
33-342U32采样一次,占内存大小 :位深度x通道数/8 =16*2/8=404 00
35-362U16

采样深度 16bit

10 00
37-404STR表述payload数据开头 "data"64 61 74 61
41-444U32数据部分的长度 739116 (00 0b 47 2c)2c 47 0b 00

文件格式中关于SIZE之间的关系:
FileSize = 739160
RiffSize = 739152
DataSize = 739116

关系:FileSize = 739160
​​​​​​​                         = RiffSize   + 8    = 739152  + 8

​​​​​​​                         = DataSize + 44  = 739116  + 44 

 

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;  //同理就是减去id, size的本chunk的大小
 };

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

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


    ----------------------------------------------------------------------                                      

    |   单声道    |    取样1                  |           取样2           |
    |---------------------------------------------------------------------
    | 16bit量化   |    声道0       |  声道0   |    声道0       |  声道0    |
    |             | (低位字节)  | (高位字节)  | (低位字节)     | (高位字节)|
    -----------------------------------------------------------------------

    |   双声道    |    取样1                         |            取样2             |
    |-------------------------------------------------------------------------------
    | 16bit量化   |    声道0(左)  |  声道1(右)   |    声道0(左) |  声道1(右)|
    |             | (低位字节)      | (高位字节)     | (低位字节)    | (高位字节)  |
    ---------------------------------------------------------------------------------

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

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

其他情况:
1、如果Format Chunk Size等于0x10(16),表示头部不包含附加信息,即WAV头部信息长度为44;如果等于0x12(18),则包含附加信息,此时头部信息长度大于44

2、如果RIFFSize - DataSize > (FormatSize + FactSize)  说明数据部分有其他类型数据,在取出数据部分的时候要去掉这部分信息

参考:
wave文件格式以及代码 - Red_Point - 博客园 (cnblogs.com)

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/59214.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

机器学习、深度学习项目开发业务数据场景梳理汇总记录二

本文的主要作用是对历史项目开发过程中接触到的业务数据进行整体的汇总梳理,文章会随着项目的开发推进不断更新。 这里是续文,因为CSDN单篇文章内容太大的话就会崩溃的,别问我怎么知道的,问就是血泪教训,辛辛苦苦写了一…

【QT】 QT开发PDF阅读器

很高兴在雪易的CSDN遇见你 ,给你糖糖 欢迎大家加入雪易社区-CSDN社区云 前言 本文分享QT开发PDF阅读器技术,希望对各位小伙伴有所帮助! 感谢各位小伙伴的点赞关注,小易会继续努力分享,一起进步! 你的点…

基于MATLAB小波变换的信号突变点检测

之前在不经意间也有接触过求突变点的问题。在我看来,与其说是求突变点,不如说是我们常常玩的"找不同"。给你两幅图像,让你找出两个图像中不同的地方,我认为这其实也是找突变点在生活中的应用之一吧。回到找突变点位置上…

强化学习研究 PG

由于一些原因, 需要学习一下强化学习。用这篇博客来学习吧, 用的资料是李宏毅老师的强化学习课程。 深度强化学习(DRL)-李宏毅1-8课(全)_哔哩哔哩_bilibili 这篇文章的目的是看懂公式, 毕竟这是我的弱中弱。 强化…

【SpringBoot框架篇】33.优雅集成i18n实现国际化信息返回

文章目录 1.简介2.MessageSource配置和工具类封装2.1.配置MessageSource相关配置2.2.配置工具类2.3.测试返回国际级文本信息 3.不优雅的web调用示例(看看就行,别用)4.优雅使用示例4.1.错误响应消息枚举类4.2.ThreadLocal工具类配置4.2.1.ThreadLocal工具类数据封装4…

git原理与使用

目录 引入基本操作分支管理远程操作标签管理 引入 假设你的老板要你设计一个文档,当你设计好了,拿给他看时,他并不是很满意,就要你拿回去修改,你修改完后,再给他看时,他还是不满意,…

python爬虫相关

目录 初识爬虫 爬虫分类 网络爬虫原理 爬虫基本工作流程 搜索引擎获取新网站的url robots.txt HTHP协议 Resquests模块 前言: 安装 普通请求 会话请求 response的常用方法 简单案例 aiohttp模块 使用前安装模块 具体案例 数据解析 re解析 bs4…

每次执行@Test方法前都执行一次DB初始化(SpringBoot Test + JUnit5环境)

引言 在执行单元测试时,可以使用诸如H2内存数据库替代线上的Mysql数据库等,如此在执行单元测试时就能尽可能模拟真实环境的SQL执行,同时也无需依赖线上数据库,增加了测试用例执行环境的可移植性。而使用H2数据库时,通…

C#程序的启动显示方案(无窗口进程发送消息) - 开源研究系列文章

今天继续研究C#的WinForm的实例显示效果。 我们上次介绍了Winform窗体的唯一实例运行代码(见博文:基于C#的应用程序单例唯一运行的完美解决方案 - 开源研究系列文章 )。这就有一个问题,程序已经打开了,这时候再次运行该应用程序,…

16 Springboot——登录功能实现

16.1 修改index.html中表单跳转的地址 将action的地址改为user/login&#xff0c;意思是点击提交按钮后&#xff0c;就会跳转到user/login地址&#xff0c;然后只要用Controller类的RequsetMapping去接这个地址就行了。 <body class"text-center"><form cl…

Spring 是如何解决循环依赖问题的?

项目场景&#xff1a; 提示&#xff1a;这里简述项目相关背景&#xff1a; 例如&#xff1a;项目场景&#xff1a;示例:通过蓝牙芯片(HC-05)与手机 APP 通信&#xff0c;每隔 5s 传输一批传感器数据(不是很大) 问题描述 我们都知道&#xff0c;如果在代码中&#xff0c;将两个…

记录一次因为代码混淆导致的安卓app崩溃的事件

最近公司布置了一个新任务&#xff0c;给一个旧的安卓app增加一个新功能。 功能是替换加密算法&#xff0c;新的算法库由第三法提供&#xff0c;通过jni调用底层C库。 按照项目需求&#xff0c;修改了代码&#xff0c;调试测试阶段也都运行正常。结果发布的时候&#xff0c;测…