目录
    
   
    
    关于AudioPolicy 中audio_policy_configuration.xml定义的hal设备,hal层和tinyalsa、音频设备驱动的关系。
    
    经常会看到分析android 音频框架的图解,会将hal层和tinyalsa进行关联,似乎是音频的hal会调用tinyalsa将pcm数据交给alsa然后再到内核驱动,给到硬件播放。 所以有一个疑问,用tinyalsa 工具是不是就可以完全调试到所有的音频设备,然而实际操作起来却并不是这样。  音频hal层并不一定使用alsa,甚至可能都不会使用linux 内核里面的alsa音频驱动框架。
   
    
    tinyalsa 简述:
   
    ALSA 是linux上的音频框架,音频设备按照此框架实现自己的驱动 alsa-driver,在应用层即可以通过统一的alsa-lib 来读写控制音频设备。  tinyalsa,  就是简化版的alsa-lib ,用于调试查看 linux内核里面alsa 驱动下的音频设备,其原理,即读写 dev/snd/pcmxx 设备节点,ioctl操作。
    
    
     https://github.com/tinyalsa/tinyalsa/
    
    
    
     tinyalsa – OpenGrok cross reference for /external/tinyalsa/
    
    
    并且基于libtinyalsa  提供了四个小工具,tinypcminfo  tinymix  tinycap tinyplay.
   
    作用
   
    这四个工具,只是用于调试查看 linux内核里面alsa 驱动下的音频设备
    
    现在的android 音频hal,完全可以不走 内核的alsa驱动,只是一个应用层音频库也可以
    
    这取决于 hal层的具体实现,如果不经过alsa,那么这个tinyalsa也就没法调试到这些音频设备,比如 aosp 上 audio_remote_submix (一个音频的远程播放hal设备,一般用来 mircast投屏的时候把本设备的音频输出到投屏客户端
    
     audio_remote_submix – OpenGrok cross reference for /hardware/libhardware/modules/audio_remote_submix/
    
    ), 这个就不需要和alsa有关系,就像virtualDisplay 一样。 而hal,基本上是soc提供的so库比如高通,没有开源。
   
    实际操作:
   
以下在google pixel3 ,刷机成 aosp_blueline-userdebug 版本,操作结果。
    1. 查看设备
   
#cat /proc/asound/cards
设备节点:
#ls /dev/snd/
    
     
   
    pcmC0D0c  表示card 0 ,device 0, capture (只有一个capture节点)
    
    pcmC0D0p  表示card 0, device 0, play(只有一个play节点)
    
    pcmC0D11p 表示card 0, device 1, 1 paly(第1paly节点)
   
    2. tinypcminfo
   
     
   
    tinypcminfo.c
    
    原理是读取 dev/snd/pcmCxDxx 设备节点,ioctol 获取信息。
   
    “/dev/snd/pcmC%uD%u%c”, card, device,flags & PCM_IN ? ‘c’ : ‘p’
    
    
     pcm.c – OpenGrok cross reference for /external/tinyalsa/pcm.c
    
    
    
     pcm.c – OpenGrok cross reference for /external/tinyalsa_new/src/pcm.c
    
   
    2. tinymix
   
    直接使用tinymix 不加参数,会列举出所有的支持的控制命令
    
    然后可以使用 tinymix + 命令(int数),详细列举当前命令的用法
   
具体支持什么命令控制,是由具体设备完提供的,比如 google手机,这里就列出来2000多个控制,但就是没有 Path,切换通道的控制。
     
   
    
     mixer.c – OpenGrok cross reference for /external/tinyalsa/mixer.c
    
    (android 13这里不一样,本文分析以Android11为准)
    
    原理:通过设备控制节点, /dev/snd/controlCx
    
    “/dev/snd/controlC%u”, card
    
    ioctl
    
   
    3. tinyplay
    
    
   
同tinypcminfo 一样的设备节点,写数据。播放.wav格式文件,wav格式文件是对pcm数据的一个简单包装,它在头部位置存储有pcm数据的通道采样率采样深度等信息。可以很方便解析出来,后续的pcm数据直接读取也不需要解码。(需要先用tinymix 配置好设备,具体tinymix 设备支持哪些操作,就得看具体实现了,没标准)
    4. tinycap
    
    
   
同tinyplay, 这次是读设备节点,读到pcm数据存储到.wav文件,也不需要编码。
 
