一、前序

這里了解一下各個參數(shù)的含義以及一些基本概念。

聲音是連續(xù)模擬量，計算機將它離散化之后用數(shù)字表示，就有了以下幾個名詞術語。

樣本長度(sample)：樣本是記錄音頻數(shù)據(jù)最基本的單位，計算機對每個通道采樣量化時數(shù)字比特位數(shù)，常見的有8位和16位。

通道數(shù)(channel)：該參數(shù)為1表示單聲道，2則是立體聲。

幀(frame)：幀記錄了一個聲音單元，其長度為樣本長度與通道數(shù)的乘積，一段音頻數(shù)據(jù)就是由苦干幀組成的。

采樣率(rate)：每秒鐘采樣次數(shù)，該次數(shù)是針對幀而言，常用的采樣率如8KHz的人聲， 44.1KHz的mp3音樂, 96Khz的藍光音頻。

周期(period)：音頻設備一次處理所需要的楨數(shù)，對于音頻設備的數(shù)據(jù)訪問以及音頻數(shù)據(jù)的存儲，都是以此為單位。

交錯模式(interleaved)：是一種音頻數(shù)據(jù)的記錄方式

在交錯模式下，數(shù)據(jù)以連續(xù)楨的形式存放，即首先記錄完楨1的左聲道樣本和右聲道樣本（假設為立體聲格式），再開始楨2的記錄。

而在非交錯模式下，首先記錄的是一個周期內所有楨的左聲道樣本，再記錄右聲道樣本，數(shù)據(jù)是以連續(xù)通道的方式存儲。

不過多數(shù)情況下，我們只需要使用交錯模式就可以了。

period(周期):?硬件中中斷間的間隔時間。它表示輸入延時。

比特率（Bits Per Second）：比特率表示每秒的比特數(shù)，比特率=采樣率×通道數(shù)×樣本長度

1、ALSA聲音編程介紹

ALSA表示高級Linux聲音體系結構(Advanced Linux Sound Architecture)。

它由一系列內核驅動，應用程序編譯接口(API)以及支持Linux下聲音的實用程序組成。

這篇文章里，我將簡單介紹 ALSA項目的基本框架以及它的軟件組成。主要集中介紹PCM接口編程，包括您可以自動實踐的程序示例。

您使用ALSA的原因可能就是因為它很新，但它并不是唯一可用的聲音API。如果您想完成低級的聲音操作，以便能夠最大化地控制聲音并最大化地提高性能，或者如果您使用其它聲音API沒有的特性，那么ALSA是很好的選擇。如果您已經(jīng)寫了一個音頻程序，你可能想要為ALSA聲卡驅動添加本地支持。如果您對音頻不感興趣，只是想播放音頻文件，那么高級的API將是更好的選擇，比如SDL,OpenAL以及那些桌面環(huán)境提供的工具集。另外，您只能在有ALSA 支持的Linux環(huán)境中使用ALSA。

2、ALSA歷史

ALSA項目發(fā)起的起因是Linux下的聲卡驅動(OSS/Free drivers)沒有得到積極的維護。并且落后于新的聲卡技術。Jaroslav Kysela早先寫了一個聲卡驅動，并由此開始了ALSA項目，隨便，更多的開發(fā)者加入到開發(fā)隊伍中，更多的聲卡得到支持，API的結構也得到了重組。

Linux內核2.5在開發(fā)過程中，ALSA被合并到了官方的源碼樹中。在發(fā)布內核2.6后，ALSA已經(jīng)內建在穩(wěn)定的內核版本中并將廣泛地使用。

3、數(shù)字音頻基礎

聲音由變化的氣壓組成。它被麥克風這樣的轉換器轉換成電子形式。

模/數(shù)(ADC)轉換器將模擬電壓轉換成離散的樣本值。

聲音以固定的時間間隔被采樣，采樣的速率稱為采樣率。把樣本輸出到數(shù)/模(DAC)轉換器，比如擴音器，最后轉換成原來的模擬信號。

樣本大小以位來表示。樣本大小是影響聲音被轉換成數(shù)字信號的精確程度的因素之一。

另一個主要的因素是采樣率。奈奎斯特(Nyquist)理論中，只要離散系統(tǒng)的奈奎斯特頻率高于采樣信號的最高頻率或帶寬，就可以避免混疊現(xiàn)象。

4、ALSA基礎

