在linux下如何进行放音和录音

录音：mic接到codec，经过adc变成数字信号，经过待续2中ac97等接口存储到cpu的fifo中，经过待续1中的dma传输存储到内存，经过待续3中alsa_lib中snd_pcm_readi接口传给录音软件，经过编码，进而形成音频文件。

放音：播放软件将音频文件解码，并通过待续3中snd_pcm_writei接口逐渐传递到和dma相关的内存，经过待续2中dma传递给cpu的fifo，再经过ac97等接口传递给dac，最后传给连接在codec上的speaker。

心得：

1.ac97数据传输颇复杂，分时复用，cpu端fifo和codec端adc/dac关系要对应好。比如，cpu端的pcm left fifo占用slot3，那么adc只有配置成slot3才能把数据传递给它，如果配置成slot6，那就传给cpu的mic in fifo了。录音单声道通常选择slot6，录音双声道通常两个adc分别选择slot3和slot4。

2.wav音频文件大小计算：要测试录音是否丢祯，就必然要计算文件大小，通常的方法是：根据录音时间，用公式：录音时间(单位s)x采样率x(采样位数/8)x通道数。比如，录音时间5秒，采样率8kHz，位数16位，通道数1,那么5x8000x(16/8)x1=80k，实际的wav文件大小稍大于80k就对了。还有一种计算文件大小的方法：通常音频系统要用dma，也会用到dma中断，可以在dma中断中打印计数，次数xdma中断周期字节就行了。

3.数据交换的大小问题：待续1中DMA传输必须和FIFO的特性匹配：若FIFO位宽是16位，深度是16，并且半满时向DMA发出请求(握手)，则链表式DMA必须配置成传输位宽16位，1次突发16字节，才能保证不丢失位数和数据个数。待续2中cpu端FIFO位数要和codec端adc/dac采样位数匹配，i2s/pcm接口可以配置成一样的值，比如16位，ac97接口复杂一点，cpu端不用配置，那么采样位数是多少呢?若cpu端fifo一个声道位宽16位，codec端adc/dac位宽18位，ac97通道20位，则传输到fifo端就被截取到有效的16位，整体采样位数16位，adc/dac的性能没有充分发挥而已。待续3中snd_pcm_readi、snd_pcm_writei函数第三个参数表示读写数据的大小，单位是祯，不是字节。双声道16位格式一祯大小为4字节

PCM格式的文件是指模拟音频信号经模数转换直接形成的二进制序列，需要用LinuxBlueZPCM音频播放器进行播放。

通常指的播放器是指能播放以数字信号形式存储的视频或音频文件的软件，也指具有播放视频或音频文件功能的电子器件产品。如基于闪存的mp3播放器和基于移动硬盘的iPod等。除了少数波形文件外，大多数播放器携带解码器以还原经过压缩媒体文件，播放器还要内置一整套转换频率以及缓冲的算法。以前是播放音频和视频的软件各具特色，现在大多则是视频音频播放器合二为一了。衡量一款播放器软件的好坏可以从内核、交互界面和播放模式三方面入手。内核主要指解码、缓冲、频率转换等诸多涉及音质的算法，交互界面主要指用户与软件交互的外部接口，播放模式主要指播放器以何种方式播放哪些歌曲以满足用户对播放习惯和播放心理。内核、交互界面、播放模式三方面在播放器设计中受重视的程度依次递减。以至大多数播放器的播放模式都很类似。

---