Android如何找到正确的ALSA底层kcontrol接口?

Question

可以认为上层应用是通过名称标识name来遍历底层的snd_kcontrol链表，从而找到相匹配的kcontrol。见snd_ctl_find_id函数

1. /**
2. * snd_ctl_find_id - find the control instance with the given id
3. * @card: the card instance
4. * @id: the id to search
5. *
6. * Finds the control instance with the given id from the card.
7. *
8. * Returns the pointer of the instance if found, or NULL if not.
9. *
10. * The caller must down card->controls_rwsem before calling this function
11. * (if the race condition can happen).
12. */
13. struct snd_kcontrol *snd_ctl_find_id(struct snd_card *card,
14.                                      struct snd_ctl_elem_id *id)
15. {
16.         struct snd_kcontrol *kctl;
18.         if (snd_BUG_ON(!card || !id))
19.                 return NULL;
20.         if (id->numid != 0)
21.                 return snd_ctl_find_numid(card, id->numid);
22.         list_for_each_entry(kctl, &card->controls, list) {
23.                 if (kctl->id.iface != id->iface)
24.                         continue;
25.                 if (kctl->id.device != id->device)
26.                         continue;
27.                 if (kctl->id.subdevice != id->subdevice)
28.                         continue;
29.                 if (strncmp(kctl->id.name, id->name, sizeof(kctl->id.name)))
30.                         continue;
31.                 if (kctl->id.index > id->index)
32.                         continue;
33.                 if (kctl->id.index + kctl->count <= id->index)
34.                         continue;
35.                 return kctl;
36.         }
37.         return NULL;
38. }

复制代码今天跟踪Android音频系统时，发现无论如何都找不到Android与snd_kcontrol的联结点，无论是name还是numid（alsa_amixer controls打印出来的那个numid，即是内核层snd_kcontrol链表元素的index号）都找不到相关关键字。但是它确实可以进行调节音量等控制。后来我修改内核的Codec驱动，将音量控制的kcontrol.name换成其他字符串，重新编译，Android还是可以进行音量控制。

看起来有点像是通过numid来控制的，《Android音频HAL移植》一文有提到：“设备的切换就需要和驱动联调。例如，目前earpiece的id为10，那么就可以通过ALSA的amixer设置earpiece的开和关，以及大小。而id的值就需要做驱动的同事提供。”但是还不能就此肯定。目前也没有找到保存这些值的脚本文件。

请问有大侠对android音频系统有研究吗？

Answer 1

记录下~~~~~~~~~~~

Answer 2

可以结贴了，真是android软件实现的。。。与技术总管吃饭的时候，聊到这个的时候，确认了这个。

status_t AudioFlinger::setMasterVolume(float value)
{
    // check calling permissions
    if (!settingsAllowed()) {
        return PERMISSION_DENIED;
    }

    // when hw supports master volume, don't scale in sw mixer   
    AutoMutex lock(mHardwareLock);
    mHardwareStatus = AUDIO_HW_SET_MASTER_VOLUME;
    if (mAudioHardware->setMasterVolume(value) == NO_ERROR) {
        value = 1.0f;
    }
    mHardwareStatus = AUDIO_HW_IDLE;

    mMasterVolume = value;
    for (uint32_t i = 0; i < mPlaybackThreads.size(); i++)
       mPlaybackThreads.valueAt(i)->setMasterVolume(value);

    return NO_ERROR;
}

Answer 3

我疯掉了。
我在最大音量和最小音量时打印出codec所有寄存器的值，发现playback volume控制器的值没有改变。可是音量的确是变化的，那么为毛寄存器的值不会改变？
会不会它根本不是通过硬件寄存器来控制的啊？这样的话，倒是很多问题都能说得通。

Answer 4

研究这个东西为了以后的equalizer，android2.3已有eq接口了。可惜目前我们还在2.2上搞，但总会用到的。