ALSA由許多聲卡的聲卡驅動程序組成，同時它也提供一個稱為libasound的API庫。

應用程序開發(fā)者應該使用libasound而不是內核中的 ALSA接口。因為libasound提供最高級并且編程方便的編程接口。并且提供一個設備邏輯命名功能，這樣開發(fā)者甚至不需要知道類似設備文件這樣的低層接口。

相反，OSS/Free驅動是在內核系統(tǒng)調用級上編程，它要求開發(fā)者提供設備文件名并且利用ioctrl來實現(xiàn)相應的功能。

為了向后兼容，ALSA提供內核模塊來模擬OSS，這樣之前的許多在OSS基礎上開發(fā)的應用程序不需要任何改動就可以在ALSA上運行。另外，libaoss庫也可以模擬OSS，而它不需要內核模塊。

ALSA包含插件功能，使用插件可以擴展新的聲卡驅動，包括完全用軟件實現(xiàn)的虛擬聲卡。ALSA提供一系列基于命令行的工具集，比如混音器(mixer)，音頻文件播放器(aplay)，以及控制特定聲卡特定屬性的工具。

5、ALSA體系結構

ALSA API可以分解成以下幾個主要的接口：

1 控制接口：提供管理聲卡注冊和請求可用設備的通用功能

2 PCM接口：管理數(shù)字音頻回放(playback)和錄音(capture)的接口。本文后續(xù)總結重點放在這個接口上，因為它是開發(fā)數(shù)字音頻程序最常用到的接口。

3 Raw MIDI接口:支持MIDI(Musical Instrument Digital Interface),標準的電子樂器。這些API提供對聲卡上MIDI總線的訪問。這個原始接口基于MIDI事件工作，由程序員負責管理協(xié)議以及時間處理。

4 定時器(Timer)接口：為同步音頻事件提供對聲卡上時間處理硬件的訪問。

5 時序器(Sequencer)接口

6 混音器(Mixer)接口

6、設備命名

API庫使用邏輯設備名而不是設備文件。設備名字可以是真實的硬件名字也可以是插件名字。硬件名字使用hw:i,j這樣的格式。其中i是卡號，j是這塊聲卡上的設備號。

第一個聲音設備是hw:0,0.這個別名默認引用第一塊聲音設備并且在本文示例中一真會被用到。

插件使用另外的唯一名字，比如 plughw:,表示一個插件，這個插件不提供對硬件設備的訪問，而是提供像采樣率轉換這樣的軟件特性，硬件本身并不支持這樣的特性。

7、聲音緩存和數(shù)據(jù)傳輸

每個聲卡都有一個硬件緩存區(qū)來保存記錄下來的樣本。

當緩存區(qū)足夠滿時，聲卡將產(chǎn)生一個中斷。

內核聲卡驅動然后使用直接內存(DMA)訪問通道將樣本傳送到內存中的應用程序緩存區(qū)。類似地，對于回放，任何應用程序使用DMA將自己的緩存區(qū)數(shù)據(jù)傳送到聲卡的硬件緩存區(qū)中。

這樣硬件緩存區(qū)是環(huán)緩存。也就是說當數(shù)據(jù)到達緩存區(qū)末尾時將重新回到緩存區(qū)的起始位置。

ALSA維護一個指針來指向硬件緩存以及應用程序緩存區(qū)中數(shù)據(jù)操作的當前位置。

從內核外部看，我們只對應用程序的緩存區(qū)感興趣，所以本文只討論應用程序緩存區(qū)。

應用程序緩存區(qū)的大小可以通過ALSA庫函數(shù)調用來控制。

緩存區(qū)可以很大，一次傳輸操作可能會導致不可接受的延遲，我們把它稱為延時(latency)。

為了解決這個問題，ALSA將緩存區(qū)拆分成一系列周期(period)(OSS/Free中叫片斷fragments).ALSA以period為單元來傳送數(shù)據(jù)。

一個周期(period)存儲一些幀(frames)。每一幀包含時間上一個點所抓取的樣本。對于立體聲設備，一個幀會包含兩個信道上的樣本。

分解過程：一個緩存區(qū)分解成周期，然后是幀，然后是樣本。

左右信道信息被交替地存儲在一個幀內。這稱為交錯 (interleaved)模式。

在非交錯模式中，一個信道的所有樣本數(shù)據(jù)存儲在另外一個信道的數(shù)據(jù)之后。

