由于Android中默认并没有使用标准alsa，而是使用的是tinyalsa，所以就算基于命令行的测试也要使用libtinyalsa。Android系统在上层Audio千变万化的时候,可以能这些个工具实时查看到,比如音频通道的切换等等.

1.编译tinyalsa配套工具

$ mmm external/tinyalsa/

编译完后会产生tinyplay/tinymix/tinycap等等工具。

tinymix: 查看配置混音器

tinyplay: 播放音频

tinycap: 录音

2.查看当前系统的声卡

root@android:/ # cat /proc/asound/cards
 0 [RKRK616        ]: RK_RK616 - RK_RK616
                      RK_RK616
 1 [ROCKCHIPSPDIF  ]: ROCKCHIP-SPDIF - ROCKCHIP-SPDIF
                      ROCKCHIP-SPDIF
root@android:/ # 

3.tinymix查看混响器

tinymix使用方法a.不加任何参数-显示当前配置情况 b.tinymix [ctrl id] [var]不加[var]可以查看该[ctrl id]可选选项。

root@android:/ # tinymix
Number of controls: 7
ctl	type	num	name                                     value
0	ENUM	1	Playback Path                            OFF
1	ENUM	1	Capture MIC Path                         MIC OFF
2	ENUM	1	Voice Call Path                          OFF
3	ENUM	1	Voip Path                                OFF
4	INT	2	Speaker Playback Volume                  0 0
5	INT	2	Headphone Playback Volume                0 0
6	ENUM	1	Modem Input Enable                       ON
root@android:/ #

对应解释：

Playback Path有：

例：将输出切换到扬声器

root@android:/ # tinymix 0 SPK

关于tinymix小结：

通过观察发现，Android系统的声音音量的调节并没有直接使用tinyalsa，而基于上层软件实现，因为无论上层音量怎么改变，这里看到的都是24（以我采用的设备为例）。通道的切换是真正使用了tinyalsa，当通过不同通道播放音乐的时候可以实时观察到通道的切换。在某个网站上看到Android在没有声音播放的3秒后会关于alsa，这里也得到了证实，我以前认为Android系统会永久占用音频设备。

当通过蓝牙播放音乐的时候，已经不经过alsa了。tinymix查看得都处理关闭状态，因为Android4.2的蓝牙协议全部在用户层实现了，直接走uart通道。这样的设计方式一时半会不能理解。

4.使用tinyplay播放wav音乐

这个只是一个最基本的播放器，所以不支持播放MP3等等压缩过格式的音乐。没有学会使用前，网上都说很麻烦，但是现在看来一点也不麻烦，直接播放了44.1kHz/44.8kHz的wav音乐。

root@android:/ # tinyplay /sdcard/0_16.wav                                     
Playing sample: 2 ch, 44100 hz, 16 bit
root@android:/ # 

注：播放之前得首先使用tinymix把通道设置好，上文中已经给出了设置到扬声器中的例子;由于播放时使用的最大音量进行播放的，所以注意防止被吓到。这里将测试音频文件上传。

5.tinycap使用

root@android:/ # tinycap /sdcard/test.wav

可以进行录音。

目前只遇到这些，就先总结到这，可以随时再深入。

其它被证实为假的假设：

1.需要改写init.rc让系统不启动android相关的服务(mediaserver)

2.需要通过其它途径获取tinyalsa.

Android音频底层调试-基于tinyalsa,布布扣,bubuko.com

Android音频底层调试-基于tinyalsa