位率，音频存储格式，急急？

来源：蜘蛛抓取(WebSpider) 时间：2019-10-23 14:35 标签： 音频存储
详细的计算过程公式书写及结果嘚给与采纳... 详细的计算过程公式书写及结果的给与采纳

CD记录的声音是波形信息所以其大小的计算方式与WAV相同，具体为：

你对这个回答的評价是

下载百度知道APP，抢鲜体验

使用百度知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案

使用44.1 kHz的采样频率采样点用16位精喥存储。每录制1秒钟立体声声音未压缩的WAV文件信号占用的存储空间是(1)。

请帮忙给出正确答案和分析谢谢！

最近使用开发的过程中出现了一個小问题顺便记录一下原因和方法--字节文件

音频层，它根据压缩质量和编码庞杂水平划分为三层即Layer-1、Layer2、Layer3，且分别对应MP1、MP2、MP3 这三种声音攵件并根据不同的用处，使用不同层次的编码

    MPEG 音频编码的层次越高，编码器越庞杂压缩率也越高，MP1 和MP2 的压缩率分别为4：1 和6：1-8：1而MP3 嘚压缩率则高达10：1-12：1，也就是说一分钟CD 音质的音乐，未经压缩须要10MB的存储空间而经过MP3 压缩编码后只有1MB 左右。不过MP3 对音频信号采用的是囿损压缩方法为了降低声音失真度，MP3采取了“感官编码技术”即编码时先对音频文件停止频谱分析，然后用过滤器滤掉噪音电平接著通过量化的方法将剩下的每一位打散排列，最后构成具有较高压缩比的MP3 文件并使压缩后的文件在回放时可以到达比较亲近原音源的声喑效果。

    b). 一系列的音频数据的帧在文件的中间位置，个数由文件巨细和帧长决议；

包括了作者作曲，专辑等信息长度不固定，扩展叻ID3V1的信息量

一系列的帧，个数由文件巨细和帧长决议

每一个FRAME的长度可能不固定也可能固定，由位率bitrate决议

每一个FRAME又分为帧头和数据实体兩部分

帧头记录了mp3的位率采样率，版本等信息每一个帧之间互相独立。

包括了作者作曲，专辑等信息长度为128BYTE。

    每一个帧都有一个幀头Header长度是4Byte（32bit）,帧头后面可能有两个字节的CRC 校验值，这两个字节的是不是存在决议于Header 信息的第16bit为0 则帧头后面无校验，为1 则有校验校驗值长度为2 个字节，紧跟在Header 后面接着就是帧的实体数据了，格式如下：

    帧头长4字节对于固定位率的MP3文件，所有帧的帧头格式一样其数據结构如下(注：此结构要自己定义)：

    我们首先辨别两个术语：帧巨细和帧长度帧巨细即每帧采样数表示一帧中采样的个数，这是恒定值其值如下表所示

流逝的日子像一片片凋零的枯叶与花瓣，渐去渐远的是青春的纯情与浪漫不记得曾有多少雨飘在胸前风响在耳畔，只曉得沧桑早已漫进了我的心爬上了我的脸当一个人与追求同行，便坎坷是伴磨难也是伴。

    帧长度是压缩时每一帧的长度包括帧头。咜将填充的空位也盘算在内LayerI的一个空位长4字节，LayerII和LayerIII的空位是1字节当读取MPEG文件时必须盘算该值以便找到相邻的帧。注意：因为有填充和仳特率变换帧长度可能变化。

    从头中读取比特率采样频率和填充的值后可以停止盘算，

    如果帧头的校验位为0则帧头后就有一个16位的CRC徝，这个值是big-endian的值把这个值和该帧通过盘算得出的CRC值停止比较就可以得知该帧是不是有效。

    在帧头后边是Side Info(姑且称之为通道信息)对标准嘚立体声MP3文件来说其长度为32字节。通道信息后面是Scale factor(增益因子)信息当解码器在读到上述信息后，就可以停止解码了图 2.3中地址为0x880到0x89F(含)，此處数据全为0

    对于mp3来说现在有两种编码方法，一种是CBR也就是固定位率，固定位率的帧的巨细在整个文件中都是是固定的（公式如上所述）只要晓得文件总长度，和从第一帧帧头读出的信息就都可以通过盘算得出这个mp3文件的信息，比如总的帧数总的播放时间等等，要萣位到某一帧或某个时间点也很方便这类编码方法不须要文件头，第一帧开始就是音频数据另一种是VBR，就是可变位率VBR是XING公司推出的算法，所以在MP3的FRAME里会有“Xing"这个关键字（也有用"Info"来标识的现在很多风行的小软件也可以停止VBR压缩，它们是不是遵照这个约定那就不得而知了），它存放在MP3文件中的第一个有效帧的数据区里它标识了这个MP3文件是VBR的。同时第一个帧里存放了MP3文件的帧的总个数这就很轻易取嘚了播放总时间，同时还有100个字节存放了播放总时间的100个时间分段的帧索引假设4分钟的MP3歌曲，240S分红100段，每两个相邻INDEX的时间差就是2.4S所鉯通过这个INDEX，只要前后处理多数的FRAME就能倏地找出我们须要快进的帧头。其实这第一帧就相称于文件头了不过现在有些编码器在编码CBR文件时也像VBR那样将信息记入第一帧，比如著名的lame它使用"Info"来做CBR的标记。

    在VBR格式的第一帧中XING Header包括帧头一共最多只须要156个字节就够了，当然也鈳以在XING Header后面存储编码器的信息比如lame在其后就是存储其版本，这须要给第一帧留充足的空间才行

    ID3V1标准并不全面，存放的信息少没法存放歌词，没法录入专辑封面、图片等ID3V2是一个相称完备的标准，但给编写软件带来困难虽然赞同此格式的人很多，在软件中绝大多数MP3仍茬使用ID3V1标准ID3v1标签包括艺术家，标题唱片集，发布年月和流派另外还有额外的注释空间。位于音频文件的最后固定为128字节可以读取該文件的最后这128字节取得标签。

存放“TAG”字符表示ID3 V1.0标准，紧接其后的是歌曲信息

MP3音乐类别，共147种

    ID3V1 的各项信息都是次序存放，没有任哬标识将其分开比如标题信息缺乏30 个字节，则使用''\0''填充数据结构定义如下：

文章结束给大家分享下程序员的一些笑话语录： 问：你觉嘚让你女朋友（或者任何一个女的）从你和李彦宏之间选一个，你觉得她会选谁　　
　　答：因为李艳红这种败类，所以我没女友！

我要回帖

更多关于 音频存储 的文章

 

随机推荐