8、Over and Under Run

當一個聲卡活動時，數(shù)據(jù)總是連續(xù)地在硬件緩存區(qū)和應用程序緩存區(qū)間傳輸。

但是也有例外。

在錄音例子中，如果應用程序讀取數(shù)據(jù)不夠快，循環(huán)緩存區(qū)將會被新的數(shù)據(jù)覆蓋。這種數(shù)據(jù)的丟失被稱為"over?? run".

在回放例子中，如果應用程序寫入數(shù)據(jù)到緩存區(qū)中的速度不夠快，緩存區(qū)將會"餓死"。這樣的錯誤被稱為"under?? run"。

在ALSA文檔中，有時將這兩種情形統(tǒng)稱為"XRUN"。適當?shù)卦O計應用程序可以最小化XRUN并且可以從中恢復過來。

XRUN狀態(tài)又分有兩種，在播放時，用戶空間沒及時寫數(shù)據(jù)導致緩沖區(qū)空了，硬件沒有 可用數(shù)據(jù)播放導致"under?? run"; 錄制時，用戶空間沒有及時讀取數(shù)據(jù)導致緩沖區(qū)滿后溢出， 硬件錄制的數(shù)據(jù)沒有空閑緩沖可寫導致"over?? run".?

當用戶空間由于系統(tǒng)繁忙等原因，導致hw_ptr>appl_ptr時，緩沖區(qū)已空，內核這里有兩種方案：?

停止DMA傳輸，進入XRUN狀態(tài)。這是內核默認的處理方法。?繼續(xù)播放緩沖區(qū)的重復的音頻數(shù)據(jù)或靜音數(shù)據(jù)。?

用戶空間配置stop_threshold可選擇方案1或方案2,配置silence_threshold選擇繼 續(xù)播放的原有的音頻數(shù)據(jù)還是靜意數(shù)據(jù)了。個人經(jīng)驗，偶爾的系統(tǒng)繁忙導致的這種狀態(tài)， 重復播放原有的音頻數(shù)據(jù)會顯得更平滑，效果更好。?

9、音頻參數(shù)（ALSA 用戶空間之 TinyAlsa）

TinyAlsa是 Android 默認的 alsalib, 封裝了內核 ALSA 的接口，用于簡化用戶空 間的 ALSA 編程。

合理的pcm_config可以做到更好的低時延和功耗，移動設備的開發(fā)優(yōu)為敏感。

struct pcm_config { unsigned int channels; unsigned int rate; unsigned int period_size; unsigned int period_count; enum pcm_format format; unsigned int start_threshold; unsigned int stop_threshold; unsigned int silence_threshold; int avail_min;};

解釋一下結構中的各個參數(shù)，每個參數(shù)的單位都是frame(1幀 = 通道*采樣位深)：

period_size. 每次傳輸?shù)臄?shù)據(jù)長度。值越小，時延越小，cpu占用就越高。
period_count. 緩之沖區(qū)period的個數(shù)。緩沖區(qū)越大，發(fā)生XRUN的機會就越少。
format. 定義數(shù)據(jù)格式，如采樣位深，大小端。
start_threshold. 緩沖區(qū)的數(shù)據(jù)超過該值時，硬件開始啟動數(shù)據(jù)傳輸。如果太大， 從開始播放到聲音出來時延太長，甚至可導致太短促的聲音根本播不出來;如果太小， 又可能容易導致XRUN.
stop_threshold. 緩沖區(qū)空閑區(qū)大于該值時，硬件停止傳輸。默認情況下，這個數(shù) 為整個緩沖區(qū)的大小，即整個緩沖區(qū)空了，就停止傳輸。但偶爾的原因導致緩沖區(qū)空， 如CPU忙，增大該值，繼續(xù)播放緩沖區(qū)的歷史數(shù)據(jù)，而不關閉再啟動硬件傳輸(一般此 時有明顯的聲音卡頓)，可以達到更好的體驗。
silence_threshold. 這個值本來是配合stop_threshold使用，往緩沖區(qū)填充靜音 數(shù)據(jù)，這樣就不會重播歷史數(shù)據(jù)了。但如果沒有設定silence_size,這個值會生效嗎？ 求解？？
avail_min. 緩沖區(qū)空閑區(qū)大于該值時，pcm_mmap_write()才往緩沖寫數(shù)據(jù)。這個 值越大，往緩沖區(qū)寫入數(shù)據(jù)的次數(shù)就越少，面臨XRUN的機會就越大。Android samsung tuna 設備在screen_off時增大該值以減小功耗，在screen_on時減小該 值以減小XRUN的機會。

