【转载】Android音频开发初学

文章目录

1:音频开发的主要应用（应用场景）

比如常见的音频播放器，录音机，语音电话，音视频监控应用，音视频直播应用，音频编辑/处理软件，蓝牙耳机/音箱。。。。。。

2: 音频开发的具体内容

音频采集/播放

音频算法处理（去噪、静音检测、回声消除、音效处理、功放/增强、混音/分离，等等）

音频的编解码和格式转换

音频传输协议的开发（SIP，A2DP、AVRCP，等等）

3: 开发音频应用的难点

延时敏感、卡顿敏感、噪声抑制（Denoise）、回声消除（AEC）、静音检测（VAD）、混音算法，高低音分离……

4: 音频开发必备基础概念

在音频开发中，下面的这几个概念经常会遇到。

采样就是把模拟信号数字化的过程，不仅仅是音频需要采样，所有的模拟信号都需要通过采样转换 成可以用0101来表示的数字信号，示意图如下所示：

蓝色代表模拟音频信号，红色的点代表采样得到的量化数值。采样频率越高，红色的间隔就越密集，记录这一段音频信号所用的数据量就越大，同时音频质量也就越高。根据奈奎斯特理论，采样频率只要不低于音频信号最高频率的两倍，就可以无损失地还原成为原始的声音。

温馨提示：

通常人耳能听到频率范围大约在20Hz～20kHz之间的声音，为了保证声音不失真，采样频率应在40kHz以上。常用的音频采样频率有：8kHz、11.025kHz、22.05kHz、16kHz、37.8kHz、44.1kHz、48kHz、96kHz、192kHz等。

如上图所示，每一个红色的采样点，都需要用一个数值来表示大小，这个数值的数据类型大小可以是：4bit、8bit、16bit、32bit等等，位数越多，表示得就越精细，声音质量自然就越好，当然，数据量也会成倍增大。常见的位宽是：8bit 或者 16bit。

由于音频的采集和播放是可以叠加的，因此，可以同时从多个音频源采集声音，并分别输出到不同的扬声器，故声道数一般表示声音录制时的音源数量或回放时相应的扬声器数量。比如我们通常说的单声道（Mono）和双声道（Stereo），前者的声道数为1，后者为2

音频跟视频很不一样，视频每一帧就是一张图像，而从上面的正玄波可以看出，音频数据是流式的，本身没有明确的一帧帧的概念，在实际的应用中，为了音频算法处理/传输的方便，一般约定俗成取2.5ms~60ms为单位的数据量为一帧音频。

这个时间被称之为“采样时间”，其长度没有特别的标准，它是根据编码×××和具体应用的需求来决定的，我们可以计算一下一帧音频帧的大小：假设某通道的音频信号是采样率为8kHz，位宽为16bit，20ms一帧，双通道，则一帧音频数据的大小为： int size = 8000 x 16bit x 0.02s x 2 = 5120 bit = 640 byte

5: 常见的音频编码方式

我们知道，模拟的音频信号转换为数字信号需要经过采样和量化，量化的过程被称之为编码，根据不同的量化策略，产生了许多不同的编码方式，常见的编码方式有：PCM 和 ADPCM，这些数据代表着无损的原始数字音频信号，添加一些文件头信息，就可以存储为WAV文件了，它是一种由微软和IBM联合开发的用于音频数字存储的标准，可以很容易地被解析和播放。

我们在音频开发过程中，会经常涉及到WAV文件的读写，以验证采集、传输、接收的音频数据的正确性。

6: 常见的音频压缩格式

在讲音频的压缩格式前，先简单讲一下音频的压缩原理,原理很简单，和视频的压缩原理差不错，就是因为存在冗余信息，所以可以压缩，减少音频的体积。

而常见的音频压缩格式如下：

MP3，AAC，OGG，WMA，Opus音频应用，FLAC，APE，m4a，AMR，等等

7: Android VoIP相关的开源应用

VoIP（Voice over Internet Protocol）

Internet语音协议（VoIP）是一种通信技术，允许用户通过Internet连接而不是模拟连接通过音频进行交互。Internet语音协议将传统电话技术中使用的语音信号转换为通过Internet而不是通过模拟电话线传输的数字信号。

imsdroid，sipdroid，csipsimple，linphone，WebRTC 等等

8: 常见的音频算法处理的开源库

视频开发也有常用的开源库，比如常用的FFmpeg，Android本身自带的medicodec等，当然，音频也有开源的算法处理库，比如：speex、ffmpeg，webrtc audio module（NS、VAD、AECM、AGC）等等

9: Android提供了哪些音频开发相关的API 10: 音频开发的延时标准

ITU-TG.114规定，对于高质量语音可接受的时延是300ms。一般来说，如果时延在300～400ms，通话的交互性比较差，但还可以接受。时延大于400ms时，则交互通信非常困难。

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!