Android_Audio_深入分析(3)

[键入文字]

3.2.2 AudioRecord start

AudioRecord.startRecording()native_startandroid_media_AudioRecord_startlpRecorder->start() 使用上面创建的AudioRecordmAudioRecord->start()mAudioRecord记录的是AudioFlinger::RecordHandlemAudioRecord->start()mAudioRecord记录的是AudioFlinger::RecordHandlemRecordTrack->start()mRecordTrack记录的是AudioFlinger::openRecord时创建的AudioFlinger::RecordThread::RecordTrackAudioFlinger::RecordThread::RecordTrack::start()AudioFlinger::RecordThread::start()mActiveTrack = recordTrackAudioSystem::startInput(mId)这里的mId，就是我们记录的那个thread的indexAudioPolicyService::startInput(input)AudioPolicyManagerBase::startInput(input)index = mInputs.indexOfKey(input)AudioInputDescriptor *inputDesc = mInputs.valueAt(index) 根据input获取对应的DescAudioParameter param = AudioParameter()Param.addInt(keyRounting, inputDesc->mDevices)mpClientInterface->setParameters(input, param.toString())从inputDesc中取出device，这个device就是我们先前记录的输入设备AudioPolicyService::setParametersmAudioCommandThread->parametersCommandAudioCommandThread::insertCommand_l AudioRecord创建出来之后，我们得到了一个与RecordThread对应的id—input 在start的过程中，我们会把input作为参数进行层层传递，从

[键入文字]

[键入文字]

AudioRecord->AudioFlinger->AudioPolicyService->AudioPolicyManagerBase->AudioPolicyService 最终将setParameters(routing/mDevices)命令放入command队列中等待执行。 上面我们讲到setParameters命令放入command队列等待执行，在

AudioPolicyService::AudioCommandThread::threadLoop中检出command进行处理。

[键入文字]

[键入文字]

AudioPolicyService::AudioCommandThread::threadLoop()!exitPending!mAudioCommands.isEmptycommand->mCommand == SET_PARAMETERSAudioSystem::setParametersAudioFlinger::setParametersmAudioHardware->setParametersAudioHardware::AudioStreamInMSM72xx::setParametersAudioParmeter param = AudioParameter()Key = routingParam.getInt(key, device)获取parameter中的设置devicemDevices = devicemHardware->doRouting(this)doRouting是设置input和output device的重点Input != NULLinputDevice = input->devices() 实际返回的是mDevices inputDevice & AudioSystem::DEVICE_IN_FMoutputDevice & AudioSystem::DEVICE_OUT_WIRED_HEADSET设置new_snd_device = SND_DEVICE_FM_HEADSETdoAudioRouteOrMute(new_snd_device)do_route_audio_rpc(device, ear_mute, mic_mute, m7xsnddriverfd) 检出后的routing的command经层层调用，最终进入到AudioHardware::doRouting中进行处理，取出其中的inputDevice，与outputDevice共同组合成新的SND_DEVICE_XXX，然后调用

[键入文字]

Ioctl(m7xsnddriverfd, SND_SET_DEVICE, args)[键入文字]

do_route_audio_rpc。

在这里需要说明一下参数SND_DEVICE_XXX和m7xsnddriverfd

在AudioHardware创建的时候，m7xsnddriverfd = open(/dev/msm_snd, O_RDWR)

这个fd就是我们控制audio通路设置的最关键的节点。后面设置device相关的操作均由此fd来完成。

SND_DEVICE_XXX的赋值也是在AudioHardware创建的时候。 Ioctl(m7xsnddriverfd, SND_GET_ENDPOINT, ept) SND_DEVICE_##desc = ept->id。

在Audio HAL最后，我们通过ioctl来发送SND_SET_DEVICE，传入参数args到内核进行处理。

内核中的处理SND_SET_DEVICE过程：

snd_ioctlcmd == SND_SET_DEVICEcopy_from_user(&dev, arg, sizeof(dev))用户空间的arg拷贝至内核空间封装dev中的内容到snd_set_device_msg结构dmsgmsm_rpc_call(snd->ept, SND_SET_DEVICE_PROC, &dmsg, sizeof(dmsg), 5 *HZ)msm_rpc_write 将用户空间的参数copy至内核空间，其中包含要设置的device类型，并将参数传递至rpc进行处理。至此，ARM11的录音通路设置完成。通过RPC会将此请求发送至ARM9进行处理。从上面可以看出，ARM11侧整个audio通路设置的过程比较复杂，但是没有涉及到真正的通路切换，ARM11所做的只是下发了通路切换的命令，因此ARM9必须要完成实际的通路切换的工作。

[键入文字]

[键入文字]

4. ARM9侧audio通路设置

ONCRPCsndprog_0x0002004SNDDEVMGRAFEADIEADSP RTOS ServiceInternal CodecADSPAR

M9侧audio通路设置主要分以下几个部分：

Snd RPC和Snd task部分：Snd RPC负责RPC命令传递，Snd task是ARM9的声音处理进程。

DEVMGR部分：维护一个dev的状态机，负责分发AFE和ADIE的配置请求。 AFE(audio codec config)部分：audio codec config，用来配置ADSP

ADIE(ADIE codec config)部分：adie codec config，用来配置Internal Codec 其中最主要的有两部分：audio codec配置和adie codec配置

[键入文字]

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库Android_Audio_深入分析(3)在线全文阅读。