在不同的場景下，合理的參數(shù)就是在性能、時延、功耗等之間達到較好的平衡。

有朋友問為什么在pcm_write()/pcm_mmap_write()，而不在pcm_open()調用pcm_start()? 這是因為音頻流與其它的數(shù)據(jù)不同，實時性要求很高。作為 TinyAlsa的實現(xiàn)者，不能假定在調用者open之后及時的write數(shù)據(jù)，所以只能在有 數(shù)據(jù)寫入的時候start設備了。

Mixer的實現(xiàn)很明了，通過ioctl()調用訪問kcontrols.

10、一個典型的聲音程序

1 使用PCM的程序通常類似下面的偽代碼：

2 打開回放或錄音接口

3 設置硬件參數(shù)(訪問模式，數(shù)據(jù)格式，信道數(shù)，采樣率，等等)

4 while 有數(shù)據(jù)要被處理：

5 讀PCM數(shù)據(jù)(錄音)?或 寫PCM數(shù)據(jù)(回放)

6 關閉接口

------------------------------------------------------------------------------------------------------------------------------------------------------------------

三、實例

1、顯示了一些ALSA使用的PCM數(shù)據(jù)類型和參數(shù)。

#include int main() { int val; printf("ALSA library version: %s\n", SND_LIB_VERSION_STR); printf("\nPCM stream types:\n"); for (val = 0; val <= SND_PCM_STREAM_LAST; val++) printf(" %s\n", snd_pcm_stream_name((snd_pcm_stream_t)val)); printf("\nPCM access types:\n"); for (val = 0; val <= SND_PCM_ACCESS_LAST; val++) { printf(" %s\n", snd_pcm_access_name((snd_pcm_access_t)val)); } printf("\nPCM formats:\n"); for (val = 0; val <= SND_PCM_FORMAT_LAST; val++) { if (snd_pcm_format_name((snd_pcm_format_t)val)!= NULL) { printf(" %s (%s)\n", snd_pcm_format_name((snd_pcm_format_t)val), snd_pcm_format_description( (snd_pcm_format_t)val)); } } printf("\nPCM subformats:\n"); for (val = 0; val <= SND_PCM_SUBFORMAT_LAST;val++) { printf(" %s (%s)\n", snd_pcm_subformat_name(( snd_pcm_subformat_t)val), snd_pcm_subformat_description(( snd_pcm_subformat_t)val)); } printf("\nPCM states:\n"); for (val = 0; val <= SND_PCM_STATE_LAST; val++) printf(" %s\n", snd_pcm_state_name((snd_pcm_state_t)val)); return 0;}

首先需要做的是包括頭文件。這些頭文件包含了所有庫函數(shù)的聲明。其中之一就是顯示ALSA庫的版本。

這個程序剩下的部分的迭代一些PCM數(shù)據(jù)類型，以流類型開始。ALSA為每次迭代的最后值提供符號常量名，并且提供功能函數(shù)以顯示某個特定值的描述字符串。你將會看到，ALSA支持許多格式，在我的1.0.15版本里，支持多達36種格式。

這個程序必須鏈接到alsalib庫，通過在編譯時需要加上-lasound選項。有些alsa庫函數(shù)使用dlopen函數(shù)以及浮點操作，所以您可能還需要加上-ldl,-lm選項。

編譯：gcc -o main test.c -lasound

2、打開默認的PCM設備，設置一些硬件參數(shù)并且打印出最常用的硬件參數(shù)值

