對於X86 Android操作系統進行學習研究

X86 android操作系統參數最終在s3c24xx_pcm_hw_params中修改DMA配置所用，android錄音失真的相關解決辦法在這裡給大家進行分享，因此可以在使用的過程當中感受到趣味性和吸引力。

在設置界面，X86 android操作系統擁有了更多的手機影子，例如手機存儲、關於手機等字樣的出現，不難看的出來源於手機的血統。在對X86 android操作系統使用之後，可以說用Google仍需努力來形容。Google所提倡的簡單實用的設計理念著實為上網本產品提供了另外一種解決方案。

至於需要努力的方向，從本次試用來看，例如在郵件收發過程中對於附件的支持不夠好。部分菜單依然是英文界面，對於國內用戶使用起來略有不便。部分功能需要基於SIM卡進行操作。

這些期待只能留給更新版本的X86 android操作系統來解決了。我們曾經在一篇文章中為大家詳細介紹過有關android多媒體錄制功能的一些實現方法。其中就包括對錄音的實現方法。

今天我們可以通過這篇文章介紹的內容詳細了解android錄音失真的具體解決方法，以幫助大家解決實際應用中出現的問題。在6410+WM9714的android平台上測試MIC IN錄音功能，出現一個BUG。在該平台聲音播放是完全正常的，但是錄音後再播放剛錄的聲音，會有失真。

同樣的錄音文件在電腦上播放也一樣，說明是Android錄音失真的問題。後來通過打印9714的寄存器，發現錄音頻率是8000HZ。放音頻率是44100HZ，這時基本上可以確定是由這個不匹配引起的。 我在android代碼裡：AudioHardwareALSA.cpp文件中的函數中設定采樣率，如下：

AudioStreamInALSA::AudiOStreamInALSA(AudioHardwareALSA *parent) :mParent(parent) 
  {   static StreamDefaults _defaults = {   ....................   sampleRate :
 AudioRecord::DEFAULT_SAMPLE_RATE,   ....................   };   }  

但是重燒程序後結果仍然存在android錄音失真這一問題，采樣率還是8000，似乎被其他地方把值覆蓋了。後來我試著把所有的采樣率8000的地方全都改成44100，結果仍然一樣是8000。到底是不是采樣率的原因引起的呢？

之後用X86 android操作系統來錄音，前提是不能進入Android，否則音頻設備會被占用。結果錄得的聲音播放時仍然是同樣的效果，當時估計這問題應該跟android上層沒有什麼大的關系。

後來別人有試通過將播放速度加快一倍，就得到的正常的播放音，但問題是仍然不知從何處來解決這個問題。後來經過台灣同事的挖掘，改動錄音MIC IN的DMA SIZE解決了此次問題。改動列出如下，原因尚待分析。

但是重燒程序後結果仍然存在android錄音失真這一問題，采樣率還是8000，似乎被其他地方把值覆蓋了。後來我試著把所有的采樣率8000的地方全都改成44100，結果仍然一樣是8000。到底是不是采樣率的原因引起的呢？

之後用arecord命令來錄音，前提是不能進入Android，否則音頻設備會被占用。結果錄得的聲音播放時仍然是同樣的效果，當時估計這問題應該跟android上層沒有什麼大的關系。

後來別人有試通過將播放速度加快一倍，就得到的正常的播放音，但問題是仍然不知從何處來解決這個問題。後來經過台灣同事的挖掘，改動錄音MIC IN的DMA SIZE解決了此次問題。改動列出如下，原因尚待分析。