博客
关于我
Android音频系统之USB设备通路(Android 5.1)
阅读量:373 次
发布时间:2019-03-05

本文共 2882 字,大约阅读时间需要 9 分钟。

输入/输出通路选择在Android音频系统中的关键分析

在Android音频系统中,输入/输出通路的选择是一个复杂而重要的任务。Android 5.1及以上版本引入了新的音频处理机制,尤其是通过AudioPolicyManager来管理设备连接状态和策略选择。以下将从代码和实际案例分析入手,探讨这一过程的实现方式和常见问题的解决思路。


一、引言

输入/输出通路的选择直接关系到音频设备的功能和性能。Android系统支持多种输出设备,如喇叭、外放、USB设备和蓝牙等。然而,在实际项目中,经常需要根据具体需求调整策略选择。在Android 5.1中,策略选择主要通过audiopolicy实现,audioflinger负责执行输入/输出设备的打开和关闭。由于缺乏实际项目经验,这类问题对我来说相对陌生,因此本文旨在分析代码逻辑和常见问题的处理思路。


二、代码分析

1.通过alsa指令分析声卡

在Android 5.1及以上版本中,audio hal层主要采用tinyalsa实现。了解声卡信息是分析音频系统的重要第一步。

  • 查看当前连接的声卡

    可以通过以下命令查看系统中连接的声卡信息:

    cat /proc/asound/cards

    例如,插入了一个USB耳机和一个自带声卡时,输出可能如下:

    1: USB device 1: SubDevice 0x00002: [snd_pcm_0]: [0] [0x00000000] [0x00000000] [0x00000000] [0x00000000]
  • 查看声卡状态

    为了判断声卡是否在进行录音或播放,可以查看对应的状态文件:

    cat /proc/asound/card2/pcm0p/sub0/status

    例如,插入了USB耳机并进行播放时,状态可能显示为:

    hw_ptr: 0x0000000000000000 [active]

    如果需要查看录音状态,可以将pcm0p替换为pcm0c

    cat /proc/asound/card2/pcm0c/sub0/status

2.热插拔事件响应

热插拔事件是Android系统中常见的场景之一。热插拔处理主要由上层服务完成,AudioPolicyManagersetDeviceConnectionState函数中处理。以下是关键代码片段:

status_t AudioPolicyManager::setDeviceConnectionState(audio_devices_t device,                                                   audio_policy_dev_state_t state,                                                   const char *device_address) {    // ...      if (device == AUDIO_DEVICE_IN_REMOTE_SUBMIX && device_address) {        // 处理远程混音输入        AudioParameter parameters = AudioParameter(String8(device_address));        int forceValue;        if (parameters.getInt(String8("force"), forceValue) == OK) {            ALOGD("setDeviceConnectionState() forceValue = %d", forceValue);            mForceSubmixInputSelection = forceValue != 0;        }    }    // ...      if (device != AUDIO_DEVICE_IN_REMOTE_SUBMIX) {        return setDeviceConnectionStateInt(device, state, device_address);    }    return ret;}

此外,setDeviceConnectionStateInt函数负责根据设备类型和状态进行处理。对于输出设备,函数会尝试打开对应的HAL模块,并调用audioflinger执行输出流操作。代码中使用checkOutputsForDevice函数验证输出设备的可用性:

status_t checkOutputsForDevice(audio_devices_t device, audio_policy_dev_state_t state,                              const audio_output_device_t * const outputs[],                              const audio_device_address_t * const address) {    // ...      status_t status = mpClientInterface->openOutput(...);    // ...      return status;}

3.处理输入/输出流

audioflinger是Android音频系统中的核心模块,负责执行音频数据的读写操作。checkOutputsForDevice函数通过audioflinger调用HAL层的openOutput方法,实现输出设备的打开和配置。对于输入设备,类似的流程也需要在HAL层进行处理。


三、案例分析

1.留心蓝牙设备可能是USB类型

某些蓝牙设备(如语音遥控器或dongle)采用USB接口进行通信。这些设备的识别需要通过alsa命令查看声卡类型:

cat /proc/asound/cards

如果显示为USB设备,则应统一按USB处理。

2.USB多输入选择

当同时插入多个USB设备(如耳机和摄像头)时,Android系统会优先选择第一个识别到的设备进行录音或播放。这种情况下,可以通过调整USB插拔顺序进行定向选择。但如果设备在启动时已经插入,则无法进行定向选择。

解决方法是通过扩展HAL层,添加设备选择逻辑。在audio_policy.conf文件中配置对应的模块和设备,并在HAL层实现设备切换逻辑。


四、总结

通过以上分析,我们可以看到输入/输出通路选择在Android系统中的复杂性。理解AudioPolicyManager和audioflinger的工作流程,以及熟悉HAL层实现,对解决实际问题至关重要。对于像USB多输入选择这样的场景,需要结合audio_policy.conf和HAL层逻辑进行定制化处理。

转载地址:http://bbwwz.baihongyu.com/

你可能感兴趣的文章
Nginx 的配置文件中的 keepalive 介绍
查看>>
Nginx 结合 consul 实现动态负载均衡
查看>>
Nginx 负载均衡与权重配置解析
查看>>
Nginx 负载均衡详解
查看>>
nginx 配置 单页面应用的解决方案
查看>>
nginx 配置https(一)—— 自签名证书
查看>>
nginx 配置~~~本身就是一个静态资源的服务器
查看>>
Nginx 配置清单(一篇够用)
查看>>
Nginx 配置解析:从基础到高级应用指南
查看>>
nginx+php的搭建
查看>>
nginx+tomcat+memcached
查看>>
nginx+Tomcat性能监控
查看>>
nginx+uwsgi+django
查看>>
Nginx-http-flv-module流媒体服务器搭建+模拟推流+flv.js在前端html和Vue中播放HTTP-FLV视频流
查看>>
nginx-vts + prometheus 监控nginx
查看>>
Nginx下配置codeigniter框架方法
查看>>
Nginx之二:nginx.conf简单配置(参数详解)
查看>>
Nginx代理websocket配置(解决websocket异常断开连接tcp连接不断问题)
查看>>
Nginx代理初探
查看>>
nginx代理地图服务--离线部署地图服务(地图数据篇.4)
查看>>