Int32 Audio_alsaSetparams(Alsa_Env *pEnv, int verbose){ Int32 err = 0; Uint32 rate, n; snd_pcm_t *handle; snd_output_t *log; snd_pcm_hw_params_t *params; snd_pcm_sw_params_t *swparams; snd_pcm_uframes_t buffer_size; snd_pcm_uframes_t start_threshold, stop_threshold; unsigned int buffer_time, period_time; handle = pEnv->handle; err = snd_output_stdio_attach(&log, stderr, 0); OSA_assert(err >= 0); snd_pcm_hw_params_alloca(¶ms); snd_pcm_sw_params_alloca(&swparams); err = snd_pcm_hw_params_any(handle, params); if (err < 0) { AUD_DEVICE_PRINT_ERROR_AND_RETURN("Broken configuration for this PCM:" "no configurations available(%s)\n", err, handle); } err = snd_pcm_hw_params_set_access(handle, params, SND_PCM_ACCESS_RW_INTERLEAVED); if (err < 0) { AUD_DEVICE_PRINT_ERROR_AND_RETURN("cannot set access type (%s)\n", err, handle); } err = snd_pcm_hw_params_set_format(handle, params, pEnv->format); if (err < 0) { AUD_DEVICE_PRINT_ERROR_AND_RETURN("cannot set sample format (%s)\n", err, handle); } err = snd_pcm_hw_params_set_channels(handle, params, pEnv->channels); if (err < 0) { AUD_DEVICE_PRINT_ERROR_AND_RETURN("cannot set channel count (%s)\n", err, handle); } rate = pEnv->rate; err = snd_pcm_hw_params_set_rate_near(handle, params, &pEnv->rate, 0); OSA_assert(err >= 0); if ((float)rate * 1.05 < pEnv->rate || (float)rate * 0.95 > pEnv->rate) { fprintf(stderr, "Warning: rate is not accurate" "(requested = %iHz, got = %iHz)\n", rate, pEnv->rate); } rate = pEnv->rate; /* following setting of period size is done only for AIC3X. Leaving default for HDMI */ if (pEnv->resample) { /* Restrict a configuration space to contain only real hardware rates. */ snd_pcm_hw_params_set_rate_resample(handle, params, 1); } buffer_time = 0; period_time = 0; if (pEnv->periods == 0) { err = snd_pcm_hw_params_get_buffer_time_max(params, &buffer_time, 0); OSA_assert(err >= 0); /* in microsecond */ if (buffer_time > 500000) buffer_time = 500000; /* 500ms */ } if (buffer_time > 0) period_time = buffer_time / 4; if (period_time > 0) err = snd_pcm_hw_params_set_period_time_near(handle, params, &period_time, 0); else err = snd_pcm_hw_params_set_period_size_near(handle, params, &pEnv->periods, 0); OSA_assert(err >= 0); if (period_time > 0) { err = snd_pcm_hw_params_set_buffer_time_near(handle, params, &buffer_time, 0); } else { buffer_size = pEnv->periods * 4; err = snd_pcm_hw_params_set_buffer_size_near(handle, params, &buffer_size); } OSA_assert(err >= 0); err = snd_pcm_hw_params(handle, params); if (err < 0) { fprintf(stderr, "cannot set alsa hw parameters %d\n", err); return err; } /* Get alsa interrupt duration */ snd_pcm_hw_params_get_period_size(params, &pEnv->periods, 0); snd_pcm_hw_params_get_buffer_size(params, &buffer_size); if (pEnv->periods == buffer_size) { fprintf(stderr, "Can't use period equal to buffer size (%lu == %lu)\n", pEnv->periods, buffer_size); return -1; } /* set software params */ snd_pcm_sw_params_current(handle, swparams); n = pEnv->periods; /* set minimum avil size -> 1 period size */ err = snd_pcm_sw_params_set_avail_min(handle, swparams, n); OSA_assert(err >= 0); n = buffer_size; /* in microsecond -> divide 1000000 */ if (pEnv->start_delay <= 0) start_threshold = n + (double)rate * pEnv->start_delay / 1000000; else start_threshold = (double)rate * pEnv->start_delay / 1000000; if (start_threshold < 1) start_threshold = 1; if (start_threshold > n) start_threshold = n; /* set pcm auto start condition */ err = snd_pcm_sw_params_set_start_threshold(handle, swparams, start_threshold); OSA_assert(err >= 0); /* in microsecond -> divide 1000000 */ if (pEnv->stop_delay <= 0) stop_threshold = buffer_size + (double)rate * pEnv->stop_delay / 1000000; else stop_threshold = (double)rate * pEnv->stop_delay / 1000000; err = snd_pcm_sw_params_set_stop_threshold(handle, swparams, stop_threshold); OSA_assert(err >= 0); err = snd_pcm_sw_params(handle, swparams); if (err < 0) { fprintf(stderr, "unable to install sw params\n"); return err; } if (verbose) snd_pcm_dump(handle, log); snd_output_close(log); return err;}

