首页 > 代码库 > Android 4.4 Kitkat 音频实现及简要分析
Android 4.4 Kitkat 音频实现及简要分析
在 Android 4.4 上实现录放音
背景
Android 自 ICS 开始，音频系统就有了很大的变化，先是抛弃了 alsalib，然后是采用了 AIO，各级框架上，都有了自己的特色，与 Linux 的音频应用渐行渐远，形成了自己独特的音频管理和音频配置功能。总的来说改进还是非常大，至少在用户体验上已经大大的超越了之前的版本。我们就从 4.4 的音频实现上来分析其中的一些变化和实现机制。
要求
首先是硬件功能正常，这个不表。 Linux 支持 alsa 驱动，生成 alsa 子系统，最好是能够在 buildroot 等其他文件系统上事先测试音频的播放和录制。
HAL
音频的 HAL 简单实现，参考 device/asus/grouper/audio ， 如果没有太复杂的音频配置，基本上可以在这个代码基础上稍微修改，主要是一些播放和录制的参数。这个 HAL 已经实现了通用的接口，并且调用的也是标准的 tinyalsa 的接口，移植性非常高。我们这里使用的 wm8904，功能不多，直接使用即可。
Android 的配置
主要是4个文件 audio_policy.conf media_profiles.xml media_codecs.xml mixer_paths.xml 参考 asus ，不必大改，基本照抄，完全可以直接使用，开源万岁。
做好文件系统，这个时候系统应该就不使用 default 的 stub 音频 HAL ， 而是用我们添加的 audio HAL 了。 但是能否发声，这个多半还是不能。
调试
audio 系统调用了 libtinyalsa libaudioutils libaudioroute 几个底层库。 这几个移植了一些通用的 alsa 设备打开配置功能，但是具体平台却并不一定都能正常执行，主要是这些库实现都很简单，没有考虑全面，你的硬件细节可能刚好被他们忽略了，同样以我们的 wm8904 来说，我们不支持 time stamp ，但是 tinyalsa 是默认打开的必须将其关掉。
disable tstamp for wm8904.
Change-Id: Ia22aa6ed39ede6214657487344d0488be93e5544
diff --git a/pcm.c b/pcm.c
index 4501777..94cf6ee 100644
--- a/pcm.c
+++ b/pcm.c
@@ -691,7 +691,7 @@ struct pcm *pcm_open(unsigned int card, unsigned int device,
memset(&sparams, 0, sizeof(sparams));
- sparams.tstamp_mode = SNDRV_PCM_TSTAMP_ENABLE;
+ sparams.tstamp_mode = SNDRV_PCM_TSTAMP_NONE;
sparams.period_step = 1;
if (!config->start_threshold) {具体哪些参数不对，或者不合适，就需要 Android 驱动工程师根据硬件设计和芯片手册，逐个查证，配置到一个音频系统工作的最佳状态。那么用户体验才能最好。
Android 音频系统分析
以下分析基于 4.4.2
audio HAL
tinyalsa 与 audioroute
Android 音频系统基于 Linux 的 ALSA 驱动， tinyalsa 在 alsa 的驱动基础上封装音频接口，提供给 audio HAL， audio HAL 提供接口给 Android audioflinger 等 framework。
HAL 需要实现 audio 硬件的打开与关闭（这里是 android 认为的硬件）。
static inline int audio_hw_device_open(const struct hw_module_t* module,
struct audio_hw_device** device)
{
return module->methods->open(module, AUDIO_HARDWARE_INTERFACE,
(struct hw_device_t**)device);
}
static inline int audio_hw_device_close(struct audio_hw_device* device)
{
return device->common.close(&device->common);
}需要实现 in 和 out 的 数据流
struct audio_stream_out struct audio_stream_in
in 主要有 read 方法用于读取音频数据， out 主要有 write 方法，写入数据到设备，分别实现录音和放音。
详见： hardware/libhardware/include/hardware/audio.h
其中的方法又是调用的 tinyalsa 的接口，关于 pcm 的操作：
/* Open and close a stream */
struct pcm *pcm_open(unsigned int card, unsigned int device,
unsigned int flags, struct pcm_config *config);
int pcm_close(struct pcm *pcm);
int pcm_is_ready(struct pcm *pcm);
/* Obtain the parameters for a PCM */
struct pcm_params *pcm_params_get(unsigned int card, unsigned int device,
unsigned int flags);
void pcm_params_free(struct pcm_params *pcm_params);
unsigned int pcm_params_get_min(struct pcm_params *pcm_params,
enum pcm_param param);
unsigned int pcm_params_get_max(struct pcm_params *pcm_params,
enum pcm_param param);
/* Set and get config */
int pcm_get_config(struct pcm *pcm, struct pcm_config *config);
int pcm_set_config(struct pcm *pcm, struct pcm_config *config);
/* Returns a human readable reason for the last error */
const char *pcm_get_error(struct pcm *pcm);
/* Returns the sample size in bits for a PCM format.
* As with ALSA formats, this is the storage size for the format, whereas the
* format represents the number of significant bits. For example,
* PCM_FORMAT_S24_LE uses 32 bits of storage.
*/
unsigned int pcm_format_to_bits(enum pcm_format format);
/* Returns the buffer size (int frames) that should be used for pcm_write. */
unsigned int pcm_get_buffer_size(struct pcm *pcm);
unsigned int pcm_frames_to_bytes(struct pcm *pcm, unsigned int frames);
unsigned int pcm_bytes_to_frames(struct pcm *pcm, unsigned int bytes);
/* Returns the pcm latency in ms */
unsigned int pcm_get_latency(struct pcm *pcm);
/* Returns available frames in pcm buffer and corresponding time stamp.
* The clock is CLOCK_MONOTONIC if flag PCM_MONOTONIC was specified in pcm_open,
* otherwise the clock is CLOCK_REALTIME.
* For an input stream, frames available are frames ready for the
* application to read.
* For an output stream, frames available are the number of empty frames available
* for the application to write.
*/
int pcm_get_htimestamp(struct pcm *pcm, unsigned int *avail,
struct timespec *tstamp);
/* Write data to the fifo.
* Will start playback on the first write or on a write that
* occurs after a fifo underrun.
*/
int pcm_write(struct pcm *pcm, const void *data, unsigned int count);
int pcm_read(struct pcm *pcm, void *data, unsigned int count);
/*
* mmap() support.
*/
int pcm_mmap_write(struct pcm *pcm, const void *data, unsigned int count);
int pcm_mmap_read(struct pcm *pcm, void *data, unsigned int count);
int pcm_mmap_begin(struct pcm *pcm, void **areas, unsigned int *offset,
unsigned int *frames);
int pcm_mmap_commit(struct pcm *pcm, unsigned int offset, unsigned int frames);
/* Start and stop a PCM channel that doesn't transfer data */
int pcm_start(struct pcm *pcm);
int pcm_stop(struct pcm *pcm);
/* Interrupt driven API */
int pcm_wait(struct pcm *pcm, int timeout);
/* Change avail_min after the stream has been opened with no need to stop the stream.
* Only accepted if opened with PCM_MMAP and PCM_NOIRQ flags
*/
int pcm_set_avail_min(struct pcm *pcm, int avail_min);值得一提的是 HAL 现在不包含 route 的操作， audio route 交给了 libaudioroute.so ， 它也是调用 tinyalsa 的接口，并包含一个 xml 解析器，解析 mixer_paths.xml 里面的 route 配置数据。这样系统就可以对 alsa 的 pcm 和 mixer 进行操作了，理论上应该可以放音了，使用 tinyalsa 提供的工具可以进行测试，当然无法测试 HAL 的接口。
tinycap tinymix tinypcminfo tinyplay
tinyplay 可以播放 wav 格式的纯音频数据。 tinymix 可以查看和配置音频路径：
root@sama5d3:/ # tinymix Mixer name: 'wm8904 @ SAMA5D3EK' Number of controls: 41 ctl type num name value 0 INT 1 EQ1 Volume 12 1 INT 1 EQ2 Volume 12 2 INT 1 EQ3 Volume 12 3 INT 1 EQ4 Volume 12 4 INT 1 EQ5 Volume 12 5 INT 2 Digital Capture Volume 96 96 6 ENUM 1 Left Caputure Mode Single-Ended 7 ENUM 1 Right Capture Mode Single-Ended 8 INT 2 Capture Volume 5 5 9 BOOL 2 Capture Switch Off Off 10 BOOL 1 High Pass Filter Switch On 11 ENUM 1 High Pass Filter Mode Hi-fi 12 BOOL 1 ADC 128x OSR Switch On 13 INT 1 Digital Playback Boost Volume 0 14 INT 2 Digital Playback Volume 96 96 15 INT 2 Headphone Volume 45 45 16 BOOL 2 Headphone Switch On On 17 BOOL 2 Headphone ZC Switch On On 18 INT 2 Line Output Volume 57 57 19 BOOL 2 Line Output Switch On On 20 BOOL 2 Line Output ZC Switch On On 21 BOOL 1 EQ Switch Off 22 BOOL 1 DRC Switch Off 23 ENUM 1 DRC Path ADC 24 BOOL 1 DAC OSRx2 Switch Off 25 BOOL 1 DAC Deemphasis Switch Off 26 INT 2 Digital Sidetone Volume 0 0 27 ENUM 1 LINER Mux DAC 28 ENUM 1 LINEL Mux DAC 29 ENUM 1 HPR Mux DAC 30 ENUM 1 HPL Mux DAC 31 ENUM 1 Right Sidetone None 32 ENUM 1 Left Sidetone None 33 ENUM 1 DACR Mux Right 34 ENUM 1 DACL Mux Left 35 ENUM 1 AIFOUTR Mux Right 36 ENUM 1 AIFOUTL Mux Left 37 ENUM 1 Right Capture Inverting Mux IN1R 38 ENUM 1 Right Capture Mux IN2R 39 ENUM 1 Left Capture Inverting Mux IN1L 40 ENUM 1 Left Capture Mux IN2L
audioflinger
audioflinger 是 audio 音频服务器，它会加载 audio hal ，并处理 audio 应用发出音频请求。这个分析的有很多，参考以下：
http://blog.csdn.net/DroidPhone/article/details/5941344
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。