【Web Audio API】 — 那些年的 web audio

转 TAT.Jdo：【Web Audio API】 — 那些年的 web audio

这主题主要是早期对 web audio api的一些尝试，这里整理一下以便以后翻阅，如有错误，诚请指正。

在这之前，先回顾一下那些年我们一起走过的web audio：

<bgsound>

在我印象当中，bgsound是个很古老的东西，接触互联网之后，那时兴起的个人blog都有一个增加小组件或者背景音乐的功能，就是允许你贴入一段代码来实现，那是我最早接触bgsound的时候；当然那时也只是会ctrl+c/v ~~

网上翻来些资料，大概是这样的：

早在1996年，IE3.0定义了<bgsound>的标签，这应该web最早的一个能播放音频的标签；但它却从未成为标准，由始至终只有IE支持该标签；提供的功能比较有限，简单的后台自动播放，支持.wav|.mid|.ua格式音频；

<embed>

IE推出bgsound之后没多久，作为当年浏览器厂商的大哥 – NetScape同年即推出了功能类似的标签<embed>；

个人觉得<embed>早期相对于<bgsound>而言，最大的两个特色：

1.有界面交互，可以让用户控制播放/暂停（该属性可选）；

2.不止能播放音频格式文件，还能播放当时比较高端的VRML Live3D图形动画。

以浏览器厂商老大的身份，很快IE3V2+, 以及后续的 safari, opare, firefox均支持了<embed>。

<object>

随着web的快速发展，标准变得越来越重要，这时就有了W3C存在的理由，1997年伴随着HTML4的到来，W3C引入了<object>标签，囊括了图片、音频、视频等格式文件，可以说非常彪悍；作为第一款可以跨浏览器间播放音频的标签，基本能满足我们当时对嵌入媒体的欲望，但<object>同样存在自己的弊端，例如标签臃肿，依赖插件，SEO困难等；

<audio>

08年初，第一份正式的HTML5草案发布，引入更新的富媒体元素<video> <audio> <canvas>，这些标签的引入最大目的还是为了减少web富媒体应用对插件的依赖。仅从标签名来说就能很好区分各自的功能，这点无疑是非常有利于搜索引擎去索引资源的，相比<object>来说，最明显的特色即是：

标签语义化，结构更简单；
脱离插件；
简单的javascript内置方法以及事件交互。

看似对音频控制都比较完善，但开发者缺少了对音频数据的访问权限，在很多更动感的交互，更复杂的音效需求面前就显得力不从心了。

[Audio Data API]

为了解决现状，Mozilla社区提出了Audio Data API，对<audio>标签进行js能力方面的扩展，这套API主要还是以提供读取写入音频数据接口为主，例如：

// 定义音频对象

var audio = new Audio();

var bufferLenth;

audio.src = "song.ogg";

audio.addEventListener('MozAudioAvailable', handleWithSample, false);

audio.addEventListener('loadedmetadata', handleWithMeta, false);

audio.play();

function handleWithMeta () {

    bufferLenth = audio.mozFrameBufferLength;

}

function handleWithSample (e) {

    var samples = e.frameBuffer;

    for (var i = 0; i < bufferLenth; i++) {

        // do something with audio data

        dosomething(samples[i])

    }

}

基于MozAudioAvailable事件驱动读取音频原始数据

注：该方法已无法正确执行，Firefox已转向Web Audio API的支持，后续的Firefox版本逐渐废弃了Audio Data API的旧接口。

但对于一个开发者来说，并非人人都是音频资深用户或者发烧级音乐玩家，而且在很多音频的专业效果处理上需涉及大量波形相关处理算法，这就直接把很多开发者拒之门外了，这也是为什么最后W3C推荐了 Web Audio API。

[Web Audio API]

Web Audio API最早是Chrome社区提出并支持的，Web Audio API 是一套全新的相对独立的接口系统，对音频文件拥有更高的处理权限以及内置相关的音频专业效果处理，可以完全独立于 <audio> 标签而存在。这里把内置相关音频专业效果处理标红主要是因为，我个人觉得这是Web Audio API相对于Audio Data API最大的一个区别，也是为什么最终被W3C推荐的原因。

大概整了一下Web Audio API的新特点：

更精准的时间控制；
可完全独立<audio>，允许更多音频文件同时播放，用于游戏或者复杂音频应用场景；
模块化路由连接方式，让音频操作更加灵活形象；

4.实时的频域、时域数据访问/操作；

更多专业的音频处理方法

(1) 音道分离/合并；

(2) 音频延时效果；

(3) 内置频率滤波器；

(4) 音频空间感效果以及多普勒效应模拟；

(5) 音频卷积运算（用于声场环境模拟）；

(6) 自定义波形生成器；

(7) 波形非线性失真处理。