1）snd_pcm_open打開默認的PCM 設備并設置訪問模式為PLAYBACK。這個函數(shù)返回一個句柄，這個句柄保存在第一個函數(shù)參數(shù)中。該句柄會在隨后的函數(shù)中用到。像其它函數(shù)一樣，這個函數(shù)返回一個整數(shù)。

2）如果返回值小于0,則代碼函數(shù)調用出錯。如果出錯，我們用snd_errstr打開錯誤信息并退出。

3）為了設置音頻流的硬件參數(shù)，我們需要分配一個類型為snd_pcm_hw_param的變量。分配用到函數(shù)宏 snd_pcm_hw_params_alloca。

4）下一步，我們使用函數(shù)snd_pcm_hw_params_any來初始化這個變量，傳遞先前打開的 PCM流句柄。

5）接下來，我們調用API來設置我們所需的硬件參數(shù)。

這些函數(shù)需要三個參數(shù)：PCM流句柄，參數(shù)類型，參數(shù)值。

我們設置流為交錯模式，16位的樣本大小，2 個信道，44100bps的采樣率。

對于采樣率而言，聲音硬件并不一定就精確地支持我們所定的采樣率，但是我們可以使用函數(shù) snd_pcm_hw_params_set_rate_near來設置最接近我們指定的采樣率的采樣率。

其實只有當我們調用函數(shù) snd_pcm_hw_params后，硬件參數(shù)才會起作用。

6）程序的剩余部分獲得并打印一些PCM流參數(shù)，包括周期和緩沖區(qū)大小。結果可能會因為聲音硬件的不同而不同。

運行該程序后，做實驗，改動一些代碼。把設備名字改成hw：0,0,然后看結果是否會有變化。設置不同的硬件參數(shù)然后觀察結果的變化。

3、添加聲音回放

/*This example reads standard from input and writesto the default PCM device for 5 seconds of data.*//* Use the newer ALSA API */#define ALSA_PCM_NEW_HW_PARAMS_API#include int main() { long loops; int rc; int size; snd_pcm_t *handle; snd_pcm_hw_params_t *params; unsigned int val; int dir; snd_pcm_uframes_t frames; char *buffer; /* Open PCM device for playback. */ rc = snd_pcm_open(&handle, "default", SND_PCM_STREAM_PLAYBACK, 0); if (rc < 0) { fprintf(stderr,"unable to open pcm device: %s\n",snd_strerror(rc)); exit(1); } /* Allocate a hardware parameters object. */ snd_pcm_hw_params_alloca(?ms); /* Fill it in with default values. */ snd_pcm_hw_params_any(handle, params); /* Set the desired hardware parameters. */ /* Interleaved mode */ snd_pcm_hw_params_set_access(handle, params, SND_PCM_ACCESS_RW_INTERLEAVED); /* Signed 16-bit little-endian format */ snd_pcm_hw_params_set_format(handle, params, SND_PCM_FORMAT_S16_LE); /* Two channels (stereo) */ snd_pcm_hw_params_set_channels(handle, params, 2); /* 44100 bits/second sampling rate (CD quality) */ val = 44100; snd_pcm_hw_params_set_rate_near(handle, params, &val, &dir); /* Set period size to 32 frames. */ frames = 32; snd_pcm_hw_params_set_period_size_near(handle, params, &frames, &dir); /* Write the parameters to the driver */ rc = snd_pcm_hw_params(handle, params); if (rc < 0) { fprintf(stderr, "unable to set hw parameters: %s\n", snd_strerror(rc)); exit(1); } /* Use a buffer large enough to hold one period */ snd_pcm_hw_params_get_period_size(params, &frames, &dir); size = frames * 4; /* 2 bytes/sample, 2 channels */ buffer = (char *) malloc(size); /* We want to loop for 5 seconds */ snd_pcm_hw_params_get_period_time(params,&val, &dir); /* 5 seconds in microseconds divided by * period time */ loops = 5000000 / val; while (loops > 0) //循環(huán)錄音 5 s { loops--; rc = read(0, buffer, size); if (rc == 0) //沒有讀取到數(shù)據(jù) { fprintf(stderr, "end of file on input\n"); break; } else if (rc != size)//實際讀取 的數(shù)據(jù) 小于 要讀取的數(shù)據(jù) { fprintf(stderr,"short read: read %d bytes\n", rc); } rc = snd_pcm_writei(handle, buffer, frames);//寫入聲卡 （放音） if (rc == -EPIPE) { /* EPIPE means underrun */ fprintf(stderr, "underrun occurred\n"); snd_pcm_prepare(handle); } else if (rc < 0) { fprintf(stderr,"error from writei: %s\n",snd_strerror(rc)); } else if (rc != (int)frames) { fprintf(stderr,"short write, write %d frames\n", rc); } } snd_pcm_drain(handle); snd_pcm_close(handle); free(buffer); return 0;}

