博客
关于我
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/

你可能感兴趣的文章
PE查找文件偏移地址
查看>>
PE知识复习之PE的导入表
查看>>
pfsense关闭nat
查看>>
PFX(Parallel Framework) and Traditional Multithreading
查看>>
PGOS:今天动手给电脑装青苹果Win7 X64位系统
查看>>
pgpool-II3.1 的内存泄漏(一)
查看>>
PgSQL · 特性分析 · PG主备流复制机制
查看>>
PGSQL主键序列
查看>>
PGSQL安装PostGIS扩展模块
查看>>
pg数据库中两个字段相除
查看>>
PhalApi:[1.23] 请求和响应:GET和POST两者皆可得及超越JSON格式返回
查看>>
Phalcon环境搭建与项目开发
查看>>
Phantom.js维护者退出,项目的未来成疑
查看>>
Pharmaceutical的同学们都看过来,关于补码运算的复习相关内容
查看>>
Phoenix 查看表信息及修改元数据
查看>>
phoenix_执行sql报错_Error: ERROR 504 (42703): Undefined column. columnName=(state=4270_大数据工作笔记0181
查看>>
phoenix启动失败_The history file `/root/.sqlline/history` may be an older history---记录024_大数据工作笔记0184
查看>>
Phoenix基础命令_视图映射和表映射_数字存储问题---大数据之Hbase工作笔记0036
查看>>
phoenix无法连接hbase shell创建表失败_报错_PleaseHoldException: Master is initializing---记录020_大数据工作笔记0180
查看>>
Phoenix简介_安装部署_以及连接使用---大数据之Hbase工作笔记0035
查看>>