音频应用编程
目录
- ALSA 概述
- alsa-lib 简介
- sound 设备节点
- alsa-lib 移植
- 编写一个简单地alsa-lib 应用程序
-
- 一些基本概念
- 打开PCM 设备
- 设置硬件参数
- 读/写数据
- 示例代码之PCM 播放
- 示例代码值PCM 录音
- 使用异步方式
-
- PCM 播放示例-异步方式
- PCM 录音示例-异步方式
- 使用poll()函数
-
- 使用poll I/O 多路复用实现读写
- PCM 播放示例代码
- PCM 录音示例代码
- PCM 设备的状态
-
- PCM 播放示例代码-加入状态控制
- snd_pcm_readi/snd_pcm_writei 错误处理
- 混音器设置
-
- 打开混音器：snd_mixer_open
- Attach 关联设备：snd_mixer_attach
- 注册：snd_mixer_selem_register
- 加载：snd_mixer_load
- 查找元素
- 获取/更改元素的配置值
- 示例程序
- 回环测试例程
- 总结
-
- ALSA 插件（plugin）
ALPHA I.MX6U 开发板支持音频，板上搭载了音频编解码芯片WM8960，支持播放以及录音功能！
本章我们来学习Linux 下的音频应用编程，音频应用编程相比于前面几个章节所介绍的内容、其难度有所上升，但是笔者仅向大家介绍Linux 音频应用编程中的基础知识，而更多细节、更加深入的内容需要大家自己去学习。
ALSA 概述
ALSA 是Advanced Linux Sound Architecture（高级的Linux 声音体系）的缩写，目前已经成为了linux
下的主流音频体系架构，提供了音频和MIDI 的支持，替代了原先旧版本中的OSS（开发声音系统）；学习过Linux 音频驱动开发的读者肯定知道这个；事实上，ALSA 是Linux 系统下一套标准的、先进的音频驱动框架，那么这套框架的设计本身是比较复杂的，采用分离、分层思想设计而成，具体的细节便不给大家介绍了！作为音频应用编程，我们不用去研究这个。
在应用层，ALSA 为我们提供了一套标准的API，应用程序只需要调用这些API 就可完成对底层音频硬件设备的控制，譬如播放、录音等，这一套API 称为alsa-lib。如下图所示：
alsa-lib 简介
如上所述，alsa-lib 是一套Linux 应用层的C 语言函数库，为音频应用程序开发提供了一套统一、标准的接口，应用程序只需调用这一套API 即可完成对底层声卡设备的操控，譬如播放与录音。
用户空间的alsa-lib 对应用程序提供了统一的API 接口，这样可以隐藏驱动层的实现细节，简化了应用程序的实现难度、无需应用程序开发人员直接去读写音频设备节点。所以本章，对于我们来说，学习音频应用编程其实就是学习alsa-lib 库函数的使用、如何基于alsa-lib 库函数开发音频应用程序。
ALSA 提供了关于alsa-lib 的使用说明文档，其链接地址为：https://www.alsa-project.org/alsa-doc/alsa-lib/，进入到该链接地址后，如下所示：
alsa-lib 库支持功能比较多，提供了丰富的API 接口供应用程序开发人员调用，根据函数的功能、作用将这些API 进行了分类，可以点击上图中Modules 按钮查看其模块划分，如下所示：
一个分类就是一个模块（module），有些模块下可能该包含了子模块，譬如上图中，模块名称前面有三角箭头的表示该模块包含有子模块。
⚫ Global defines and functions：包括一些全局的定义，譬如函数、宏等；
⚫ Constants for Digital Audio Interfaces：数字音频接口相关的常量；
⚫ Input Interface：输入接口；
⚫ Output Interface：输出接口；
⚫ Error handling：错误处理相关接口；
⚫ Configuration Interface：配置接口；
⚫ Control Interface：控制接口；
⚫ PCM Interface：PCM 设备接口；
⚫ RawMidi Interface：RawMidi 接口；
⚫ Timer Interface：定时器接口；
⚫ Hardware Dependant Interface：硬件相关接口；
⚫ MIDI Sequencer：MIDI 音序器；
⚫ External PCM plugin SDK：外部PCM 插件SDK；
⚫ External Control Plugin SDK：外部控制插件SDK；
⚫ Mixer Interface：混音器接口；
⚫ Use Case Interface：用例接口；
⚫ Topology Interface：拓扑接口。
可以看到，alsa-lib 提供的接口确实非常多、模块很多，以上所列举出来的这些模块，很多模块笔者也不是很清楚它们的具体功能、作用，但是本章我们仅涉及到三个模块下的API 函数，包括：PCM Interface、
Error Interface 以及Mixer Interface。
PCM Interface
PCM Interface，提供了PCM 设备相关的操作接口，譬如打开/关闭PCM 设备、配置PCM 设备硬件或软件参数、控制PCM 设备（启动、暂停、恢复、写入/读取数据），该模块下还包含了一些子模块，如下所示：
点击模块名称可以查看到该模块提供的API 接口有哪些以及相应的函数说明，这里就不给大家演示了！
Error Interface
该模块提供了关于错误处理相关的接口，譬如函数调用发生错误时，可调用该模块下提供的函数打印错误描述信息。
Mixer Interface
提供了关于混音器相关的一系列操作接口，譬如音量、声道控制、增益等等。
sound 设备节点
在Linux 内核设备驱动层、基于ALSA 音频驱动框架注册的sound 设备会在/dev/snd 目录下生成相应的设备节点文件，譬如ALPHA I.MX6U 开发板出厂系统/dev/snd 目录下有如下文件：
Tips：注意，Mini I.MX6U 开发板出厂系统/dev/snd 目录下是没有这些文件的，因为Mini 板不支持音频、没有板载音频编解码芯片，所以本章实验例程无法在Mini 板上进行测试，请悉知！
从上图可以看到有如下设备文件：
⚫ controlC0：用于声卡控制的设备节点，譬如通道选择、混音器、麦克风的控制等，C0 表示声卡0
（card0）；
⚫ pcmC0D0c：用于录音的PCM 设备节点。其中C0 表示card0，也就是声卡0；而D0 表示device
0，也就是设备0；最后一个字母c 是capture 的缩写，表示录音；所以pcmC0D0c 便是系统的声卡
0 中的录音设备0；
⚫ pcmC0D0p：用于播放（或叫放音、回放）的PCM 设备节点。其中C0 表示card0，也就是声卡0；而D0 表示device 0，也就是设备0；最后一个字母p 是playback 的缩写，表示播放；所以pcmC0D0p
便是系统的声卡0 中的播放设备0；
⚫ pcmC0D1c：用于录音的PCM 设备节点。对应系统的声卡0 中的录音设备1；
⚫ pcmC0D1p：用于播放的PCM 设备节点。对应系统的声卡0 中的播放设备1。
⚫ timer：定时器。
本章我们编写的应用程序，虽然是调用alsa-lib 库函数去控制底层音频硬件，但最终也是落实到对sound
设备节点的I/O 操作，只不过alsa-lib 已经帮我们封装好了。在Linux 系统的/proc/asound 目录下，有很多的文件，这些文件记录了系统中声卡相关的信息，如下所示：
cards：
通过"cat /proc/asound/cards"命令、查看cards 文件的内容，可列出系统中可用的、注册的声卡，如下所示：
cat /proc/asound/cards
我们的阿尔法板子上只有一个声卡（WM8960 音频编解码器），所以它的编号为0，也就是card0。系统中注册的所有声卡都会在/proc/asound/目录下存在一个相应的目录，该目录的命名方式为cardX（X 表示声卡的编号），譬如图28.3.2 中的card0；card0 目录下记录了声卡0 相关的信息，譬如声卡的名字以及声卡注册的PCM 设备，如下所示：
devices：
列出系统中所有声卡注册的设备，包括control、pcm、timer、seq 等等。如下所示：
cat /proc/asound/devices
pcm：
列出系统中的所有PCM 设备，包括playback 和capture：
cat /proc/asound/pcm
alsa-lib 移植
因为alsa-lib 是ALSA 提供的一套Linux 下的C 语言函数库，需要将alsa-lib 移植到开发板上，这样基于alsa-lib 编写的应用程序才能成功运行，除了移植alsa-lib 库之外，通常还需要移植alsa-utils，alsa-utils 包含了一些用于测试、配置声卡的工具。
事实上，ALPHA I.MX6U 开发板出厂系统中已经移植了alsa-lib 和alsa-utils，本章我们直接使用出厂系统移植好的alsa-lib 和alsa-utils 进行测试，笔者也就不再介绍移植过程了。其实它们的移植方法也非常简单，如果你想自己尝试移植，网上有很多参考，大家可以自己去看看。
alsa-utils 提供了一些用于测试、配置声卡的工具，譬如aplay、arecord、alsactl、alsaloop、alsamixer、
amixer 等，在开发板出厂系统上可以直接使用这些工具，这些应用程序也都是基于alsa-lib 编写的。
aplay
aplay 是一个用于测试音频播放功能程序，可以使用aplay 播放wav 格式的音频文件，如下所示：
程序运行之后就会开始播放音乐，因为ALPHA 开发板支持喇叭和耳机自动切换，如果不插耳机默认从喇叭播放音乐，插上耳机以后喇叭就会停止播放，切换为耳机播放音乐，这个大家可以自己进行测试。
需要注意的是，aplay 工具只能解析wav 格式音频文件，不支持mp3 格式解码，所以无法使用aplay 工具播放mp3 音频文件。稍后笔者会向大家介绍如何基于alsa-lib 编写一个简单地音乐播放器，实现与aplay
相同的效果。
alsamixer
alsamixer 是一个很重要的工具，用于配置声卡的混音器，它是一个字符图形化的配置工具，直接在开发板串口终端运行alsamixer 命令，打开图形化配置界面，如下所示：
alsamixer 可对声卡的混音器进行配置，左上角“Card: wm8960-audio”表示当前配置的声卡为wm8960-
audio，如果你的系统中注册了多个声卡，可以按F6 进行选择。
按下H 键可查看界面的操作说明，如下所示：
不同声卡支持的混音器配置选项是不同的，这个与具体硬件相关，需要硬件上的支持！上图展示的便是开发板WM8960 声卡所支持的配置项，包括Playback 播放和Capture 录音，左上角View 处提示：
View: F3:[Playback] F4: Capture F5: All
表示当前显示的是[Playback]的配置项，通过F4 按键切换为Capture、或按F5 显示所有配置项。
Tips：在终端按下F4 或F5 按键时，可能会直接退出配置界面，这个原因可能是F4 或F5 快捷键被其它程序给占用了，大家可以试试在Ubuntu 系统下使用ssh 远程登录开发板，然后在Ubuntu ssh 终端执行alsamixer
程序，笔者测试F4、F5 都是正常的。
左上角Item 处提示：
Item: Headphone [dB gain: -8.00, -8.00]
表示当前选择的是Headphone 配置项，可通过键盘上的LEFT（向左）和RIGHT（向右）按键切换到其它配置项。当用户对配置项进行修改时，只能修改被选中的配置项，而中括号[dB gain: -7.00, -7.00]中的内容显示了该配置项当前的配置值。
上图中只是列出了其中一部分，还有一部分配置项并未显示出来，可以通过左右按键移动查看到其余配置项。WM8960 声卡所支持的配置项特别多，包括播放音量、耳机音量、喇叭音量、capture 录音音量、通道使能、ZC、AC、DC、ALC、3D 等，配置项特别多，很多配置项笔者也不懂。以下列出了其中一些配置项及其说明：
Headphone：耳机音量，使用上（音量增加）、下（音量降低）按键可以调节播放时耳机输出的音量大小，当然可以通过Q（左声道音量增加）、Z（左声道音量降低）按键单独调节左声道音量或通过E（右声道音量增加）、C（右声道音量降低）按键单独调节右声道音量。
Headphone Playback ZC：耳机播放ZC（交流），通过M 键打开或关闭ZC。
Speaker：喇叭播放音量，音量调节方法与Headphon 相同。
Speaker AC：喇叭ZC，通过上下按键可调节大小。
Speaker DC：喇叭DC，通过上下按键可调节大小。
Speaker Playback ZC：喇叭播放ZC，通过M 键打开或关闭ZC。
Playback：播放音量，播放音量作用于喇叭、也能作用于耳机，能同时控制喇叭和耳机的输出音量。调节方法与Headphon 相同。
Capture：采集音量，也就是录音时的音量大小，调节方法与Headphon 相同。
其它的配置项就不再介绍了，笔者也看不懂，后面会用到时再给大家解释！
开发板出厂系统中有一个配置文件/var/lib/alsa/asound.state，这其实就是WM8960 声卡的配置文件，每当开发板启动进入系统时会自动读取该文件加载声卡配置；而每次系统关机时，又会将声卡当前的配置写入到该文件中进行保存，以便下一次启动时加载。加载与保存操作其实是通过alsactl 工具完成的，稍后向大家介绍。
alsactl
配置好声卡之后，如果直接关机，下一次重启之后之前的设置都会消失，必须要重新设置，所以我们需要对配置进行保存，如何保存呢？可通过alsactl 工具完成。
使用alsactl 工具可以将当前声卡的配置保存在一个文件中，这个文件默认是/var/lib/alsa/asound.state，譬如使用alsactl 工具将声卡配置保存在该文件中：
alsactl -f /var/lib/alsa/asound.state store
-f 选项指定保存在哪一个文件中，当然也可以不用指定，如果不指定则使用alsactl 默认的配置文件
/var/lib/alsa/asound.state，store 表示保存配置。保存成功以后就会生成/var/lib/alsa/asound.state 这个文件，
asound.state 文件中保存了声卡的各种设置信息，大家可以打开此文件查看里面的内容，如下所示：
除了保存配置之外，还可以加载配置，譬如使用/var/lib/alsa/asound.state 文件中的配置信息来配置声卡，可执行如下命令：
alsactl -f /var/lib/alsa/asound.state restore
restore 表示加载配置，读取/var/lib/alsa/asound.state 文件中的配置信息并对声卡进行设置。关于alsactl
的详细使用方法，可以执行"alsactl -h"进行查看。
开发板出厂系统每次开机启动时便会自动从/var/lib/alsa/asound.state 文件中读取配置信息并配置声卡，而每次关机时（譬如执行reset 或poweroff 命令）又会将声卡当前的配置写入到该文件中进行保存，以便下一次启动时加载。其实也就是在系统启动（或关机）时通过alsactl 工具加载（或保存）配置。
amixer
amixer 工具也是一个声卡配置工具，与alsamixer 功能相同，区别在于，alsamixer 是一个基于字符图形化的配置工具、而amixer 不是图形化配置工具，直接使用命令行配置即可，详细地用法大家可以执行"amixer --help"命令查看，下面笔者简单地提一下该工具怎么用：
执行命令"amixer scontrols"可以查看到有哪些配置项，如下所示：
从打印信息可知，这里打印出来的配置项与alsamixer 配置界面中所看到的配置项是相同的，那如何进去配置呢？不同的配置项对应的配置方法（配置值或值类型）是不一样的，可以先使用命令"amixer scontents"
查看配置项的说明，如下所示：
amixer scontents
“Headphone”配置项用于设置耳机音量，音量可调节范围为0-127，当前音量为115（左右声道都是
115）；有些设置项是bool 类型，只有on 和off 两种状态。
譬如将耳机音量左右声道都设置为100，可执行如下命令进行设置：
amixer sset Headphone 100,100
譬如打开或关闭Headphone Playback ZC：
amixer sset "Headphone Playback ZC" off #关闭ZC
amixer sset "Headphone Playback ZC" on #打开ZC
以上给大家举了两个例子，配置方法还是很简单地！
arecord
arecord 工具是一个用于录音测试的应用程序，这里笔者简单地给大家介绍一下工具的使用方法，详细的使用方法大家可以执行"arecord --help"命令查看帮助信息。譬如使用arecord 录制一段10 秒钟的音频，可以执行如下命令：
arecord -f cd -d 10 test.wav
-f 选项指定音频格式，cd 则表示cd 级别音频，也就是“16 bit little endian, 44100, stereo”；-d 选项指定音频录制时间长度，单位是秒；test.wav 指定音频数据保存的文件。当录制完成之后，会生成test.wav 文件，接着我们可以使用aplay 工具播放这一段音频。
以上给大家介绍了alsa-utils 提供的几个测试音频、配置声卡的工具，当然，本文也只是进行了简单地介绍，更加详细的使用方法还需要大家自己查看帮助信息。
编写一个简单地alsa-lib 应用程序
本小节开始，我们来学习如何基于alsa-lib 编写音频应用程序，alsa-lib 提供的库函数也别多，笔者肯定不会全部给大家介绍，只介绍基础的使用方法，关于更加深入、更加详细的使用方法需要大家自己去研究、学习。
对于alsa-lib 库的使用，ALSA 提供了一些参考资料来帮助应用程序开发人员快速上手alsa-lib、基于
alsa-lib 进行应用编程，以下笔者给出了链接：
https://users.suse.com/~mana/alsa090_howto.html
https://www.alsa-project.org/alsa-doc/alsa-lib/examples.html
第一份文档向用户介绍了如何使用alsa-lib 编写简单的音频应用程序，包括PCM 播放音频、PCM 录音等，笔者也是参考了这份文档来编写本章教程，对应初学者，建议大家看一看。
第二个链接地址是ALSA 提供的一些示例代码，如下所示：
点击对应源文件即可查看源代码。
以上便是ALSA 提供的帮助文档以及参考代码，链接地址已经给出了，大家有兴趣可以看一下。
本小节笔者将向大家介绍如何基于alsa-lib 编写一个简单地音频应用程序，譬如播放音乐、录音等；但在此之前，首先我们需要先来了解一些基本的概念，为后面的学习打下一个坚实的基础！
一些基本概念
主要是与音频相关的基本概念，因为在alsa-lib 应用编程中会涉及到这些概念，所以先给大家进行一个简单地介绍。
样本长度（Sample）
样本是记录音频数据最基本的单元，样本长度就是采样位数，也称为位深度（Bit Depth、Sample Size、
Sample Width）。是指计算机在采集和播放声音文件时，所使用数字声音信号的二进制位数，或者说每个采样样本所包含的位数（计算机对每个通道采样量化时数字比特位数），通常有8bit、16bit、24bit 等。
声道数（channel）
分为单声道(Mono)和双声道/立体声(Stereo)。1 表示单声道、2 表示立体声。
帧（frame）
帧记录了一个声音单元，其长度为样本长度与声道数的乘积，一段音频数据就是由苦干帧组成的。
把所有声道中的数据加在一起叫做一帧，对于单声道：一帧= 样本长度* 1；双声道：一帧= 样本长度* 2。譬如对于样本长度为16bit 的双声道来说，一帧的大小等于：16 * 2 / 8 = 4 个字节。
采样率（Sample rate）
也叫采样频率，是指每秒钟采样次数，该次数是针对桢而言。譬如常见的采样率有：
8KHz - 电话所用采样率
22.05KHz - FM 调频广播所用采样率
44.1KHz - 音频CD，也常用于MPEG-1 音频（VCD、SVCD、MP3）所用采样率
48KHz - miniDV、数字电视、DVD、DAT、电影和专业音频所用的数字声音所用采样率。
交错模式（interleaved）
交错模式是一种音频数据的记录方式，分为交错模式和非交错模式。在交错模式下，数据以连续桢的形式存放，即首先记录完桢1 的左声道样本和右声道样本（假设为立体声格式），再记录桢2 的左声道样本和右声道样本。而在非交错模式下，首先记录的是一个周期内所有桢的左声道样本，再记录右声道样本，数据是以连续通道的方式存储。不过多数情况下，我们一般都是使用交错模式。
周期（period）
周期是音频设备处理（读、写）数据的单位，换句话说，也就是音频设备读写数据的单位是周期，每一次读或写一个周期的数据，一个周期包含若干个帧；譬如周期的大小为1024 帧，则表示音频设备进行一次读或写操作的数据量大小为1024 帧，假设一帧为4 个字节，那么也就是1024*4=4096 个字节数据。
一个周期其实就是两次硬件中断之间的帧数，音频设备每处理（读或写）完一个周期的数据就会产生一个中断，所以两个中断之间相差一个周期，关于中断的问题，稍后再向大家介绍！
缓冲区（buffer）
数据缓冲区，一个缓冲区包含若干个周期，所以buffer 是由若干个周期所组成的一块空间。下面一张图直观地表示了buffer、period、frame、sample（样本长度）之间的关系，假设一个buffer 包含4 个周期、而一个周包含1024 帧、一帧包含两个样本（左、右两个声道）：
音频设备底层驱动程序使用DMA 来搬运数据，这个buffer 中有4 个period，每当DMA 搬运完一个
period 的数据就会触发一次中断，因此搬运整个buffer 中的数据将产生4 次中断。ALSA 为什么这样做？直接把整个buffer 中的数据一次性搬运过去岂不是更快？情况并非如此，我们没有考虑到一个很重要的问题，那就是延迟；如果数据缓存区buffer 很大，一次传输整个buffer 中的数据可能会导致不可接受的延迟，因为一次搬运的数据量越大，所花费的时间就越长，那么必然会导致数据从传输开始到发出声音（以播放为例）这个过程所经历的时间就会越长，这就是延迟。为了解决这个问题，ALSA 把缓存区拆分成多个周期，以周期为传输单元进行传输数据。
所以，周期不宜设置过大，周期过大会导致延迟过高；但周期也不能太小，周期太小会导致频繁触发中断，这样会使得CPU 被频繁中断而无法执行其它的任务，使得效率降低！所以，周期大小要合适，在延迟可接受的情况下，尽量设置大一些，不过这个需要根据实际应用场合而定，有些应用场合，可能要求低延迟、实时性高，但有些应用场合没有这种需求。
数据之间的传输
这里再介绍一下数据之间传输的问题，这个问题很重要，大家一定要理解，这样会更好的帮助我们理解代码、理解代码的逻辑。
⚫ PCM 播放情况下
在播放情况下，buffer 中存放了需要播放的PCM 音频数据，由应用程序向buffer 中写入音频数据，buffer
中的音频数据由DMA 传输给音频设备进行播放，所以应用程序向buffer 写入数据、音频设备从buffer 读取数据，这就是buffer 中数据的传输情况。
图28.5.2 中标识有read pointer 和write pointer 指针，write pointer 指向当前应用程序写buffer 的位置、
read pointer 指向当前音频设备读buffer 的位置。在数据传输之前（播放之前），buffer 缓冲区是没有数据的，此时write/read pointer 均指向了buffer 的起始位置，也就是第一个周期的起始位置，如下所示：
应用程序向buffer 写入多少帧数据，则write pointer 指针向前移动多少帧，当应用程序向buffer 中写入一个周期的数据时，write pointer 指针将向前移动一个周期；接着再写入一个周期，指针再向前移动一个周期，以此类推！当write pointer 移动到buffer 末尾时，又会回到buffer 的起始位置，以此循环！所以由此可知，这是一个环形缓冲区。
以上是应用程序写buffer 的一个过程，接着再来看看音频设备读buffer（播放）的过程。在播放开始之前，read pointer 指向了buffer 的起始位置，也就是第一个周期的起始位置。音频设备每次只播放一个周期的数据（读取一个周期），每一次都是从read pointer 所指位置开始读取；每读取一个周期，read pointer 指针向前移动一个周期，同样，当read pointer 指针移动到buffer 末尾时，又会回到buffer 的起始位置，以此构成一个循环！
应用程序需要向buffer 中写入音频数据，音频设备才能读取数据进行播放，如果read pointer 所指向的周期并没有填充音频数据，则无法播放！当buffer 数据满时，应用程序将不能再写入数据，否则就会覆盖之前的数据，必须要等待音频设备播放完一个周期，音频设备每播放完一个周期，这个周期就变成空闲状态了，此时应用程序就可以写入一个周期的数据以填充这个空闲周期。
⚫ PCM 录音情况下
在录音情况下，buffer 中存放了音频设备采集到的音频数据（外界模拟声音通过ADC 转为数字声音），由音频设备向buffer 中写入音频数据（DMA 搬运），而应用程序从buffer 中读取数据，所以音频设备向
buffer 写入数据、应用程序从buffer 读取数据，这就是录音情况下buffer 中数据的传输情况。
回到图28.5.2 中，此时write pointer 指向音频设备写buffer 的位置、read pointer 指向应用程序读buffer
的位置。在录音开始之前，buffer 缓冲区是没有数据的，此时write/read pointer 均指向了buffer 的起始位置，也就是第一个周期的起始位置，如图28.5.3 中所示。
音频设备向buffer 写入多少帧数据，则write pointer 指针向前移动多少帧，音频设备每次只采集一个周期，将采集到的数据写入buffer 中，从write pointer 所指位置开始写入；当音频设备向buffer 中写入一个周期的数据时，write pointer 指针将向前移动一个周期；接着再写入一个周期，指针再向前移动一个周期，以此类推！当write pointer 移动到buffer 末尾时，又会回到buffer 的起始位置，以此构成循环！
以上是音频设备写buffer 的一个过程，接着再来看看应用程序读buffer 的过程。在录音开始之前，read pointer 指向了buffer 的起始位置，也就是第一个周期的起始位置。同样，应用程序从buffer 读取了多少帧数据，则read pointer 指针向前移动多少帧；从read pointer 所指位置开始读取，当read pointer 指针移动到
buffer 末尾时，又会回到buffer 的起始位置，以此构成一个循环！
音频设备需要向buffer 中写入音频数据，应用程序才能从buffer 中读取数据（录音），如果read pointer
所指向的周期并没有填充音频数据，则无法读取！当buffer 中没有数据时，需要等待音频设备向buffer 中写入数据，音频设备每次写入一个周期，当应用程序读取完这个周期的数据后，这个周期又变成了空闲周期，需要等待音频设备写入数据。
Over and Under Run
当一个声卡处于工作状态时，环形缓冲区buffer 中的数据总是连续地在音频设备和应用程序缓存区间传输，如下图所示：
上图展示了声卡在工作状态下，buffer 中数据的传输情况，总是连续地在音频设备和应用程序缓存区间传输，但事情并不总是那么完美、也会出现有例外；譬如在录音例子中，如果应用程序读取数据不够快，环形缓冲区buffer 中的数据已经被音频设备写满了、而应用程序还未来得及读走，那么数据将会被覆盖；这种数据的丢失被称为overrun。在播放例子中，如果应用程序写入数据到环形缓冲区buffer 中的速度不够快，
缓存区将会“饿死”（缓冲区中无数据可播放）；这样的错误被称为underrun（欠载）。在ALSA 文档中，将这两种情形统称为"XRUN"，适当地设计应用程序可以最小化XRUN 并且可以从中恢复过来。
打开PCM 设备
从本小节开始，将正式介绍如何编写一个音频应用程序，首先我们需要在应用程序中包含alsa-lib 库的头文件
第一步需要打开PCM 设备，调用函数snd_pcm_open()，该函数原型如下所示：
int snd_pcm_open(snd_pcm_t **pcmp, const char *name, snd_pcm_stream_t stream, int mode)
该函数一共有4 个参数，如下所示：
⚫ pcmp：snd_pcm_t 用于描述一个PCM 设备，所以一个snd_pcm_t 对象表示一个PCM 设备；
snd_pcm_open 函数会打开参数name 所指定的设备，实例化snd_pcm_t 对象，并将对象的指针（也就是PCM 设备的句柄）通过pcmp 返回出来。
⚫ name：参数name 指定PCM 设备的名字。alsa-lib 库函数中使用逻辑设备名而不是设备文件名，命名方式为"hw:i,j"，i 表示声卡的卡号，j 则表示这块声卡上的设备号；譬如"hw:0,0"表示声卡0 上的
PCM 设备0 ，在播放情况下，这其实就对应/dev/snd/pcmC0D0p （如果是录音，则对应
/dev/snd/pcmC0D0c）。除了使用"hw:i,j"这种方式命名之外，还有其它两种常用的命名方式，譬如
“plughw:i,j”、"default"等，关于这些名字的不同，本章最后再向大家进行简单地介绍，这里暂时先不去理会这个问题。
⚫ stream：参数stream 指定流类型，有两种不同类型：SND_PCM_STREAM_PLAYBACK 和
SND_PCM_STREAM_CAPTURE ；SND_PCM_STREAM_PLAYBACK 表示播放，
SND_PCM_STREAM_CAPTURE 则表示采集。
⚫ mode：最后一个参数mode 指定了open 模式，通常情况下，我们会将其设置为0，表示默认打开模式，默认情况下使用阻塞方式打开设备；当然，也可将其设置为SND_PCM_NONBLOCK，表示以非阻塞方式打开设备。
设备打开成功，snd_pcm_open 函数返回0；打开失败，返回一个小于0 的错误编号，可以使用alsa-lib
提供的库函数snd_strerror()来得到对应的错误描述信息，该函数与C 库函数strerror()用法相同。
与snd_pcm_open 相对应的是snd_pcm_close()，函数snd_pcm_close()用于关闭PCM 设备，函数原型如下所示：
int snd_pcm_close(snd_pcm_t *pcm);
使用示例：
调用snd_pcm_open()函数打开声卡0 的PCM 播放设备0：
snd_pcm_t *pcm_handle = NULL;
int ret;
ret = snd_pcm_open(&pcm_handle, "hw:0,0", SND_PCM_STREAM_PLAYBACK, 0);
if (0 > ret)
{
fprintf(stderr, "snd_pcm_open error: %s\n", snd_strerror(ret));
return -1;
}
设置硬件参数
打开PCM 设备之后，接着我们需要对设备进行设置，包括硬件配置和软件配置。软件配置就不再介绍了，使用默认配置即可！我们主要是对硬件参数进行配置，譬如采样率、声道数、格式、访问类型、period
周期大小、buffer 大小等。
实例化snd_pcm_hw_params_t 对象
alsa-lib 使用snd_pcm_hw_params_t 数据类型来描述PCM 设备的硬件配置参数，在配置参数之前，我们需要实例化一个snd_pcm_hw_params_t 对象，使用snd_pcm_hw_params_malloc 或
snd_pcm_hw_params_alloca()来实例化一个snd_pcm_hw_params_t 对象，如下所示：
snd_pcm_hw_params_t *hwparams = NULL;
snd_pcm_hw_params_malloc(&hwparams);
或
snd_pcm_hw_params_alloca(&hwparams);
它们之间的区别也就是C 库函数malloc 和alloca 之间的区别。当然，你也可以直接使用malloc()或
alloca() 来分配一个snd_pcm_hw_params_t 对象，亦或者直接定义全局变量或栈自动变量。与
snd_pcm_hw_params_malloc/snd_pcm_hw_params_alloca 相对应的是snd_pcm_hw_params_free ，
snd_pcm_hw_params_free()函数用于释放snd_pcm_hw_params_t 对象占用的内存空间。函数原型如下所示：
void snd_pcm_hw_params_free(snd_pcm_hw_params_t *obj)
初始化snd_pcm_hw_params_t 对象
snd_pcm_hw_params_t 对象实例化完成之后，接着我们需要对其进行初始化操作，调用
snd_pcm_hw_params_any()对snd_pcm_hw_params_t 对象进行初始化操作，调用该函数会使用PCM 设备当前的配置参数去初始化snd_pcm_hw_params_t 对象，如下所示：
snd_pcm_hw_params_any(pcm_handle, hwparams);
第一个参数为PCM 设备的句柄，第二个参数传入snd_pcm_hw_params_t 对象的指针。
对硬件参数进行设置
alsa-lib 提供了一系列的snd_pcm_hw_params_set_xxx 函数用于设置PCM 设备的硬件参数，同样也提供了一系列的snd_pcm_hw_params_get_xxx 函数用于获取硬件参数。
(1)设置access 访问类型：snd_pcm_hw_params_set_access()
调用snd_pcm_hw_params_set_access 设置访问类型，其函数原型如下所示：
int snd_pcm_hw_params_set_access(snd_pcm_t *pcm,
snd_pcm_hw_params_t * params,
snd_pcm_access_t access
)
参数access 指定设备的访问类型，是一个snd_pcm_access_t 类型常量，这是一个枚举类型，如下所示：
参数access 指定设备的访问类型，是一个snd_pcm_access_t 类型常量，这是一个枚举类型，如下所示：
enum snd_pcm_access_t
{
SND_PCM_ACCESS_MMAP_INTERLEAVED = 0, // mmap access with simple interleaved channels
SND_PCM_ACCESS_MMAP_NONINTERLEAVED, // mmap access with simple non interleaved channels
SND_PCM_ACCESS_MMAP_COMPLEX, // mmap access with complex placement
SND_PCM_ACCESS_RW_INTERLEAVED, // snd_pcm_readi/snd_pcm_writei access
SND_PCM_ACCESS_RW_NONINTERLEAVED, // snd_pcm_readn/snd_pcm_writen access
SND_PCM_ACCESS_LAST = SND_PCM_ACCESS_RW_NONINTERLEAVED
};
通常，将访问类型设置为SND_PCM_ACCESS_RW_INTERLEAVED ，交错访问模式，通过
snd_pcm_readi/snd_pcm_writei 对PCM 设备进行读/写操作。
函数调用成功返回0；失败将返回一个小于0 的错误码，可通过snd_strerror()函数获取错误描述信息。
使用示例：
ret = snd_pcm_hw_params_set_access(pcm_handle, hwparams, SND_PCM_ACCESS_RW_INTERLEAVED);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_access error: %s\n", snd_strerror(ret));
(2)设置数据格式：snd_pcm_hw_params_set_format()
调用snd_pcm_hw_params_set_format()函数设置PCM 设备的数据格式，函数原型如下所示：
int snd_pcm_hw_params_set_format(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
snd_pcm_format_t format
)
参数format 指定数据格式，该参数是一个snd_pcm_format_t 类型常量，这是一个枚举类型，如下所示：
enum snd_pcm_format_t
{
SND_PCM_FORMAT_UNKNOWN = -1,
SND_PCM_FORMAT_S8 = 0,
SND_PCM_FORMAT_U8,
SND_PCM_FORMAT_S16_LE,
SND_PCM_FORMAT_S16_BE,
SND_PCM_FORMAT_U16_LE,
SND_PCM_FORMAT_U16_BE,
SND_PCM_FORMAT_S24_LE,
SND_PCM_FORMAT_S24_BE,
SND_PCM_FORMAT_U24_LE,
SND_PCM_FORMAT_U24_BE,
SND_PCM_FORMAT_S32_LE,
SND_PCM_FORMAT_S32_BE,
SND_PCM_FORMAT_U32_LE,
SND_PCM_FORMAT_U32_BE,
SND_PCM_FORMAT_FLOAT_LE,
SND_PCM_FORMAT_FLOAT_BE,
SND_PCM_FORMAT_FLOAT64_LE,
SND_PCM_FORMAT_FLOAT64_BE,
SND_PCM_FORMAT_IEC958_SUBFRAME_LE,
SND_PCM_FORMAT_IEC958_SUBFRAME_BE,
SND_PCM_FORMAT_MU_LAW,
SND_PCM_FORMAT_A_LAW,
SND_PCM_FORMAT_IMA_ADPCM,
SND_PCM_FORMAT_MPEG,
SND_PCM_FORMAT_GSM,
SND_PCM_FORMAT_S20_LE,
SND_PCM_FORMAT_S20_BE,
SND_PCM_FORMAT_U20_LE,
SND_PCM_FORMAT_U20_BE,
SND_PCM_FORMAT_SPECIAL = 31,
SND_PCM_FORMAT_S24_3LE = 32,
SND_PCM_FORMAT_S24_3BE,
SND_PCM_FORMAT_U24_3LE,
SND_PCM_FORMAT_U24_3BE,
SND_PCM_FORMAT_S20_3LE,
SND_PCM_FORMAT_S20_3BE,
SND_PCM_FORMAT_U20_3LE,
SND_PCM_FORMAT_U20_3BE,
SND_PCM_FORMAT_S18_3LE,
SND_PCM_FORMAT_S18_3BE,
SND_PCM_FORMAT_U18_3LE,
SND_PCM_FORMAT_U18_3BE,
SND_PCM_FORMAT_G723_24,
SND_PCM_FORMAT_G723_24_1B,
SND_PCM_FORMAT_G723_40,
SND_PCM_FORMAT_G723_40_1B,
SND_PCM_FORMAT_DSD_U8,
SND_PCM_FORMAT_DSD_U16_LE,
SND_PCM_FORMAT_DSD_U32_LE,
SND_PCM_FORMAT_DSD_U16_BE,
SND_PCM_FORMAT_DSD_U32_BE,
SND_PCM_FORMAT_LAST = SND_PCM_FORMAT_DSD_U32_BE,
SND_PCM_FORMAT_S16 = SND_PCM_FORMAT_S16_LE,
SND_PCM_FORMAT_U16 = SND_PCM_FORMAT_U16_LE,
SND_PCM_FORMAT_S24 = SND_PCM_FORMAT_S24_LE,
SND_PCM_FORMAT_U24 = SND_PCM_FORMAT_U24_LE,
SND_PCM_FORMAT_S32 = SND_PCM_FORMAT_S32_LE,
SND_PCM_FORMAT_U32 = SND_PCM_FORMAT_U32_LE,
SND_PCM_FORMAT_FLOAT = SND_PCM_FORMAT_FLOAT_LE,
SND_PCM_FORMAT_FLOAT64 = SND_PCM_FORMAT_FLOAT64_LE,
SND_PCM_FORMAT_IEC958_SUBFRAME = SND_PCM_FORMAT_IEC958_SUBFRAME_LE,
SND_PCM_FORMAT_S20 = SND_PCM_FORMAT_S20_LE,
SND_PCM_FORMAT_U20 = SND_PCM_FORMAT_U20_LE
};
用的最多的格式是SND_PCM_FORMAT_S16_LE，有符号16 位、小端模式。当然，音频设备不一定支持用户所指定的格式，在此之前，用户可以调用snd_pcm_hw_params_test_format()函数测试PCM 设备是否支持某种格式，如下所示：
if (snd_pcm_hw_params_test_format(pcm_handle, hwparams, SND_PCM_FORMAT_S16_LE)) {
// 返回一个非零值表示不支持该格式
}
else {
// 返回0 表示支持
}
(3)设置声道数：snd_pcm_hw_params_set_channels()
调用snd_pcm_hw_params_set_channels()函数设置PCM 设备的声道数，函数原型如下所示：
int snd_pcm_hw_params_set_channels(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
unsigned int val
)
参数val 指定声道数量，val=2 表示双声道，也就是立体声。函数调用成功返回0，失败返回小于0 的错误码。
使用示例：
ret = snd_pcm_hw_params_set_channels(pcm_handle, hwparams, 2);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_channels error: %s\n", snd_strerror(ret));
(4)设置采样率大小：snd_pcm_hw_params_set_rate()
调用snd_pcm_hw_params_set_rate 设置采样率大小，其函数原型如下所示：
int snd_pcm_hw_params_set_rate(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
unsigned int val,
int dir
)
参数val 指定采样率大小，譬如44100；参数dir 用于控制方向，若dir=-1，则实际采样率小于参数val
指定的值；dir=0 表示实际采样率等于参数val；dir=1 表示实际采样率大于参数val。
函数调用成功返回0；失败将返回小于0 的错误码。
使用示例：
ret = snd_pcm_hw_params_set_rate(pcm_handle, hwparams, 44100, 0);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_rate error: %s\n", snd_strerror(ret));
(5)设置周期大小：snd_pcm_hw_params_set_period_size()
这里说的周期，也就是28.5.1 小节中向大家介绍的周期，一个周期的大小使用帧来衡量，譬如一个周期
1024 帧；调用snd_pcm_hw_params_set_period_size()函数设置周期大小，其函数原型如下所示：
int snd_pcm_hw_params_set_period_size(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
snd_pcm_uframes_t val,
int dir
)
alsa-lib 使用snd_pcm_uframes_t 类型表示帧的数量；参数dir 与snd_pcm_hw_params_set_rate()函数的
dir 参数意义相同。
使用示例（将周期大小设置为1024 帧）：
ret = snd_pcm_hw_params_set_period_size(pcm_handle, hwparams, 1024, 0);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_period_size error: %s\n", snd_strerror(ret));
注意，参数val 的单位是帧、而不是字节。
(6)设置buffer 大小：snd_pcm_hw_params_set_buffer_size()
调用snd_pcm_hw_params_set_buffer_size()函数设置buffer 的大小，其函数原型如下所示：
int snd_pcm_hw_params_set_buffer_size(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
snd_pcm_uframes_t val
)
参数val 指定buffer 的大小，以帧为单位，通常buffer 的大小是周期大小的整数倍，譬如16 个周期；但函数snd_pcm_hw_params_set_buffer_size()是以帧为单位来表示buffer 的大小，所以需要转换一下，譬如将buffer 大小设置为16 个周期，则参数val 等于16 * 1024（假设一个周期为1024 帧）=16384 帧。
函数调用成功返回0；失败返回一个小于0 的错误码。
使用示例：
ret = snd_pcm_hw_params_set_buffer_size(pcm_handle, hwparams, 16*1024);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_buffer_size error: %s\n", snd_strerror(ret));
除了snd_pcm_hw_params_set_buffer_size()函数之外，我们还可以调用snd_pcm_hw_params_set_periods()
函数设置buffer 大小，其函数原型如下所示：
int snd_pcm_hw_params_set_periods(snd_pcm_t *pcm,
snd_pcm_hw_params_t *params,
unsigned int val,
int dir
)
参数val 指定了buffer 的大小，该大小以周期为单位、并不是以帧为单位，注意区分！
参数dir 与snd_pcm_hw_params_set_rate()函数的dir 参数意义相同。
函数调用成功返回0；失败将返回一个小于0 的错误码。
使用示例：
ret = snd_pcm_hw_params_set_periods(pcm_handle, hwparams, 16, 0); //buffer 大小为16 个周期
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params_set_periods error: %s\n", snd_strerror(ret));
(7)安装/加载硬件配置参数：snd_pcm_hw_params()
参数设置完成之后，最后调用snd_pcm_hw_params()加载/安装配置、将配置参数写入硬件使其生效，其函数原型如下所示：
int snd_pcm_hw_params(snd_pcm_t *pcm, snd_pcm_hw_params_t *params)
函数调用成功返回0，失败将返回一个小于0 的错误码。函数snd_pcm_hw_params()调用之后，其内部会自动调用snd_pcm_prepare()函数，PCM 设备的状态被更改为SND_PCM_STATE_PREPARED。
设备有多种不同的状态，SND_PCM_STATE_PREPARED 为其中一种，关于状态的问题，后面在向大家介绍。调用snd_pcm_prepare()函数会使得PCM 设备处于SND_PCM_STATE_PREPARED 状态（也就是处于一种准备好的状态）。
使用示例：
ret = snd_pcm_hw_params(pcm_handle, hwparams);
if (0 > ret)
fprintf(stderr, "snd_pcm_hw_params error: %s\n", snd_strerror(ret));
读/写数据
接下来就可以进行读/写数据了，如果是PCM 播放，则调用snd_pcm_writei()函数向播放缓冲区buffer
中写入音频数据；如果是PCM 录音，则调用snd_pcm_readi()函数从录音缓冲区buffer 中读取数据，它们的函数原型如下所示：
snd_pcm_sframes_t snd_pcm_writei(snd_pcm_t *pcm,
const void *buffer,
snd_pcm_uframes_t size
)
snd_pcm_sframes_t snd_pcm_readi(snd_pcm_t *pcm,
void *buffer,
snd_pcm_uframes_t size
)
参数pcm 为PCM 设备的句柄；调用snd_pcm_writei()函数，将参数buffer（应用程序的缓冲区）缓冲区中的数据写入到驱动层的播放环形缓冲区buffer 中，参数size 指定写入数据的大小，以帧为单位；通常情况下，每次调用snd_pcm_writei()写入一个周期数据。
调用snd_pcm_readi()函数，将从驱动层的录音环形缓冲区buffer 中读取数据到参数buffer 指定的缓冲区中（应用程序的缓冲区），参数size 指定读取数据的大小，以帧为单位；通常情况下，每次调用snd_pcm_readi()
读取一个周期数据。
Tips：snd_pcm_writei/snd_pcm_readi 函数原型中，参数buffer 指的是应用程序的缓冲区，不要与驱动层的环形缓冲区搞混了！
snd_pcm_readi/snd_pcm_writei 调用成功，返回实际读取/写入的帧数；调用失败将返回一个负数错误码。即使调用成功，实际读取/写入的帧数不一定等于参数size 所指定的帧数，仅当发生信号或XRUN 时，返回的帧数可能会小于参数size。
阻塞与非阻塞
调用snd_pcm_open()打开设备时，若指定为阻塞方式，则调用snd_pcm_readi/snd_pcm_writei 以阻塞方式进行读/写。对于PCM 录音来说，当buffer 缓冲区中无数据可读时，调用snd_pcm_readi()函数将会阻塞，直到音频设备向buffer 中写入采集到的音频数据；同理，对于PCM 播放来说，当buffer 缓冲区中的数据满时，调用snd_pcm_writei()函数将会阻塞，直到音频设备从buffer 中读走数据进行播放。
若调用snd_pcm_open()打开设备时，指定为非阻塞方式，则调用snd_pcm_readi/snd_pcm_writei 以非阻塞方式进行读/写。对于PCM 录音来说，当buffer 缓冲区中无数据可读时，调用snd_pcm_readi()不会阻塞、而是立即以错误形式返回；同理，对于PCM 播放来说，当buffer 缓冲区中的数据满时，调用snd_pcm_writei()
函数也不会阻塞、而是立即以错误形式返回。
snd_pcm_readn 和snd_pcm_writen
snd_pcm_readi/snd_pcm_writei 适用于交错模式（interleaved）读/写数据，如果用户设置的访问类型并不是交错模式，而是非交错模式（non interleaved），此时便不可再使用snd_pcm_readi/snd_pcm_writei 进行读写操作了，而需要使用snd_pcm_readn 和snd_pcm_writen 进行读写。
示例代码之PCM 播放
通过上小节的一个介绍，相信大家对alsa-lib 音频应用编程已经有了基本的认识和理解，本小节我们来编写一个简单地音乐播放器，可以播放WAV 音频文件，代码笔者已经写好了，如下所示：
本例程源码对应的路径为：开发板光盘->11、Linux C 应用编程例程源码->28_alsa-lib->pcm_playback.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err2;
}
/* 播放*/
for (;;)
{
memset(buf, 0x00, buf_bytes); // buf 清零
ret = read(fd, buf, buf_bytes); // 从音频文件中读取数据
if (0 >= ret) // 如果读取出错或文件读取完毕
goto err3;
ret = snd_pcm_writei(pcm, buf, period_size);
if (0 > ret)
{
fprintf(stderr, "snd_pcm_writei error: %s\n", snd_strerror(ret));
goto err3;
}
else if (ret < period_size)
{ // 实际写入的帧数小于指定的帧数
// 此时我们需要调整下音频文件的读位置
// 将读位置向后移动（往回移）(period_size-ret)*frame_bytes 个字节
// frame_bytes 表示一帧的字节大小
if (0 > lseek(fd, (ret - period_size) * wav_fmt.BlockAlign, SEEK_CUR))
{
perror("lseek error");
goto err3;
}
}
}
err3:
free(buf); // 释放内存
err2:
snd_pcm_close(pcm); // 关闭pcm 设备
err1:
close(fd); // 关闭打开的音频文件
exit(EXIT_FAILURE);
}
本应用程序实现可以播放WAV 音频文件，关于WAV 文件格式的解析，本文档不作说明，WAV 文件格式其实非常简单，大家自己百度了解。
在main()函数中，首先对参数进行了校验，执行测试程序需要用户传入一个参数，这个参数用于指定一个需要播放的WAV 音频文件。接着调用自定义函数open_wav_file()对WAV 文件进行解析，其实也就是对它的头部数据进行校验、解析，获取音频格式信息以及音频数据的位置偏移量。
接着调用自定义函数snd_pcm_init()对PCM 设备进行初始化，在snd_pcm_init()函数中，首先调用alsa-lib 库函数snd_pcm_open()打开PCM 播放设备，接着对PCM 设备硬件参数进行设置，包括：访问类型、数据格式、采样率、声道数、周期大小以及buffer 的大小，这些内容前面已经给大家详细介绍过，这里不再重述！
回到main()函数，调用C 库函数malloc()申请分配一个缓冲区，用于存放从音频文件中读取出来的音频数据。
一切准备好之后，就可以播放音频了，在for 循环中，首先调用read()函数从音频文件中读取出音频数据，每次读取一个周期，将读取到的数据存放在buf 指向的缓冲区中，接着调用alsa-lib 库函数snd_pcm_writei()
写入数据进行播放。示例程序中调用snd_pcm_open()时使用的是阻塞方式，当驱动层环形缓冲区buffer 还未满时，调用snd_pcm_writei()并不会阻塞，而是会将数据写入到环形缓冲区中、然后返回；调用一次
snd_pcm_writei() 写入一个周期数据、调用一次再写入一个周期；当环形缓冲区数据满时，调用
snd_pcm_writei()会阻塞，直到音频设备播放完一个周期、此时会出现一个空闲周期，接着snd_pcm_writei()
将数据填充到这个空闲周期后返回。
以上对示例代码进行了一个简单地介绍，代码本身非常简单，没什么难点，代码中注释信息也已经描述地比较清楚了，相信大家都可以看懂。需要注意，必须要在源码中包含alsa-lib 的头文件
编译示例代码
接下来编译上述示例代码，编译的方法非常简单，按照以前的惯例，编译时无非是要指定两个路径（alsa-lib 头文件所在路径、alsa-lib 库文件所在路径）以及链接库（需要链接的库文件名称），譬如：
${CC} -o testApp testApp.c -Ixxx -Lyyy -lzzz
xxx 表示头文件的路径，yyy 表示库文件的路径，zzz 表示链接库。
但是我们并没有自己移植alsa-lib，也就意味着我们在Ubuntu 下并没有移植、安装alsa-lib，所以这些路径无法指定。其实，我们使用的交叉编译工具对应的安装目录下已经安装了alsa-lib，进入到交叉编译工具安装目录下的sysroots/cortexa7hf-neon-poky-linux-gnueabi 目录，譬如笔者使用的Ubuntu 系统，交叉编译工具安装路径为/opt/fsl-imx-x11/4.1.15-2.1.0。
该目录下有两个目录，lib 和usr，这两个目录其实就是Linux 系统根目录下的lib 和usr；所以lib 目录下存放了一些链接库文件，usr 目录下包含了include 和lib 目录，分别存放了头文件和链接库文件。
usr/include/alsa 目录下存放了alsa-lib 的头文件，如下所示：
我们需要包含的头文件asoundlib.h 头文件就在该目录下。
usr/lib 目录下包含了alsa-lib 库文件，如下所示：
alsa-lib 链接库libasound.so 就在该目录下。那既然找到了alsa-lib 的头文件路径和库文件路径，编译应用程序时直接指定这些路径即可。但我们不需要自己手动指定这些路径，交叉编译器已经把这些路径添加到它的搜索路径中了，使用echo ${CC}查看环境变量CC 的内容，如下所示：
其中交叉编译器arm-poky-linux-gnueabi-gcc 有一个选–sysroot，它指定了一个路径，这个路径就是交叉编译工具安装目录下的sysroots/cortexa7hf-neon-poky-linux-gnueabi 目录，–sysroot 选项用于设置目标平台的根目录，设置了平台根目录之后，当编译应用程序时，编译器会将根目录下的usr/include 添加到头文件搜索路径中、将根目录下的lib 和usr/lib 添加到库文件搜索路径中。
所以由此可知，编译应用程序时，我们只需指定链接库即可，如下所示：
${CC} -o testApp testApp.c -lasound
测试应用程序
将编译得到的可执行文件拷贝到开发板Linux 系统/home/root 目录下，并拷贝一个WAV 音频文件到
/home/root 目录下，如下所示：
接着进行测试，在测试之前，我们还需要对声卡混音器进行配置，当然，你也可以不配置，因为开发板出厂系统中声卡是已经配置好的。这里我们直接使用amixer 工具进行配置，配置如下：
#打开耳机播放ZC
amixer sset 'Headphone Playback ZC' on
#打开喇叭播放ZC
amixer sset 'Speaker Playback ZC' on
amixer sset 'Speaker AC' 3 amixer sset 'Speaker DC' 3
#音量设置
amixer sset Headphone 105,
105 // 耳机音量设置
amixer sset Playback 230,
230 // 播放音量设置
amixer sset Speaker 118,
118 // 喇叭音量设置
#打开左右声道
amixer sset 'Right Output Mixer PCM' on // 打开右声道
amixer sset 'Left Output Mixer PCM' on // 打开左声道
由于篇幅有限，打印信息不能给大家全部截取出来。声音的大小，大家根据情况进行调节。
声卡设置完成之后，接着运行测试程序，如下所示：
程序运行之后，对传入的WAV 文件进行解析，并将其音频格式信息打印出来。
此时开发板喇叭便会开始播放音乐，如果连接了耳机，则会通过耳机播放音乐。
示例代码值PCM 录音
本小节我们来编写一个PCM 音频录制（录音）的测试程序，示例代码笔者已经给出，如下所示：
本例程源码对应的路径为：开发板光盘->11、Linux C 应用编程例程源码->28_alsa-lib->pcm_capture.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 初始化PCM Capture 设备*/
if (snd_pcm_init())
exit(EXIT_FAILURE);
/* 申请读缓冲区*/
buf_bytes = period_size * 4; // 字节大小= 周期大小*帧的字节大小16 位双声道
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err1;
}
/* 打开一个新建文件*/
fd = open(argv[1], O_WRONLY | O_CREAT | O_EXCL);
if (0 > fd)
{
fprintf(stderr, "open error: %s: %s\n", argv[1], strerror(errno));
goto err2;
}
/* 录音*/
for (;;)
{
// memset(buf, 0x00, buf_bytes); //buf 清零
ret = snd_pcm_readi(pcm, buf, period_size); // 读取PCM 数据一个周期
if (0 > ret)
{
fprintf(stderr, "snd_pcm_readi error: %s\n", snd_strerror(ret));
goto err3;
}
// snd_pcm_readi 的返回值ret 等于实际读取的帧数* 4 转为字节数
ret = write(fd, buf, ret * 4); // 将读取到的数据写入文件中
if (0 >= ret)
goto err3;
}
err3:
close(fd); // 关闭文件
err2:
free(buf); // 释放内存
err1:
snd_pcm_close(pcm); // 关闭pcm 设备
exit(EXIT_FAILURE);
}
在main()函数中，首先对参数进行了校验，执行测试程序需要用户传入一个参数，指定输出文件，因为示例程序中会将录制的音频数据保存到该文件中。
接着调用自定义函数snd_pcm_init()对PCM 设备进行初始化，在snd_pcm_init()函数中，首先调用alsa-lib 库函数snd_pcm_open()打开PCM 录音设备，接着对PCM 设备硬件参数进行设置，访问类型设置交错模式SND_PCM_ACCESS_RW_INTERLEAVED、数据格式设置为SND_PCM_FORMAT_S16_LE、采样率设置为44100、双声道、周期大小设置为1024 帧、buffer 大小设置为16 个周期。
回到main()函数，调用C 库函数malloc()申请分配一个缓冲区，用于存放从驱动层环形缓冲区buffer 读取出来的音频数据。并打开一个新建文件（因为使用了O_CREAT | O_EXCL 标志）。
一切准备好之后，就可以进行音频录制了，在for 循环中，首先调用alsa-lib 库函数snd_pcm_readi()从环形缓冲区中读取音频设备采集到的音频数据，读取出来之后调用write()函数将数据写入到文件中。示例程序中调用snd_pcm_open()时使用的是阻塞方式，当环形缓冲区buffer 中有数据可读时，调用snd_pcm_readi()
并不会阻塞，而是读取出数据、然后返回；调用一次snd_pcm_readi()读取一个周期、调用一次再读取一个周期；当环形缓冲区为空时，调用snd_pcm_readi()会阻塞，直到音频设备采集到一个周期数据、此时被阻塞
snd_pcm_readi()调用被唤醒、读取这一个周期然后返回。
编译示例代码
接下来我们编译示例代码，如下所示：
${CC} -o testApp testApp.c -lasound
测试应用程序
将编译得到的可执行文件拷贝到开发板Linux 系统/home/root 目录下，在执行测试程序之前，我们需要对声卡进行配置，同样使用amixer 工具进行配置，如下：
amixer sset Capture 58,58 //录制音量大小
amixer sset 'ADC PCM' 200,200 //PCM ADC
# 左声道Mixer Boost 管理
amixer sset 'Left Input Mixer Boost' off
amixer sset 'Left Boost Mixer LINPUT1' off
amixer sset 'Left Input Boost Mixer LINPUT1' 0
amixer sset 'Left Boost Mixer LINPUT2' off
amixer sset 'Left Input Boost Mixer LINPUT2' 0
amixer sset 'Left Boost Mixer LINPUT3' off
amixer sset 'Left Input Boost Mixer LINPUT3' 0
# 右声道Mixer Boost 管理
amixer sset 'Right Input Mixer Boost' on
amixer sset 'Right Boost Mixer RINPUT1' on
amixer sset 'Right Input Boost Mixer RINPUT1' 5
amixer sset 'Right Boost Mixer RINPUT2' on
amixer sset 'Right Input Boost Mixer RINPUT2' 5
amixer sset 'Right Boost Mixer RINPUT3' off
amixer sset 'Right Input Boost Mixer RINPUT3' 0
左右声道的Mixer Boost（混音器增强）为什么要这样去配置？这个与硬件设计有关系，我们就不去解释这个了。具体详情可以参考《I.MX6U 嵌入式Linux 驱动开发指南》文档中音频驱动章节的内容。
接下来，执行测试程序进行录音，如下所示：
执行测试程序之后，就开始录音了，接着我们可以对着底板上的麦（MIC）说话，板载的MIC 如下所示：
程序就会把我们说的话录进去；如果想要停止录音、只能终止进程，按Ctrl+C 终止应用程序；此时在当前目录下会生成cap.wav 音频文件，如下所示：
生成的文件是一个纯音频数据的文件，并不是WAV 格式的文件，因为这个文件没有头部信息，程序中如果检测到该文件不是WAV 格式文件、会直接退出，所以不能直接使用上小节
cap.wav 文件，这里要注意！当然你可以对上小节的示例代码进行修改，也可直接使用aplay 工具播放这段录制的音频，如下：
aplay -f cd cap.wav
图28.5.18 使用aplay 播放录制的音频
如果录制正常，使用aplay 播放出来的声音就是我们录制的声音！
LINE_IN 测试
除了麦克风之外，开发板底板上还有一个LINE_IN 接口，也就是线路输入，如下图所示：
上图中左边的是耳机接口、右边的是LINE_IN 接口，支持音频输入，我们通过本测试程序对LINE_IN
接口进行测试，采集LINE_IN 接口输入的音频。测试时我们使用一根3.5mm 公对公音频线，一头连接到手机或者电脑、另外一头连接到LINE_IN 接口上，然后手机或电脑端播放音乐，那么音频数据就会通过
LINE_IN 接口输入到开发板被我们的应用程序采集（录制）。
在测试之前，我们需要对声卡进行配置，如下所示：
amixer sset Capture 58,58 //录制音量大小
amixer sset 'ADC PCM' 200,200 //PCM ADC
# 左声道Mixer Boost 管理
amixer sset 'Left Input Mixer Boost' off
amixer sset 'Left Boost Mixer LINPUT1' off
amixer sset 'Left Input Boost Mixer LINPUT1' 0
amixer sset 'Left Boost Mixer LINPUT2' on
amixer sset 'Left Input Boost Mixer LINPUT2' 5
amixer sset 'Left Boost Mixer LINPUT3' off
amixer sset 'Left Input Boost Mixer LINPUT3' 0
# 右声道Mixer Boost 管理
amixer sset 'Right Input Mixer Boost' on
amixer sset 'Right Boost Mixer RINPUT1' off
amixer sset 'Right Input Boost Mixer RINPUT1' 0
amixer sset 'Right Boost Mixer RINPUT2' off
amixer sset 'Right Input Boost Mixer RINPUT2' 0
amixer sset 'Right Boost Mixer RINPUT3' on
amixer sset 'Right Input Boost Mixer RINPUT3' 5
配置好之后就可以进行测试了，执行程序之后，手机或电脑端播放音乐，开发板采集从LINE_IN 接口输入的音频数据，测试方式跟MIC 麦克风一样，大家自己去测试！
使用异步方式
上小节中的示例代码28.5.1 和示例代码28.5.2 都是采用了同步方式进行读写，这样会使得应用程序无法做一些其它的事情，本小节我们来学习如何使用异步方式读写。
其实使用异步方式读写非常简单，只需要注册异步处理函数即可。
snd_async_add_pcm_handler()函数
alsa-lib 提供了snd_async_add_pcm_handler()函数用于注册异步处理函数，其实我们只需要通过这个函数注册一个异步处理函数即可，其函数原型如下所示：
int snd_async_add_pcm_handler(snd_async_handler_t **handler,
snd_pcm_t *pcm,
snd_async_callback_t callback,
void *private_data
)
调用该函数需要传入4 个参数：
⚫ handler：参数snd_async_handler_t 用于描述一个异步处理，所以一个snd_async_handler_t 对象表示一个异步处理对象；调用snd_async_add_pcm_handler()函数会实例化一个snd_async_handler_t 对象，并将对象的指针（指针作为异步处理对象的句柄）通过*handler 返回出来。
⚫ pcm：pcm 设备的句柄。
⚫ callback：异步处理函数（或者叫回调函数），snd_async_callback_t 函数指针如下所示：
typedef void(*snd_async_callback_t)(snd_async_handler_t *handler)
参数handler 也就是异步处理对象的句柄。
⚫ private_data：传递给异步处理函数的私有数据，私有数据的数据类型，可以由用户自己定义，调用
snd_async_add_pcm_handler()函数时，参数private_date 指向你的私有数据对象。在异步处理函数中便可以获取到私有数据，调用snd_async_handler_get_callback_private()函数即可，如下所示：
struct my_private_data *data = snd_async_handler_get_callback_private(handler);
关于snd_async_add_pcm_handler()函数的参数介绍，就给大家说这么多。当调用该函数之后，用户传入的PCM 设备将会与异步处理对象关联起来，在异步处理函数callback 中可以通过异步处理对象的句柄获取到PCM 设备的句柄，通过snd_async_handler_get_pcm()获取，如下所示：
snd_pcm_t *pcm_handle = snd_async_handler_get_pcm(handler);
实现异步I/O，应用程序通常需要完成这三件事情：
⚫ 使能异步I/O；
⚫ 设置异步I/O 的所有者；
⚫ 注册信号处理函数（譬如SIGIO 信号或其它实时信号）。
这是内容在13.3 小节给大家详细介绍过，这里不再啰嗦！所以由此可知，snd_async_add_pcm_handler
函数中已经帮我们完成这些事情。
使用示例：
static void snd_playback_async_callback(snd_async_handler_t *handler)
{
snd_pcm_t *handle = snd_async_handler_get_pcm(handler);//获取PCM 句柄
......
}
int main(void)
{
......
snd_async_handler_t *async_handler = NULL;
/* 注册异步处理函数*/
ret = snd_async_add_pcm_handler(&async_handler, pcm, snd_playback_async_callback, NULL);
if (0 > ret)
fprintf(stderr, "snd_async_add_pcm_handler error: %s\n", snd_strerror(ret));
......
}
调用snd_async_add_pcm_handler()注册了异步回调函数snd_playback_async_callback()，当环形缓冲区有空闲的周期可填充数据时（以播放为例），音频设备驱动程序会向应用程序发送信号（SIGIO），接着应用程序便会跳转到snd_playback_async_callback()函数执行。
而对于录音来说，当环形缓冲区中有数据可读时（譬如音频设备已经录制了一个周期、并将数据写入到了环形缓冲区），驱动程序便会向应用程序发送信号，接着应用程序跳转到回调函数执行。
在播放情况下，通常我们会先将环形缓冲区填满，当音频设备每播放完一个周期，就会产生一个空闲周期，此时应用程序会接收到信号，进而跳转到异步回调函数中执行。
snd_pcm_avail_update()函数
在异步处理函数中，我们通常会使用到这个函数，在录音情况下，应用程序调用snd_pcm_avail_update()
函数用于获取当前可读取的帧数；在播放情况下，应用程序调用该函数用于获取当前可写入的帧数。换句话说，也就是驱动层环形缓冲区中当前有多少帧数据可读取（录音）或可写入多少帧数据（播放，环形缓冲区未满时、应用程序才可写入数据）。
该函数原型如下所示：
snd_pcm_sframes_t snd_pcm_avail_update(snd_pcm_t *pcm);
本小节主要给大家介绍这两个函数，因为后面的示例代码中会使用到。
PCM 播放示例-异步方式
通过上面的介绍，本小节我们来编写一个使用异步方式的PCM 播放示例程序，直接基于示例代码28.5.1
进行修改，代码笔者已经写好了，如下所示：
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_playback_async.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err2;
}
/* 播放：先将环形缓冲区填满数据*/
avail = snd_pcm_avail_update(pcm); // 获取环形缓冲区中有多少帧数据需要填充
while (avail >= period_size)
{ // 我们一次写入一个周期
memset(buf, 0x00, buf_bytes); // buf 清零
ret = read(fd, buf, buf_bytes);
if (0 >= ret)
goto err3;
ret = snd_pcm_writei(pcm, buf, period_size); // 向环形缓冲区中写入数据
if (0 > ret)
{
fprintf(stderr, "snd_pcm_writei error: %s\n", snd_strerror(ret));
goto err3;
}
else if (ret < period_size)
{ // 实际写入的帧数小于指定的帧数
// 此时我们需要调整下音频文件的读位置
// 将读位置向后移动（往回移）(period_size-ret)*frame_bytes 个字节
// frame_bytes 表示一帧的字节大小
if (0 > lseek(fd, (ret - period_size) * wav_fmt.BlockAlign, SEEK_CUR))
{
perror("lseek error");
goto err3;
}
}
avail = snd_pcm_avail_update(pcm); // 再次获取、更新avail
}
for (;;)
{
/* 主程序可以做一些其它的事，当环形缓冲区有空闲周期需要写入数据时
* 音频设备驱动程序会向应用程序发送SIGIO 信号
* 接着应用程序跳转到snd_playback_async_callback()函数执行*/
// do_something();
sleep(1);
}
err3:
free(buf); // 释放内存
err2:
snd_pcm_close(pcm); // 关闭pcm 设备
err1:
close(fd); // 关闭打开的音频文件
exit(EXIT_FAILURE);
}
在snd_pcm_init() 函数中，我们调用了snd_async_add_pcm_handler() 函数注册了异步回调函数
snd_playback_async_callback()，当可写入数据时，跳转到snd_playback_async_callback()函数去执行。
在异步回调函数中，我们首先调用snd_pcm_avail_update()获取当前可写入多少帧数据，然后在while()
循环中调用read()读取音频文件的数据、接着调用snd_pcm_writei()向环形缓冲区写入数据，每次循环写入一个周期，直到把缓冲区写满，然后退出回调函数。
回到main()函数中，在进入for()死循环之前，我们先将环形缓冲区填满，执行的代码与回调函数中的代码相同，这里就不再说明了！
编译示例代码
在Ubuntu 系统下执行命令，编译示例代码：
${CC} -o testApp testApp.c -lasound
测试应用程序
将上面编译得到的可执行文件拷贝开发板Linux 系统/home/root 目录下，然后在开发板上测试，大家自己去测！
PCM 录音示例-异步方式
本小节编写使用异步方式的PCM 录音的示例程序，代码笔者已经写好了，如下所示：
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_capture_async.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 初始化PCM Capture 设备*/
if (snd_pcm_init())
exit(EXIT_FAILURE);
/* 申请读缓冲区*/
buf_bytes = period_size * 4; // 字节大小= 周期大小*帧的字节大小16 位双声道
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err1;
}
/* 打开一个新建文件*/
fd = open(argv[1], O_WRONLY | O_CREAT | O_EXCL);
if (0 > fd)
{
fprintf(stderr, "open error: %s: %s\n", argv[1], strerror(errno));
goto err2;
}
/* 录音*/
ret = snd_pcm_start(pcm); // 开始录音
if (0 > ret)
{
fprintf(stderr, "snd_pcm_start error: %s\n", snd_strerror(ret));
goto err3;
}
for (;;)
{
/* 主程序可以做一些其它的事，当环形缓冲区有数据可读时
* 音频设备驱动程序会向应用程序发送SIGIO 信号
* 接着应用程序跳转到snd_capture_async_callback()函数执行、读取数据*/
// do_something();
sleep(1);
}
err3:
close(fd); // 关闭文件
err2:
free(buf); // 释放内存
err1:
snd_pcm_close(pcm); // 关闭pcm 设备
exit(EXIT_FAILURE);
}
这份代码基于示例代码28.5.2 改写，使用异步方式读取录制的音频数据。
代码不再解释了，值得注意的是，在main()函数中我们调用了snd_pcm_start()函数，这个函数前面没给大家介绍过，该函数的作用其实如它命名那般，用于启动PCM 设备，譬如在录音情况下，调用该函数开始录音；在播放情况下，调用该函数开始播放。
前面的几个示例代码中，为啥没有调用该函数呢？这个问题我们先留着、稍后再给大家介绍！
编译示例代码
执行命令编译示例代码：
${CC} -o testApp testApp.c -lasound
测试应用程序
将编译得到的可执行文件拷贝到开发板Linux 系统/home/root 目录下，然后进行测试，测试方法与示例代码28.5.2 对应的测试程序相同，这里不再重述，大家自己去测！
使用poll()函数
上小节我们使用了异步I/O 方式读写PCM 设备，本小节我们来学习如何使用poll I/O 多路复用来实现读写数据。
使用poll I/O 多路复用实现读写
I/O 多路复用是一种高级I/O，在第一篇13.2 小节给大家进行了详细地介绍，可通过select()或poll()函数来实现I/O 多路复用，本小节我们使用poll()函数来实现I/O 多路复用，接下来将向大家介绍！
获取计数：snd_pcm_poll_descriptors_count
该函数用于获取PCM 句柄的轮询描述符计数，其函数原型如下所示：
int snd_pcm_poll_descriptors_count(snd_pcm_t *pcm);
调用该函数返回PCM 句柄的轮询描述符计数。
分配struct pollfd 对象
为每一个轮询描述符分配一个struct pollfd 对象，譬如：
struct pollfd *pfds = NULL;
int count;
/* 获取PCM 句柄的轮询描述符计数*/
count = snd_pcm_poll_descriptors_count(pcm);
if (0 >= count)
{
fprintf(stderr, "Invalid poll descriptors count\n");
return -1;
}
/* 分配内存*/
pfds = calloc(count, sizeof(struct pollfd));
if (NULL == pfds)
{
perror("calloc error");
return -1;
}
填充struct pollfd：snd_pcm_poll_descriptors
接下来调用snd_pcm_poll_descriptors()函数对struct pollfd 对象进行填充（初始化），其函数原型如下所示：
int snd_pcm_poll_descriptors(
snd_pcm_t *pcm,
struct pollfd *pfds,
unsigned int space
);
参数space 表示pfds 数组中的元素个数。
/* 填充pfds */
ret = snd_pcm_poll_descriptors(pcm, pfds, count);
if (0 > ret)
return -1;
poll+snd_pcm_poll_descriptors_revents
一切准备完成之后，就可以调用poll()函数来监视PCM 设备是否有数据可读或可写，当有数据可读或可写时，poll()函数返回，此时我们可以调用snd_pcm_poll_descriptors_revents()函数获取文件描述符中返回的事件类型，并与poll 的events 标志进行比较，以确定是否可读或可写，snd_pcm_poll_descriptors_revents()
函数原型如下所示：
int snd_pcm_poll_descriptors_revents(
snd_pcm_t *pcm,
struct pollfd *pfds,
unsigned int nfds,
unsigned short *revents
)
参数nfds 表示pfds 数组中元素的个数，调用该函数获取文件描述符中返回的事件，通过参数revents 返回出来；注意，不要直接读取struct pollfd 对象中的revents 成员变量，因为snd_pcm_poll_descriptors_revents()
函数会对poll()系统调用返回的revents 掩码进行“分解”以纠正语义（POLLIN = 读取，POLLOUT = 写入）。
使用示例：
for (;;)
{
ret = poll(pfds, count, -1); // 调用poll
if (0 > ret)
{
perror("poll error");
return -1;
}
ret = snd_pcm_poll_descriptors_revents(pcm, pfds, count, &revents);
if (0 > ret)
return -1;
if (revents & POLLERR) // 发生I/O 错误
return -1;
if (revents & POLLIN)
{ // 表示可读取数据
// 从PCM 设备读取数据
}
if (revents & POLLOUT)
{ // 表示可写入数据
// 将数据写入PCM 设备
}
}
PCM 播放示例代码
对示例代码28.5.1 进行修改，使用poll I/O 多路复用，示例代码如下所示：
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_playback_poll.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err2;
}
/* I/O 多路复用poll 初始化*/
if (snd_pcm_poll_init())
goto err3;
for (;;)
{
ret = poll(pfds, count, -1); // 调用poll
if (0 > ret)
{
perror("poll error");
goto err3;
}
ret = snd_pcm_poll_descriptors_revents(pcm, pfds, count, &revents);
if (0 > ret)
goto err3;
if (revents & POLLERR)
goto err3;
if (revents & POLLOUT)
{ // 可写数据
avail = snd_pcm_avail_update(pcm); // 获取环形缓冲区中有多少帧数据需要填充
while (avail >= period_size)
{ // 我们一次写入一个周期
memset(buf, 0x00, buf_bytes); // buf 清零
ret = read(fd, buf, buf_bytes);
if (0 >= ret)
goto err3;
ret = snd_pcm_writei(pcm, buf, period_size);
if (0 > ret)
{
fprintf(stderr, "snd_pcm_writei error: %s\n", snd_strerror(ret));
goto err3;
}
else if (ret < period_size)
{
if (0 > lseek(fd, (ret - period_size) * wav_fmt.BlockAlign, SEEK_CUR))
{
perror("lseek error");
goto err3;
}
}
avail = snd_pcm_avail_update(pcm); // 再次获取、更新avail
}
}
}
err3:
free(buf); // 释放内存
err2:
snd_pcm_close(pcm); // 关闭pcm 设备
err1:
close(fd); // 关闭打开的音频文件
exit(EXIT_FAILURE);
}
PCM 录音示例代码
对示例代码28.5.2 进行修改，使用poll I/O 多路复用，示例代码如下所示：
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_capture_poll.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 初始化PCM Capture 设备*/
if (snd_pcm_init())
exit(EXIT_FAILURE);
/* 申请读缓冲区*/
buf_bytes = period_size * 4; // 字节大小= 周期大小*帧的字节大小16 位双声道
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err1;
}
/* 打开一个新建文件*/
fd = open(argv[1], O_WRONLY | O_CREAT | O_EXCL);
if (0 > fd)
{
fprintf(stderr, "open error: %s: %s\n", argv[1], strerror(errno));
goto err2;
}
/* I/O 多路复用poll 初始化*/
if (snd_pcm_poll_init())
goto err3;
/* 开始录音*/
ret = snd_pcm_start(pcm);
if (0 > ret)
{
fprintf(stderr, "snd_pcm_start error: %s\n", snd_strerror(ret));
goto err3;
}
for (;;)
{
ret = poll(pfds, count, -1); // 调用poll
if (0 > ret)
{
perror("poll error");
goto err3;
}
ret = snd_pcm_poll_descriptors_revents(pcm, pfds, count, &revents);
if (0 > ret)
goto err3;
if (revents & POLLERR)
goto err3;
if (revents & POLLIN)
{ // 可读数据
avail = snd_pcm_avail_update(pcm); // 检查有多少帧数据可读
while (avail >= period_size)
{ // 每次读取一个周期
ret = snd_pcm_readi(pcm, buf, period_size); // 读取PCM 数据一个周期
if (0 > ret)
{
fprintf(stderr, "snd_pcm_readi error: %s\n", snd_strerror(ret));
goto err3;
}
ret = write(fd, buf, ret * 4); // 将读取到的数据写入文件中
if (0 >= ret)
goto err3;
avail = snd_pcm_avail_update(pcm); // 再次读取、更新avail
}
}
}
err3:
close(fd); // 关闭文件
err2:
free(buf); // 释放内存
err1:
snd_pcm_close(pcm); // 关闭pcm 设备
exit(EXIT_FAILURE);
}
PCM 设备的状态
本小节向大家介绍PCM 设备的状态有哪些，alsa-lib 提供了函数snd_pcm_state()用于获取PCM 设备当前的状态，其函数原型如下所示：
snd_pcm_state_t snd_pcm_state(snd_pcm_t *pcm);
可以看到它的返回值是一个snd_pcm_state_t 类型的变量，snd_pcm_state_t 其实是一个枚举类型，描述了PCM 设备包含的所有状态，如下所示：
enum snd_pcm_state_t {
SND_PCM_STATE_OPEN = 0,
SND_PCM_STATE_SETUP,
SND_PCM_STATE_PREPARED,
SND_PCM_STATE_RUNNING,
SND_PCM_STATE_XRUN,
SND_PCM_STATE_DRAINING,
SND_PCM_STATE_PAUSED,
SND_PCM_STATE_SUSPENDED,
SND_PCM_STATE_DISCONNECTED,
SND_PCM_STATE_LAST = SND_PCM_STATE_DISCONNECTED,
SND_PCM_STATE_PRIVATE1 = 1024
}
SND_PCM_STATE_OPEN
该状态表示PCM 设备处于打开状态，譬如当调用snd_pcm_open()后，PCM 设备就处于该状态。
SND_PCM_STATE_SETUP
alsa-lib 文档中的解释为“Setup installed”！该状态表示设备已经初始化完成了，参数已经配置好了。
SND_PCM_STATE_PREPARED
该状态表示设备已经准备好了，可以开始了“Ready to start”！譬如可以开始播放了、可以开始录音了。
前面提到了这个状态，当应用程序调用snd_pcm_hw_params() 函数之后，设备就处于
SND_PCM_STATE_PREPARED 状态了。应用程序中，可以调用snd_pcm_prepare()函数使设备处于
SND_PCM_STATE_PREPARED 状态，该函数原型如下所示：
int snd_pcm_prepare(snd_pcm_t *pcm);
该行数调用成功返回0，失败将返回一个负数错误码。
函数调用成功，PCM 设备将处于SND_PCM_STATE_PREPARED 状态。事实上，应用程序调用时
snd_pcm_hw_params()时，函数内部会自动调用snd_pcm_prepare()，所以为什么调用snd_pcm_hw_params()
之后设备就已经处于SND_PCM_STATE_PREPARED 状态了；调用snd_pcm_hw_params()函数，其实应该发生了两种状态的转变为：首先由SND_PCM_STATE_OPEN 变为SND_PCM_STATE_SETUP 状态、再由
SND_PCM_STATE_SETUP 变为SND_PCM_STATE_PREPARED 状态。
SND_PCM_STATE_RUNNING
该状态表示设备正在运行，譬如正在播放、正在录音。
上小节我们提到，应用程序可以调用snd_pcm_start()函数以启动PCM 设备，启动成功之后，设备开始播放或采集，此时设备处于SND_PCM_STATE_RUNNING 状态。
此外，当设备处于SND_PCM_STATE_PREPARED 状态时，应用程序调用snd_pcm_readi/snd_pcm_writei
进行读写数据时，这些函数内部会自动调用snd_pcm_start()函数；譬如播放模式下，调用snd_pcm_writei 写入数据后，会自动开启PCM 设备进行播放，这里要注意，一定是在数据写入到环形缓冲区之后、才开启PCM
设备播放音频，因为一旦开启之后，环形缓冲区中必须要有至少一个周期的数据可供音频设备播放，否则将会发生欠载（underrun）、函数调用以错误形式返回；在录音模式下，调用snd_pcm_readi()函数后，自动开启PCM 进行音频采集。
所以这就是为什么示例代码28.5.1、示例代码28.5.2、示例代码28.6.1 这几个示例中并没有调用
snd_pcm_start()函数的原因。
当设备处于运行状态时，应用程序可调用snd_pcm_drop()或snd_pcm_drain()函数使设备停止运行，譬如停止播放、停止音频采集；它们的函数原型如下所示：
int snd_pcm_drain(snd_pcm_t *pcm);
int snd_pcm_drop(snd_pcm_t *pcm);
函数调用成功返回0；失败返回负值错误码。
这两个函数都可使设备停止运行，它们的区别如下：
⚫ snd_pcm_drop()函数将立即停止PCM，丢弃挂起的帧；
⚫ snd_pcm_drain()函数并不会立即停止PCM，而是处理完挂起的帧之后再停止PCM；对于播放，会等待所有待播放的帧播放完毕（应该就是环形缓冲区中的待播放数据），然后停止PCM；对于录音，停止PCM 之前会检索残留帧。
当调用snd_pcm_drop()或snd_pcm_drain()停止PCM 设备后，设备将回到SND_PCM_STATE_SETUP 状态。
SND_PCM_STATE_XRUN
当发生XRUN 时，设备会处于SND_PCM_STATE_XRUN 状态，XRUN 前面给大家解释过了，这里不再重述！当处于SND_PCM_STATE_XRUN 状态时，应用程序可以调用snd_pcm_prepare()使设备恢复，使其回到SND_PCM_STATE_PREPARED 状态。
SND_PCM_STATE_DRAINING
这个状态笔者没弄清楚，alsa-lib 文档中的解释为“Draining: running (playback) or stopped (capture)”。
SND_PCM_STATE_PAUSED
pause 就是暂停的意思，所以该状态表示设备处于暂停状态。譬如当设备正在运行时（也就是处于
SND_PCM_STATE_RUNNING 状态），应用程序调用snd_pcm_pause()函数可让设备暂停，其函数原型如下所示：
int snd_pcm_pause(snd_pcm_t *pcm, int enable);
函数snd_pcm_pause() 既可以使的设备暂停、同样也可使其恢复（从暂停恢复运行，即
SND_PCM_STATE_RUNNING—>SND_PCM_STATE_RUNNING），通过参数enable 控制；当enable 等于
1，表示使设备暂停；enable 等于0 表示使设备恢复运行。
snd_pcm_pause()函数调用成功返回0；失败返回一个负值错误码。
这里有个问题需要注意，并不是所有的音频设备硬件上支持暂停的功能，可以通过
snd_pcm_hw_params_can_pause()函数来判断设备是否支持暂停，其函数原型如下所示：
int snd_pcm_hw_params_can_pause(const snd_pcm_hw_params_t *params);
函数返回1 表示硬件支持暂停；返回0 表示硬件不支持暂停。
SND_PCM_STATE_SUSPENDED
该状态表示硬件已经挂起suspended，如果硬件发生了挂起，应用程序可以调用snd_pcm_resume()函数从挂起中恢复，并确保不会丢失样本数据（精细恢复）。snd_pcm_resume()函数原型如下所示：
int snd_pcm_resume(snd_pcm_t *pcm);
函数调用成功返回0；失败返回一个负值错误码。
当然，并非所有硬件都支持此功能，可以调用snd_pcm_hw_params_can_resume()函数判断硬件是否支持从挂起中恢复，其函数原型如下所示：
int snd_pcm_hw_params_can_resume(const snd_pcm_hw_params_t *params);
函数调用返回1 表示支持，返回0 表示不支持。
SND_PCM_STATE_DISCONNECTED
该状态表示硬件已经断开连接。
状态之间的转换
通过上面的介绍，我们已经知道了PCM 设备的几种不同的状态、以及它们的一个转换关系，为了能够加深大家的印象，笔者对其进行了整理，主要整理了SND_PCM_STATE_OPEN、SND_PCM_STATE_SETUP、
SND_PCM_STATE_PREPARED 、SND_PCM_STATE_RUNNING 、SND_PCM_STATE_XRUN 以及
SND_PCM_STATE_PAUSED 这6 种状态之间的转换关系，如下图所示：
笔者尽力了！这图画的还是有点乱，不过没关系，状态转换还是描述清楚了。其实这个状态之间的转换关系不难理解，哪种状态能转哪种状态、哪种状态不能转哪种状态，这个还是很容易理解的。这里笔者就不再多说了。
PCM 播放示例代码-加入状态控制
通过上面的介绍，我们已经知道了PCM 设备不同状态之间转换，譬如播放音乐时，如何暂停、如何停止、又如何恢复。本小节我们来编写一个PCM 播放程序，在示例代码28.6.1 的基础上，加入对播放过程的控制，譬如用户按下空格键可以暂停播放、再次按下空格则恢复播放。
示例代码笔者已经写好，如下所示。
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_playback_ctl.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 屏蔽SIGIO 信号*/
sigemptyset(&sset);
sigaddset(&sset, SIGIO);
sigprocmask(SIG_BLOCK, &sset, NULL);
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err2;
}
/* 终端配置*/
tcgetattr(STDIN_FILENO, &old_cfg); // 获取终端<标准输入-标准输出构成了一套终端>
memcpy(&new_cfg, &old_cfg, sizeof(struct termios)); // 备份
new_cfg.c_lflag &= ~ICANON; // 将终端设置为非规范模式
new_cfg.c_lflag &= ~ECHO; // 禁用回显
tcsetattr(STDIN_FILENO, TCSANOW, &new_cfg); // 使配置生效
/* 播放：先将环形缓冲区填满数据*/
avail = snd_pcm_avail_update(pcm); // 获取环形缓冲区中有多少帧数据需要填充
while (avail >= period_size)
{ // 我们一次写入一个周期
memset(buf, 0x00, buf_bytes); // buf 清零
ret = read(fd, buf, buf_bytes);
if (0 >= ret)
goto err3;
ret = snd_pcm_writei(pcm, buf, period_size); // 向环形缓冲区中写入数据
if (0 > ret)
{
fprintf(stderr, "snd_pcm_writei error: %s\n", snd_strerror(ret));
goto err3;
}
else if (ret < period_size)
{ // 实际写入的帧数小于指定的帧数
// 此时我们需要调整下音频文件的读位置
// 将读位置向后移动（往回移）(period_size-ret)*frame_bytes 个字节
// frame_bytes 表示一帧的字节大小
if (0 > lseek(fd, (ret - period_size) * wav_fmt.BlockAlign, SEEK_CUR))
{
perror("lseek error");
goto err3;
}
}
avail = snd_pcm_avail_update(pcm); // 再次获取、更新avail
}
sigprocmask(SIG_UNBLOCK, &sset, NULL); // 取消SIGIO 信号屏蔽
char ch;
for (;;)
{
ch = getchar(); // 获取用户输入的控制字符
switch (ch)
{
case 'q': // Q 键退出程序
sigprocmask(SIG_BLOCK, &sset, NULL); // 屏蔽SIGIO 信号
goto err3;
case ' ': // 空格暂停/恢复
switch (snd_pcm_state(pcm))
{
case SND_PCM_STATE_PAUSED: // 如果是暂停状态则恢复运行
ret = snd_pcm_pause(pcm, 0);
if (0 > ret)
fprintf(stderr, "snd_pcm_pause error: %s\n", snd_strerror(ret));
break;
case SND_PCM_STATE_RUNNING: // 如果是运行状态则暂停
ret = snd_pcm_pause(pcm, 1);
if (0 > ret)
fprintf(stderr, "snd_pcm_pause error: %s\n", snd_strerror(ret));
break;
}
break;
}
}
err3:
snd_pcm_drop(pcm); // 停止PCM
tcsetattr(STDIN_FILENO, TCSANOW, &old_cfg); // 退出前恢复终端的状态
free(buf); // 释放内存
err2:
snd_pcm_close(pcm); // 关闭pcm 设备
err1:
close(fd); // 关闭打开的音频文件
exit(EXIT_FAILURE);
}
上述示例程序是在示例代码28.6.1 基础上进行修改了，加入了用户控制单元，程序设定：
⚫ q：在终端按下q 键退出应用程序；
⚫ 终端按下空格键暂停播放，再次按下恢复播放。
下面给大家简单地介绍下上述示例代码的设计，在main()函数中，我们首先屏蔽了SIGIO 信号，如下：
/* 屏蔽SIGIO 信号*/
sigemptyset(&sset);
sigaddset(&sset, SIGIO);
sigprocmask(SIG_BLOCK, &sset, NULL);
这主要是为了程序设计上的安全考虑，等把环形缓冲区填满数据之后，再取消SIGIO 信号屏蔽。当然，你也可以不这样做。
接着打开用户传入的音频文件、初始化PCM 播放设备、申请应用程序所需的缓冲区：
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err2;
}
接着对终端进行设置，将终端配置为非规范模式、取消回显，配置为非规范模式之后，用户输入的字符会直接被应用程序读取到，而无需按下回车键；取消回显，意味着用户输入的字符，在终端不会显示出来，这些内容在串口应用编程章节给大家详细介绍过，这里就不再啰嗦！
/* 终端配置*/
tcgetattr(STDIN_FILENO, &old_cfg); //获取终端<标准输入-标准输出构成了一套终端>
memcpy(&new_cfg, &old_cfg, sizeof(struct termios));//备份
new_cfg.c_lflag &= ~ICANON; //将终端设置为非规范模式
new_cfg.c_lflag &= ~ECHO; //禁用回显
tcsetattr(STDIN_FILENO, TCSANOW, &new_cfg);//使配置生效
接下来将数据写入环形缓冲区，开始播放。
取消SIGIO 信号信号屏蔽。
最后进入for()循环中，通过getchar()读取用户输入的字符，用户输入q 时退出程序，这里需要注意，退出程序时需要调用tcsetattr()将终端配置参数恢复到之前的状态，否则你的终端将可能会出现下面这种情况：
这个时候你就只能重启了。
用户输入空格暂停或恢复，调用snd_pcm_pause()实现暂停/恢复。
代码比较简单，笔者也就不再多说了！
编译示例代码
执行命令编译应用程序：
${CC} -o testApp testApp.c -lasound
测试应用程序
将编译得到的可执行文件拷贝到开发板Linux 系统/home/root 目录下，并准备一个WAV 音频文件，接着我们执行测试程序：
运行之后，开始播放音乐，此时我们可以通过空格键来暂停播放、再按空格键恢复播放，按q 键退出程序，大家自己去测试。
Tips：本测试程序不能放在后台运行，一旦放入后台，程序将停止（不是终止、是暂停运行），因为这个程序在设计逻辑上就不符合放置在后台，因为程序中会读取用户从终端（标准输入）输入的字符，如果放入后台，那用户输入的字符就不可能被该程序所读取到，这是其一；其二，程序中修改了终端的配置。
snd_pcm_readi/snd_pcm_writei 错误处理
当snd_pcm_readi/snd_pcm_writei 调用出错时，会返回一个小于0（负值）的错误码，可调用snd_strerror()
函数获取对应的错误描述信息。前面的示例代码中我们并没有对snd_pcm_readi/snd_pcm_writei 的错误返回做过多、细节的处理，而是简单地在出错之后退出。
事实上，当调用snd_pcm_readi/snd_pcm_writei 出错时，可根据不同的情况作进一步的处理，在alsa-lib
文档中有介绍到，snd_pcm_readi/snd_pcm_writei 函数的不同错误返回值，表示不同的含义，如下所示：
snd_pcm_readi()函数与它相同。
当返回值等于-EBADFD，表示PCM 设备的状态不对，因为执行snd_pcm_readi/snd_pcm_writei 读取/写入数据需要PCM 设备处于SND_PCM_STATE_PREPARED 或SND_PCM_STATE_RUNNING 状态，前面已经详细地给大家介绍了PCM 设备的状态间转换问题。
当返回值等于-EPIPE，表示发生了XRUN，此时可以怎么做呢？这个可以根据自己的实际需要进行处理，譬如调用snd_pcm_drop()停止PCM 设备，或者调用snd_pcm_prepare()使设备恢复进入准备状态。
当返回值等于-ESTRPIPE，表示硬件发生了挂起，此时PCM 设备处于SND_PCM_STATE_SUSPENDED
状态，譬如你可以调用snd_pcm_resume() 函数从挂起中精确恢复，如果硬件不支持，还可调用
snd_pcm_prepare()函数使设备进入准备状态，或者执行其它的处理，根据应用需求的进行相应的处理。
以上给大家介绍了调用snd_pcm_readi/snd_pcm_writei 函数出错时的一些情况以及可以采取的一些措施！
混音器设置
前面给大家介绍了alsa-utils 提供的两个声卡配置工具：alsamixer 和amixer。这两个工具同样是基于alsa-lib 库函数编写的，本小节我们来学习如何在自己的应用程序中通过调用alsa-lib 库函数对声卡混音器进行配置，譬如音量调节。
混音器相关的接口在alsa-lib 的Mixer Interface 模块中有介绍，点击图28.2.2 中“Mixer Interface”可查看混音器相关接口的介绍，如下所示：
大家可以简单地浏览下该模块下提供了那些函数，点击函数名可以查看该函数的简单介绍信息。
打开混音器：snd_mixer_open
在使用混音器之后，需要打开混音器，调用snd_mixer_open()函数打开一个空的混音器，其函数原型如下所示：
int snd_mixer_open(snd_mixer_t **mixerp, int mode);
alsa-lib 使用snd_mixer_t 数据结构描述混音器，调用snd_mixer_open()函数会实例化一个snd_mixer_t 对象，并将对象的指针（也就是混音器的句柄）通过mixerp 返回出来。参数mode 指定了打开模式，通常设置为0 使用默认模式即可！
函数调用成功返回0；失败返回一个小于0 的错误码。
使用示例：
snd_mixer_t *mixer = NULL;
int ret;
ret = snd_mixer_open(&mixer, 0);
if (0 > ret)
fprintf(stderr, "snd_mixer_open error: %s\n", snd_strerror(ret));
Attach 关联设备：snd_mixer_attach
调用snd_mixer_open()函数打开并实例化了一个空的混音器，接下来我们要去关联声卡控制设备，调用
snd_mixer_attach()函数进行关联，其函数原型如下所示：
int snd_mixer_attach(snd_mixer_t *mixer, const char *name);
参数mixer 对应的是混音器的句柄，参数name 指定了声卡控制设备的名字，同样这里使用的也是逻辑设备名，而非设备节点的名字，命名方式为"hw:i"，i 表示声卡的卡号，通常一个声卡对应一个控制设备；譬如"hw:0"表示声卡0 的控制设备，这其实就对应/dev/snd/controlC0 设备。与snd_pcm_open()函数中PCM 设备的命名一样，snd_mixer_attach()函数中声卡控制设备的命名也有其它方式，这里暂时先不管这个问题。
调用snd_mixer_open()函数会将参数name 所指定的控制设备与混音器mixer 进行关联。
函数调用成功返回0；失败返回一个小于0 的错误码。
使用示例：
ret = snd_mixer_attach(mixer, "hw:0");
if (0 > ret)
fprintf(stderr, "snd_mixer_attach error: %s\n", snd_strerror(ret));
注册：snd_mixer_selem_register
调用snd_mixer_selem_register()函数注册混音器，其函数原型如下所示：
int snd_mixer_selem_register(
snd_mixer_t *mixer,
struct snd_mixer_selem_regopt *options,
snd_mixer_class_t **classp);
参数options 和参数classp 直接设置为NULL 即可。
函数调用成功返回0；失败返回一个小于0 的错误码。
使用示例：
ret = snd_mixer_selem_register(mixer, NULL, NULL);
if (0 > ret)
fprintf(stderr, "snd_mixer_selem_register error: %s\n", snd_strerror(ret));
加载：snd_mixer_load
最后需要加载混音器，调用snd_mixer_load()函数完成加载，函数原型如下所示：
int snd_mixer_load(snd_mixer_t * mixer);
函数调用成功返回0；失败返回小于0 的错误码。
使用示例：
ret = snd_mixer_load(mixer);
if (0 > ret)
fprintf(stderr, "snd_mixer_load error: %s\n", snd_strerror(ret));
查找元素
经过上面一系列步骤之后，接下来就可以使用混音器了，alsa-lib 中把混音器的配置项称为元素（element），譬如耳机音量调节Headphone 是一个元素、'Headphone Playback ZC’是一个元素、‘Right Output Mixer PCM’
也是一个元素。
snd_mixer_first_elem 和snd_mixer_last_elem
alsa-lib 使用数据结构snd_mixer_elem_t 来描述一个元素，所以一个snd_mixer_elem_t 对象就是一个元素。混音器有很多的元素（也就是有很多配置项），通过snd_mixer_first_elem()函数可以找到混音器的第一个元素，其函数原型如下所示：
snd_mixer_elem_t *snd_mixer_first_elem(snd_mixer_t *mixer);
通过snd_mixer_last_elem()函数可找到混音器的最后一个元素，如下：
snd_mixer_elem_t *snd_mixer_last_elem(snd_mixer_t *mixer);
snd_mixer_elem_next 和snd_mixer_elem_prev
调用snd_mixer_elem_next()和snd_mixer_elem_prev()函数可获取指定元素的下一个元素和上一个元素：
snd_mixer_elem_t *snd_mixer_elem_next(snd_mixer_elem_t *elem);
snd_mixer_elem_t *snd_mixer_elem_prev(snd_mixer_elem_t *elem);
所以通过snd_mixer_first_elem 和snd_mixer_elem_next() 或者snd_mixer_last_elem() 和
snd_mixer_elem_prev()就可以遍历整个混音器中的所有元素，如下所示：
snd_mixer_elem_t *elem = NULL;
elem = snd_mixer_first_elem(mixer);//找到第一个元素
while (elem) {
......
......
snd_mixer_elem_next(elem); //找到下一个元素
}
snd_mixer_selem_get_name
调用snd_mixer_selem_get_name()函数可获取指定元素的名字，如下所示：
const char *snd_mixer_selem_get_name(snd_mixer_elem_t *elem);
获取元素的名字之后，进行对比，以确定是否是我们要找的元素：
const char *name = snd_mixer_selem_get_name(elem);
if (!strcmp(name, "Headphone")) {
//该配置项是"Headphone"
}
else {
//该配置项不是"Headphone"
}
获取/更改元素的配置值
前面给大家提到了混音器的配置值有两种类型，第一种它的配置值是在一个范围内的数值，譬如音量大小的调节；另一种则是bool 类型，用于控制开启或关闭，譬如0 表示关闭配置、1 表示使能配置。
snd_mixer_selem_has_playback_volume/snd_mixer_selem_has_capture_volume
我们可以调用snd_mixer_selem_has_playback_volume （播放）或snd_mixer_selem_has_capture_volume （录音）函数来判断一个指定元素的配置值是否是volume 类型，也就是上面说的第一种情况。函数原型如下所示：
int snd_mixer_selem_has_playback_volume(snd_mixer_elem_t *elem);
int snd_mixer_selem_has_capture_volume(snd_mixer_elem_t *elem);
函数返回0 表示不是volume 类型；返回1 表示是volume 类型。
snd_mixer_selem_has_playback_switch/snd_mixer_selem_has_capture_switch
调用snd_mixer_selem_has_playback_switch（播放）snd_mixer_selem_has_capture_switch（录音）函数判断一个指定元素的配置值是否是switch 类型，也就是上面说的第二种情况。函数原型如下所示：
int snd_mixer_selem_has_playback_switch(snd_mixer_elem_t *elem);
int snd_mixer_selem_has_capture_switch(snd_mixer_elem_t *elem);
函数返回0 表示不是switch 类型；返回1 表示是switch 类型。
snd_mixer_selem_has_playback_channel/snd_mixer_selem_has_capture_channel
通过snd_mixer_selem_has_playback_channel（播放）或snd_mixer_selem_has_capture_channel（录音）函数可判断指定元素是否包含指定通道，其函数原型如下所示：
int snd_mixer_selem_has_playback_channel(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel
);
int snd_mixer_selem_has_capture_channel(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel
);
参数channel 用于指定一个通道，snd_mixer_selem_channel_id_t 是一个枚举类型，如下所示：
enum snd_mixer_selem_channel_id_t
{
SND_MIXER_SCHN_UNKNOWN = -1,
SND_MIXER_SCHN_FRONT_LEFT = 0, // 左前
SND_MIXER_SCHN_FRONT_RIGHT, // 右前
SND_MIXER_SCHN_REAR_LEFT, // 左后
SND_MIXER_SCHN_REAR_RIGHT, // 右后
SND_MIXER_SCHN_FRONT_CENTER, // 前中
SND_MIXER_SCHN_WOOFER, // 低音喇叭
SND_MIXER_SCHN_SIDE_LEFT, // 左侧
SND_MIXER_SCHN_SIDE_RIGHT, // 右侧
SND_MIXER_SCHN_REAR_CENTER, // 后中
SND_MIXER_SCHN_LAST = 31,
SND_MIXER_SCHN_MONO = SND_MIXER_SCHN_FRONT_LEFT // 单声道
};
如果元素是双声道元素，通常只包含左前（SND_MIXER_SCHN_FRONT_LEFT ）和右前（SND_MIXER_SCHN_FRONT_RIGHT ）两个声道。如果是单声道设备，通常只包含
SND_MIXER_SCHN_MONO，其数值等于SND_MIXER_SCHN_FRONT_LEFT。
可以调用snd_mixer_selem_is_playback_mono（播放）或snd_mixer_selem_is_capture_mono（录音）函数判断一个指定的元素是否是单声道元素，其函数原型如下所示：
int snd_mixer_selem_is_playback_mono(snd_mixer_elem_t *elem);
int snd_mixer_selem_is_capture_mono(snd_mixer_elem_t *elem);
snd_mixer_selem_get_playback_volume/snd_mixer_selem_get_capture_volume
调用snd_mixer_selem_get_playback_volume（播放）或snd_mixer_selem_get_capture_volume（录音）获取指定元素的音量大小，其函数原型如下所示：
int snd_mixer_selem_get_playback_volume(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel,
long *value
);
int snd_mixer_selem_get_capture_volume(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel,
long *value
);
参数elem 指定对应的元素，参数channel 指定该元素的某个声道。调用
snd_mixer_selem_get_playback_volume()函数可获取elem 元素的channel 声道对应的音量大小，并将获取到的音量值通过value 返回出来。
函数调用成功返回0，失败返回一个小于0 的错误码。
譬如，获取左前声道的音量（播放）：
long value;
snd_mixer_selem_get_playback_volume(elem, SND_MIXER_SCHN_FRONT_LEFT, &value);
snd_mixer_selem_set_playback_volume/snd_mixer_selem_set_capture_volume
设置指定元素的音量值，其函数原型如下所示：
int snd_mixer_selem_set_playback_volume(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel,
long value
);
int snd_mixer_selem_set_capture_volume(
snd_mixer_elem_t *elem,
snd_mixer_selem_channel_id_t channel,
long value
);
调用snd_mixer_selem_set_playback_volume（播放）或snd_mixer_selem_set_capture_volume（录音）设置元素的某个声道的音量，参数elem 指定元素、参数channel 指定该元素的某个声道，参数value 指定音量值。
调用snd_mixer_selem_set_playback_volume_all/snd_mixer_selem_set_capture_volume_all可一次性设置指定元素所有声道的音量，函数原型如下所示：
int snd_mixer_selem_set_playback_volume_all(
snd_mixer_elem_t *elem,
long value);
int snd_mixer_selem_set_capture_volume_all(
snd_mixer_elem_t *elem,
long value);
snd_mixer_selem_get_playback_volume_range/snd_mixer_selem_get_capture_volume_range
获取指定元素的音量范围，其函数原型如下所示：
int snd_mixer_selem_get_playback_volume_range(
snd_mixer_elem_t *elem,
long *min,
long *max);
int snd_mixer_selem_get_capture_volume_range(
snd_mixer_elem_t *elem,
long *min,
long *max);
示例程序
本小节我们将对示例代码28.8.1 进行修改，添加音量控制，示例代码如下所示：
本例程源码对应的路径为：开发板光盘->11 、Linux C 应用编程例程源码->28_alsa-lib->pcm_playback_mixer.c。
#include \n" , argv[0]);
exit(EXIT_FAILURE);
}
/* 屏蔽SIGIO 信号*/
sigemptyset(&sset);
sigaddset(&sset, SIGIO);
sigprocmask(SIG_BLOCK, &sset, NULL);
/* 打开WAV 音频文件*/
if (open_wav_file(argv[1]))
exit(EXIT_FAILURE);
/* 初始化PCM Playback 设备*/
if (snd_pcm_init())
goto err1;
/* 初始化混音器*/
if (snd_mixer_init())
goto err2;
/* 申请读缓冲区*/
buf = malloc(buf_bytes);
if (NULL == buf)
{
perror("malloc error");
goto err3;
}
/* 终端配置*/
tcgetattr(STDIN_FILENO, &old_cfg); // 获取终端<标准输入-标准输出构成了一套终端>
memcpy(&new_cfg, &old_cfg, sizeof(struct termios)); // 备份
new_cfg.c_lflag &= ~ICANON; // 将终端设置为非规范模式
new_cfg.c_lflag &= ~ECHO; // 禁用回显
tcsetattr(STDIN_FILENO, TCSANOW, &new_cfg); // 使配置生效
/* 播放：先将环形缓冲区填满数据*/
avail = snd_pcm_avail_update(pcm); // 获取环形缓冲区中有多少帧数据需要填充
while (avail >= period_size)
{ // 我们一次写入一个周期
memset(buf, 0x00, buf_bytes); // buf 清零
ret = read(fd, buf, buf_bytes);
if (0 >= ret)
goto err4;
ret = snd_pcm_writei(pcm, buf, period_size); // 向环形缓冲区中写入数据
if (0 > ret)
{
fprintf(stderr, "snd_pcm_writei error: %s\n", snd_strerror(ret));
goto err4;
}
else if (ret < period_size)
{ // 实际写入的帧数小于指定的帧数
// 此时我们需要调整下音频文件的读位置
// 将读位置向后移动（往回移）(period_size-ret)*frame_bytes 个字节
// frame_bytes 表示一帧的字节大小
if (0 > lseek(fd, (ret - period_size) * wav_fmt.BlockAlign, SEEK_CUR))
{
perror("lseek error");
goto err4;
}
}
avail = snd_pcm_avail_update(pcm); // 再次获取、更新avail
}
sigprocmask(SIG_UNBLOCK, &sset, NULL); // 取消SIGIO 信号屏蔽
/* 显示帮助信息*/
show_help();
/* 等待获取用户输入*/
char ch;
long vol;
for (;;)
{
ch = getchar(); // 获取用户输入的控制字符
switch (ch)
{
case 'q': // Q 键退出程序
sigprocmask(SIG_BLOCK, &sset, NULL); // 屏蔽SIGIO 信号
goto err4;
case ' ': // 空格暂停/恢复
switch (snd_pcm_state(pcm))
{
case SND_PCM_STATE_PAUSED: // 如果是暂停状态则恢复运行
ret = snd_pcm_pause(pcm, 0);
if (0 > ret)
fprintf(stderr, "snd_pcm_pause error: %s\n", snd_strerror(ret));
break;
case SND_PCM_STATE_RUNNING: // 如果是运行状态则暂停
ret = snd_pcm_pause(pcm, 1);
if (0 > ret)
fprintf(stderr, "snd_pcm_pause error: %s\n", snd_strerror(ret));
break;
}
break;
case 'w': // 音量增加
if (playback_vol_elem)
{
// 获取音量
snd_mixer_selem_get_playback_volume(playback_vol_elem,
SND_MIXER_SCHN_FRONT_LEFT, &vol);
vol++;
// 设置音量
snd_mixer_selem_set_playback_volume_all(playback_vol_elem, vol);
}
break;
case 's': // 音量降低
if (playback_vol_elem)
{
// 获取音量
snd_mixer_selem_get_playback_volume(playback_vol_elem,
SND_MIXER_SCHN_FRONT_LEFT, &vol);
vol--;
// 设置音量
snd_mixer_selem_set_playback_volume_all(playback_vol_elem, vol);
}
break;
}
}
err4:
snd_pcm_drop(pcm); // 停止PCM
tcsetattr(STDIN_FILENO, TCSANOW, &old_cfg); // 退出前恢复终端的状态
free(buf); // 释放内存
err3:
snd_mixer_close(mixer); // 关闭混音器
err2:
snd_pcm_close(pcm); // 关闭pcm 设备
err1:
close(fd); // 关闭打开的音频文件
exit(EXIT_FAILURE);
}
main()函数中调用了自定义函数snd_mixer_init()对声卡混音器进行了初始化，snd_mixer_init()函数中做的事情，也就是上面给大家所介绍的流程：首先打开一个空的混音器、attach 关联一个声卡控制设备、注册混音器、加载混音器，整个这一套操作完成之后，就可以去使用混音器了；查找混音器中的元素，对元素进行配置。
在snd_mixer_init()函数中，我们对WM8960 声卡的"Speaker"元素（喇叭输出音量）、"Headphone"元素（耳机输出音量）以及"Playback"元素（播放音量）进行了配置，将它们都设置为90%；之后将"Playback"元素的句柄赋值给全局静态变量playback_vol_elem。
回到main()函数，在for 循环中，获取用户输入的控制字符，在这里我们添加了w 和s，当用户按下w
键时增加音量、按下s 键时降低音量，这里控制的音量是WM8960 的"Playback"音量（播放音量）。
编译应用程序
编译上述示例代码：
${CC} -o testApp testApp.c -lasound
测试应用程序
将编译得到的可执行文件拷贝到开发板Linux 系统的/home/root 目录下，准备一个WAV 格式的音频文件，执行测试程序：
./testApp ./EXO-Overdose.wav
命令执行之后会显示操作方式，大家可以根据提示自己测试！
回环测试例程
alsa-utils 提供了一个用于回环测试的工具alsaloop，可以实现边录音、边播放，该程序用法比较简单，执行"alsaloop --help"可以查看alsaloop 测试程序的使用帮助信息，如下所示：
譬如直接运行"alsaloop -t 1000"可以进行测试，大家可以自己亲自测试下。
回环测试原理上很简单，录制音频、然后再播放出来，但是事实上并不如此，还需要考虑到很多的因素，因为对于录音和播放来说，录制一个周期和播放一个周期，硬件上处理这一个周期所花费的时间并不相同，一个是ADC 过程、而一个是DAC 过程，所以往往很容易出现XRUN，所以如何有效合理地设计你的应用程序将变得很重要、以最大限度降低XRUN 情况的发生。
笔者测试过alsaloop 工具，虽然也会出现XRUN，但比较少；如果对此有兴趣的读者，可以参考alsaloop
程序的源代码，直接下载alsa-util 源码包，在alsa-util 源码包中就可以找到alsaloop 程序的源码，如下所示：
除了alsaloop 的源码之外，还包括前面所介绍的aplay、alsamixer、amixer、alsactl 等这些工具的源码都在这里，有兴趣的读者可以看看。
总结
本章我们学习了Linux 下的音频应用编程，应用程序基于alsa-lib 库实现播放、录音等功能，本章并没有做过多深入的学习，仅仅只是给大家介绍了alsa-lib 库函数中一些基本的API 接口，其中还有绝大部分的接口并没有给大家介绍，如果大家有兴趣，可以自己深入研究、学习！
本小节我们来聊一聊ALSA 插件。
ALSA 插件（plugin）
ALSA 提供了一些PCM 插件，以扩展PCM 设备的功能和特性，插件负责各种样本转换、通道之间的样本复制等。
调用snd_pcm_open()函数时，需要填写PCM 设备名，alsa-lib 库使用逻辑设备名而不是设备节点名。前面编写的示例程序中，我们使用了"hw:i,j"这种格式的名字，这其实指定的是一个名为hw 的插件，而冒号后面的两个数字i 和j 表示两个参数，也就是使用该插件时传入的两个参数（第一个参数表示声卡号，第二个参数表示设备号）。
开发板Linux 系统的/usr/share/alsa/目录下有一个名为alsa.conf 的文件，如下所示：
该文件是alsa-lib 库的配置文件，调用snd_pcm_open()函数时会加载/usr/share/alsa/alsa.conf 文件并解析，从上图中可知，/usr/share/alsa/alsa.conf 文件中会加载并解析/etc/asound.conf 和~/.asoundrc 这两个配置文件，在我们的开发板出厂系统中，有/etc/asound.conf 配置文件、但并没有~/.asoundrc 文件。
/usr/share/alsa/alsa.conf 配置文件作为alsa-lib 库函数的主要入口点，对alsa-lib 进行了配置并定义了一些基本、通用的PCM 插件；而.asoundrc 和asound.conf 文件的引入提供用户定制化需求，用户可以在这两个文件中根据自己的需求定义插件。
关于插件的定义以及相关的解释说明，大家可以参考以下两份ALSA 提供的文档：
https://www.alsa-project.org/main/index.php/Asoundrc
https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html
譬如开发板出厂系统/etc/asound.conf 文件中定义很多的PCM 插件，如下所示：
上图中的每一个pcm.name { }就定义了一个插件，name 表示插件的名字，譬如dmix_48000、dmix_44100、
dmix_32000 等；而点号前面的pcm 表示name 是一个PCM 插件，用于PCM 设备；中括号{ }里边的内容则是对插件的属性定义。
中括号{ }中，type 字段指定了插件的类型，alsa-lib 支持多种不同的插件类型，譬如hw、plughw、
mmap_emul、shm、linear、plug、multi、share、dmix、dsnoop、softvol 等等，不同的类型的插件支持不同的功能、特性，下面给大家简单地进行介绍。
hw 插件
该插件直接与ALSA 内核驱动程序通信，这是一种没有任何转换的原始通信。应用程序调用alsa-lib 库函数直接操作了底层音频硬件设置，譬如对PCM 设备的配置、直接作用于硬件。
plughw 插件
该插件能够提供诸如采样率转换这样的软件特性，硬件本身并不支持这样的特性。譬如，应用程序播放的音频文件是48000 采样率，但是底层音频硬件本身并不支持这种采样率，所以调用
snd_pcm_hw_params_set_rate()函数将PCM 设备的采样率设置为48000 时会导致错误！
这时可以使用plughw 插件，它支持采样率转换这样的软件特性。
dmix 插件
该支持混音，将多个应用程序的音频数据进行混合。
softvol 插件
支持软件音量。
关于这些插件更加的详细地介绍说明，请查看ALSA 提供的文档。