在這個例子中，我們從標準輸入中讀取數(shù)據(jù)，每個周期讀取足夠多的數(shù)據(jù)，然后將它們寫入到聲卡中，直到5秒鐘的數(shù)據(jù)全部傳輸完畢。

這個程序的開始處和之前的版本一樣---打開PCM設備、設置硬件參數(shù)。我們使用由ALSA自己選擇的周期大小，申請該大小的緩沖區(qū)來存儲樣本。然后我們找出周期時間，這樣我們就能計算出本程序為了能夠播放5秒鐘，需要多少個周期。

在處理數(shù)據(jù)的循環(huán)中，我們從標準輸入中讀入數(shù)據(jù)，并往緩沖區(qū)中填充一個周期的樣本。然后檢查并處理錯誤，這些錯誤可能是由到達文件結尾，或讀取的數(shù)據(jù)長度與我期望的數(shù)據(jù)長度不一致導致的。

我們調用snd_pcm_writei來發(fā)送數(shù)據(jù)。它操作起來很像內核的寫系統(tǒng)調用，只是這里的大小參數(shù)是以幀來計算的。我們檢查其返回代碼值。返回值為EPIPE表明發(fā)生了underrun，使得PCM音頻流進入到XRUN狀態(tài)并停止處理數(shù)據(jù)。從該狀態(tài)中恢復過來的標準方法是調用snd_pcm_prepare()函數(shù)，把PCM流置于PREPARED狀態(tài)，這樣下次我們向該PCM流中數(shù)據(jù)時，它就能重新開始處理數(shù)據(jù)。如果我們得到的錯誤碼不是EPIPE，我們把錯誤碼打印出來，然后繼續(xù)。最后，如果寫入的幀數(shù)不是我們期望的，則打印出錯誤消息。 ? ? ?

這個程序一直循環(huán)，直到5秒鐘的幀全部傳輸完，或者輸入流讀到文件結尾。然后我們調用snd_pcm_drain把所有掛起沒有傳輸完的聲音樣本傳輸完全，最后關閉該音頻流，釋放之前動態(tài)分配的緩沖區(qū)，退出。 ? ? ? ?

我們可以看到這個程序沒有什么用，除非標準輸入被重定向到了其它其它的文件。

嘗試用設備/dev/urandom來運行這個程序，該設備產(chǎn)生隨機數(shù)據(jù)：

./example3 ? ?

隨機數(shù)據(jù)會產(chǎn)生5秒鐘的白色噪聲。 ? ? ? ?

然后，嘗試把標準輸入重定向到設備/dev/null和/dev/zero上，并比較結果。改變一些參數(shù)，例如采樣率和數(shù)據(jù)格式，然后查看結果的變化。

4、添加錄音

