1

最近，我正在尝试为Linux（实际上是Android TV）开发一个alsa驱动程序。我遇到了一个关于alsa（alsa指Advanced Linux Sound Architecture）设备处理的问题

实际上，我研究了 alsa-lib-1.0.27.1 和 tinyalsa（适用于 android 设备）的部分源代码。我研究了三星设备的音频驱动程序。

用户空间应用程序使用 /dev/snd/pcmXXXXX 播放/捕获音频数据。但是，有一个问题。如果只有一个音频设备，就可以了；

/dev/snd/
├── by-path
│   └── pci-0000:02:02.0 -> ../controlC0
├── controlC0
├── midiC0D0
├── pcmC0D0c
├── pcmC0D0p
├── pcmC0D1p
└── timer

但是，如果有多个设备（例如，当我插入 USB 音频设备时）。

/dev/snd/
├── by-path
│   └── pci-0000:02:02.0 -> ../controlC0
├── controlC0    
├── controlC1    //new Control channel
├── midiC0D0
├── pcmC0D0c
├── pcmC0D0p
├── pcmC0D1p
├── pcmC1D0c     //new card,new capture channel
├── pcmC1D0p     //new card,new playback channel
└── timer

用户应用程序如何正确处理这些设备。

我真的对三星驱动程序感到困惑。==>linux-3.5.4/device/samsung/crespo/libaudio/AudioHardware.cpp

status_t AudioHardware::AudioStreamInALSA::open_l()
{
//.....
    ALOGV("open pcm_in driver");
    TRACE_DRIVER_IN(DRV_PCM_OPEN)
    mPcm = pcm_open(0, 0, flags, &config); 
          //Why it always uses Card 0 and device 0.
          //does this mean it can not support multi-devices

此外，如果您能与我分享一段源代码以获取更多信息，我将不胜感激（例如，其他驱动程序......）

非常感谢你。

4

1 回答 1

5 
mPcm = pcm_open(0, 0, flags, &config); 
      //Why it always uses Card 0 and device 0.
      //does this mean it can not support multi-devices

在我使用过的平台上，除了 USB 之外的所有音频设备都位于卡 0 上。我并不是说硬编码卡和设备编号是个好主意 - 只是它通常不会成为一个真正的问题实践。直到你开始添加更多卡片..

在这些平台上，USB 音频附件的 ALSA 卡/设备号将由WiredAccessoryManager（或主机模式附件情况下的UsbDeviceManager）获取（这是在 Android 的 Java 层中）。因此，如果您想避免让音频 HAL 对 USB 音频附件的卡/设备号进行硬编码（但我怀疑有些实现只是假设卡 1 用于 USB 音频附件），则该信息是可用的。

这是CodeAurora 论坛上音频 HAL 实现的链接，它可作为许多高通平台的参考实现。这是主机模式 USB 音频配件（Android Open Accessory）的驱动程序。

于 2013-06-19T15:36:29.287 回答