噩夢壹：SRC 實際上個人覺得最不可思議的是，AudioFlinger為什麽要做強制SRC？要知道，ALSA是支持硬件SRC的（早期ALSA標準API本身卻不支持，這個設計也是超級傻，具體表現在如果妳在Linux下使用某個使用早期ALSA API的音樂播放器，播放和硬件采樣率不匹配的音頻檔案，就會報錯，同時期的PulseAudio API反而支持……），可實際上Android4.0後ALSA已經是最新的版本了。現在的Linux通過ALSA驅動做硬件SRC也不會是太大問題，當然音質比較壹般（相當於高通，全誌等芯片組在44.1KHz音源下的音質）就是了。 可是，AudioFlinger為什麽自身要做壹個強制重采樣行為呢？個人預計，實際上AudioFlinger只是Android早期音頻系統API接口的繼承和擴展，它遺留了太多由於早期ALSA的不足而提供的“臨時解決方案”，Android1.X的時候，ALSA相對現在也是非常的糟糕，google不得已寫了個SSRC插件來解決當時ALSA不支持非匹配采樣率無法發聲的問題。至於Google為什麽現在不解決，答案很明顯：原來的代碼都是臨時的無證程序員寫的，Android有個叫中子播放器的軟件就能提供相對高質量的SSRC ，google沒道理寫不出來。但是那樣對於現在版本的ALSA能力來說簡直是多余的行為，還會導致聲音延時和性能損失。
上一篇:樂視，小米，BAT為什麽癡迷造車下一篇:Maskrcnn源代碼