其中sound.c 用于錄音和回放。其中特別需要注意的是:1。目前聲卡似乎不能打開全雙工，所以如果fd = open("/dev/dsp", O_RDWR) ，則無法錄音和回放。只能分別設置RDONLY和WRONLY。即半雙工方式。否則，就是在錄音的時候可以聽見，但是無法回放。分析下來似乎是IIC總線中只分配了一個通道給聲卡，或者是只啟用了一個通道，所以無法錄音和放音同步進行。解決方法就是分別以RDONLY方式打開進行錄音和WRONLY方式打開進行放音。 Sound1.c用于將錄音保存在test.wav文件中，并利用cast test.wav > /dev/sound/dsp回放文件。此處需要注意的是，錄音頻率必須是44100才能正確回放。否則就會出現類似快放的效果。分析應該是cast方式利用了dsp的默認播放頻率44100，所以如果錄音的時候低于這個頻率，這放的時候就會快放。 此外，設置采樣率的時候必須設置成16bit，否則會提示出錯。原因尚不知道，估計是與聲卡有關。
標簽： sound 回放 全雙工 聲卡
上傳時間： 2013-12-31
上傳用戶：cc1
NetTalk是一個適用于局域網和因特網的可視電話軟件 一．開發環境 Windows2000 Server & Visual C++6.0 & SDK +自開發的CWndX類庫(相當于簡化的MFC涉及窗口的部分) 二．支持環境 Windows98/ME/2000/XP 三．所涉及協議和標準 網絡傳輸采用UDP協議，音頻壓縮采用G.729標準，視頻壓縮采用H.263標準 四．性能參數 以音頻幀為基準，每幀音頻數據有２４０個采樣點，時間為２４０＊１０００／８０００＝３０ms，８０００為音頻的采樣率。 數據接收端隊列緩沖延遲：３０＊3＝90ms 數據發送端錄音延遲：30ms 數據壓縮解壓耗時：<40ms 網絡延遲：<100ms（我想校網情況應該不錯J） 總延遲：<260ms 根據VOIP標準，總延遲<300ms是人可以接受的，以上計算是保守的，實際情況可能會好得多。
標簽： NetTalk Windows Server Visual
上傳時間： 2013-12-23
上傳用戶：yy541071797
精選一個 uC/OS-II Porting 於一般業界使用之 MSP430F1132 開發板上任務調度的例程,於 app.c 內建構了一個可於此開發板上 Port 1.0 驅動 LED 閃爍任務工程,全例程於 IAR MSP430 V3.42A 下編譯,同時亦將此工程設好斷點可方便於 Simulator 內直接觀測 uC/OS 任務調度狀態.
標簽： Porting OS-II F1132 1132
上傳時間： 2015-12-14
上傳用戶：skfreeman
由C語言實現對符號進行哈夫曼編碼，輸出碼字，同時計算出信息傳輸率與平均碼長
標簽： C語言 符號 編碼
上傳時間： 2014-01-21
上傳用戶：chenbhdt
用C#語言編寫，是一款接受GPS信號的軟件，串口號為COM6，數據率為4800,可以連續讀取GPS信號,可運行在PDA上。
標簽： 語言 編寫
上傳時間： 2013-12-26
上傳用戶：腳趾頭
可以透過檔案輸入來檢查使用者輸入是否為一個魔術方陣，檔案輸入須將之命名為magic.txt並存於C槽中，便會輸出檢查檢果
標簽：
上傳時間： 2016-06-10
上傳用戶：wlcaption
使用C++語言實現LDPC編碼的構造與譯碼過程，并在白高斯信道下對誤碼率進行仿真
標簽： LDPC 語言 編碼 譯碼
上傳時間： 2014-01-12
上傳用戶：wuyuying
用濾波系數法進行一維電阻率正演模擬，c++編寫
標簽： 濾波 正 模擬 系數
上傳時間： 2013-12-19
上傳用戶：ANRAN
本程序使用C++編寫，在VC2005上調試，完成了文件的讀取，文件字符的統計以及壓縮率的顯示，哈夫曼樹的建立，哈夫曼編碼的實現，文件轉換為哈夫曼編碼成為壓縮文件以及文件從壓縮狀態進行解碼。并且以對話框的形式和用戶交流，程序方便實用，既可以對文本進行壓縮，有可以對圖像進行壓縮，效果都不錯。
標簽： 程序 編寫
上傳時間： 2017-02-05
上傳用戶：gtf1207
實現下位機和PC通信的C程序，利用FIFO收發數據，正確率高，誤碼率小
標簽： 下位機 C程序 通信
上傳時間： 2013-12-02
上傳用戶：GHF
蟲蟲下載站版權所有 京ICP備2021023401號-1
