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 可以查看和配置音频路径:

[email protected]:/ # 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

Android 4.4 Kitkat 音频实现及简要分析,布布扣,bubuko.com

时间: 2024-10-23 22:12:18

Android 4.4 Kitkat 音频实现及简要分析的相关文章

Android --- Zygote和System进程启动过程简要分析

Android --- Zygote和System进程启动过程简要分析 在看过<Android情景源代码>的Zygote启动章节后,作如下简要总结.Zygote进程在init进程启动过程中被以service服务的形式启动: service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server class main socket zygote stream 660 root syste

Android 4.4(KitKat)中apk包的安装过程

原文地址:http://blog.csdn.net/jinzhuojun/article/details/25542011 其实对于apk包的安装,4.4和之前版本没大的差别.Android中app安装主要有以下几种情况:系统启动时安装,adb命令安装,Google Play上下载安装和通过PackageInstaller安装.安装的最核心方法是scanPackageLI(),以上几个安装方式最后都是调用这个函数完成主要工作的,区别在于在此之前的处理过程不同.本文以前两种为主,简要介绍这四种安装

Android 4.4 Kitkat 使能有线网络 Ethernet

背景 Android kitkat 默认已经支持 Ethernet 有线网络,只要稍微配置,便可以直接使用,测试结果,网络浏览器和下载都没有没有问题,而且系统可以做到与 wifi 共存,互相不影响功能,这里简单介绍如何使能 Ethernet,并简要分析其代码和流程. Linux 配置部分 Linux 需要能够支持有线网络,生成 eth 网络设备节点. Android 配置 overlay 主要是 overlay 里面添加 Ethernet 网络类型支持:  frameworks/base/cor

Android 4.4 Kitkat 使能 USB adb 功能

背景 在 Linux-3.8 以后,Android 的内核分支,便去掉了 f_adb,改使用 USB function FS,在用户空间实现 USB adb 功能.这篇文章根据原作者的 Google+ 文章,在 Atmel sama5 开发板上做了测试,将步骤记录如下,供需要使用的读者参考,你也可以查看作者原文:https://plus.google.com/111524780435806926688/posts/AaEccFjKNHE 在 Linux-3.10 上使能 USB ADB 编译内核

Using 1.7 requires compiling with Android 4.4 (KitKat); currently using API 10

今天编译一个project,我设置为api 14,可是编译报错: Using 1.7 requires compiling with Android 4.4 (KitKat); currently using API 4 參考 http://stackoverflow.com/questions/22552199/unable-to-build-android-project-using-facebook-sdk-against-android-2-2-froyoUsing 1.7 requir

Android平台中关于音频播放

Android平台中关于音频播放有以下三种方式: 1.SoundPool ---- 适合短促且对反应速度比较高的情况(游戏音效或按键声等) 2.MediaPlayer ---- 适合比较长且时间要求不高的情况 3.AudioTrack ---- 播放解码后的PCM码流 方法一:SoundPool 1)SoundPool简介 SoundPool类是Android用于管理和播放应用程序的音频资源的类.一个SoundPool对象可以看作是一个可以从APK中导入资源或者从文件系统中载入文件的样本集合.它

Android 4.4 KitKat NotificationManagerService使用详解与原理分析(二)__原理分析

前置文章: <Android 4.4 KitKat NotificationManagerService使用详解与原理分析(一)__使用详解> 转载请务必注明出处:http://blog.csdn.net/yihongyuelan 概况 在上一篇文章<Android 4.4 KitKat NotificationManagerService使用详解与原理分析(一)__使用详解>中详细介绍了NotificationListenerService的使用方法,以及在使用过程中遇到的问题和

Android 4.4 KitKat 支持 u 盘功能

Android U 盘功能实现和分析 u 盘功能实现结果: u 盘会当成 usb storage 在 Settings Storage 里面显示. 准备工作 内核需支持 usb host,需支持 FUSE 文件系统,在 FS 选项里面配置即可(CONFIG_FUSE_FS=y). Android 的配置 配置 init.<board>.rc mkdir /storage/udisk0 0000 system system mkdir /mnt/media_rw/udisk0 0700 medi

Android 4.4 Kitkat Phone工作流程浅析(六)__InCallActivity显示更新流程

本文来自http://blog.csdn.net/yihongyuelan 转载请务必注明出处 本文代码以MTK平台Android 4.4为分析对象,与Google原生AOSP有些许差异,请读者知悉. 前置文章: <Android 4.4 Kitkat Phone工作流程浅析(一)__概要和学习计划> <Android 4.4 Kitkat Phone工作流程浅析(二)__UI结构分析> <Android 4.4 Kitkat Phone工作流程浅析(三)__MO(去电)流程