/*This example reads from the default PCM deviceand writes to standard output for 5 seconds of data.*//* Use the newer ALSA API */#define ALSA_PCM_NEW_HW_PARAMS_API#include int main() {long loops;int rc;int size;snd_pcm_t *handle;snd_pcm_hw_params_t *params;unsigned int val;int dir;snd_pcm_uframes_t frames;char *buffer;/* Open PCM device for recording (capture). */rc = snd_pcm_open(&handle, "default", SND_PCM_STREAM_CAPTURE, 0);if (rc < 0) { fprintf(stderr, "unable to open pcm device: %s\n", snd_strerror(rc)); exit(1);}/* Allocate a hardware parameters object. */snd_pcm_hw_params_alloca(?ms);/* Fill it in with default values. */snd_pcm_hw_params_any(handle, params);/* Set the desired hardware parameters. *//* Interleaved mode */snd_pcm_hw_params_set_access(handle, params, SND_PCM_ACCESS_RW_INTERLEAVED);/* Signed 16-bit little-endian format */snd_pcm_hw_params_set_format(handle, params, SND_PCM_FORMAT_S16_LE);/* Two channels (stereo) */snd_pcm_hw_params_set_channels(handle, params, 2);/* 44100 bits/second sampling rate (CD quality) */val = 44100;snd_pcm_hw_params_set_rate_near(handle, params, &val, &dir);/* Set period size to 32 frames. */frames = 32;snd_pcm_hw_params_set_period_size_near(handle, params, &frames, &dir);/* Write the parameters to the driver */rc = snd_pcm_hw_params(handle, params);if (rc < 0) { fprintf(stderr, "unable to set hw parameters: %s\n", snd_strerror(rc)); exit(1);}/* Use a buffer large enough to hold one period */snd_pcm_hw_params_get_period_size(params, &frames, &dir);size = frames * 4; /* 2 bytes/sample, 2 channels */buffer = (char *) malloc(size);/* We want to loop for 5 seconds */snd_pcm_hw_params_get_period_time(params, &val, &dir);loops = 5000000 / val;while (loops > 0) { loops--; rc = snd_pcm_readi(handle, buffer, frames); if (rc == -EPIPE) { /* EPIPE means overrun */ fprintf(stderr, "overrun occurred\n"); snd_pcm_prepare(handle); } else if (rc < 0) { fprintf(stderr, "error from read: %s\n", snd_strerror(rc)); } else if (rc != (int)frames) { fprintf(stderr, "short read, read %d frames\n", rc); } rc = write(1, buffer, size); if (rc != size) fprintf(stderr, "short write: wrote %d bytes\n", rc);}snd_pcm_drain(handle);snd_pcm_close(handle);free(buffer);return 0;}

當打開PCM設備時我們指定打開模式為SND_PCM_STREAM_CPATURE。在主循環(huán)中，我們調用snd_pcm_readi()從聲卡中讀取數(shù)據(jù)，并把它們寫入到標準輸出。同樣地，我們檢查是否有overrun，如果存在，用與前例中相同的方式處理。

運行清單4的程序將錄制將近5秒鐘的聲音數(shù)據(jù)，并把它們發(fā)送到標準輸出。你也可以重定向到某個文件。如果你有一個麥克風連接到你的聲卡，可以使用某個混音程序(mixer)設置錄音源和級別。同樣地，你也可以運行一個CD播放器程序并把錄音源設成CD。

運行程序4并把輸出定向到某個文件，然后運行程序 3播放該文件里的聲音數(shù)據(jù)：

./listing4 ? > sound.raw

./listing3 ? < sound.raw

如果你的聲卡支持全雙工，你可以通過管道把兩個程序連接起來，這樣就可以從聲卡中聽到錄制的聲音：

./listing4 | ./listing3

同樣地，您可以做實驗，看看采樣率和樣本格式的變化會產(chǎn)生什么影響。

------------------------------------------------------------------------------------------------------------------------------------------------------------------

四、高級特性

在前面的例子中，PCM流是以阻塞模式操作的，也就是說，直到數(shù)據(jù)已經(jīng)傳送完，PCM接口調用才會返回。在事件驅動的交互式程序中，這樣會長時間阻塞應用程序，通常是不能接受的。

ALSA支持以非阻塞模式打開音頻流，這樣讀寫函數(shù)調用后立即返回。如果數(shù)據(jù)傳輸被掛起，調用不能被處理，ALSA就是返回一個 EBUSY的錯誤碼。

許多圖形應用程序使用回調來處理事件。ALSA支持以異步的方式打開一個PCM音頻流。這使得當某個周期的樣本數(shù)據(jù)被傳輸完后，某個已注冊的回調函數(shù)將會調用。

這里用到的snd_pcm_readi()和snd_pcm_writei()調用和Linux下的讀寫系統(tǒng)調用類似。

字母i表示處理的幀是交錯式 (interleaved)的。ALSA中存在非交互模式的對應的函數(shù)。

Linux下的許多設備也支持mmap系統(tǒng)調用，這個調用將設備內存映射到主內存，這樣數(shù)據(jù)就可以用指針來維護。

ALSA也運行以mmap模式打開一個PCM信道，這允許有效的零拷貝(zero copy)方式訪問聲音數(shù)據(jù)。

最后，我希望這篇文章能夠激勵你嘗試編寫某些ALSA程序。伴隨著2.6內核在Linux發(fā)布版本(distributions)中被廣泛地使用，ALSA也將被廣泛地采用。它的高級特征將幫助Linux音頻程序更好地向前發(fā)展。

?