Android Audio音頻常見問題分析方法

(1).無聲

整機無聲(bt和手機一起播放聲音時)：通路策略切錯；BT狀態(tài)不對；data往BT走，BT斷開無法播放；全局靜音；音量為0；往下寫data時中間出現(xiàn)了mute；

整機無聲(只有手機)：可能是播放設備沒有正確選擇，輸出設備策略選擇問題

A2DP無聲：正常情況數(shù)據(jù)走A2DP，實際上走了SCO，但SCO無法接收，所以沒有聲音

SCO無聲：網(wǎng)絡原因；沒有打開mic

(2).斷音

在MTK平臺中，audio dump中resample in節(jié)點有斷音，可能是underrun，原因是APP寫數(shù)據(jù)太慢，這種情況無法優(yōu)化，只能三方解決。在往下走的其他節(jié)點出現(xiàn)斷音，通過調整buffer大小來解決（buffer一般情況不動，減少buffer會出現(xiàn)斷音，增大buffer會出現(xiàn)延遲）。數(shù)據(jù)寫快了，寫慢了都可能造成斷音

(3).雜音

通過audio dump定位，在節(jié)點af_track就有雜音屬于是APP寫下來的數(shù)據(jù)就有雜音。資源文件就有雜音，無法優(yōu)化。資源文件沒有雜音，可能是在上層太忙，buffer太小，出現(xiàn)了underrun，造成了數(shù)據(jù)損壞，這種情況通過調整buffer來解決，調整frameCount，調大延時變長，request太多，但是寫的少，write的數(shù)據(jù)就有可能丟失。雜音在中間，如effect，resample等情況

(4).設備切換

耳機插拔，藍牙，不同stream不同的route，不同的volume。track start后馬上暫停了

(5).延遲播放

看最開始write數(shù)據(jù)的時間，可能最開始寫的數(shù)據(jù)就是空的。或者是延遲的寫數(shù)據(jù)的時間

(6).焦點問題

哪一個請求焦點是最新的，焦點就在哪兒

(7).多路錄音

(8).有線耳機

(9).藍牙

(10).控制類問題

如播放、暫停等操作，考慮BT協(xié)議的問題

(11).播放時間有問題

分析第一次write date的地方(track write to buffer)

(12).聲音在不同應用中切換的問題

分析MediaFocus，誰最后請求，給誰focus，類似棧

(13).無聲問題(連上BT)

考慮是否寫了data，有沒有data傳下來，data是否為mute，上層app傳遞命令是否有錯誤，BT協(xié)議不匹配，track start后是不是馬上停了。BT控制是否有問題

(14).音質問題

首先分析dump，確定出現(xiàn)問題的節(jié)點，雜音分析buffer，斷音一般為underrun(上層app寫數(shù)據(jù)太慢，供不應求，會造成斷音或者雜音，解決方案一般是調整buffer大小，buffer調大)3秒一般是standby

(15).錄音

一般考慮多路錄音，多個record搶占mic

(16).路由問題

(17).BT audio分析總結

分析audio dump，確定寫給BT的data是否正常，MTK平臺Android原生架構分析threadloop write節(jié)點，高通平臺分析QXDM 1586節(jié)點，從dump確定問題大概位置

分析systrace 確定性能

AudioFocus狀態(tài)(用于播放或者音量異常的情況)

AudioTrack是否正常創(chuàng)建

bt連接是否正常

通路異常，setMode，setSpeakerphoneOn等都會影響設備選擇，sco調用流程是否正常

APM setOutputDevice時已經選擇了預期的設備，則是驅動問題

定制版安全手機

Android Audio音頻框架圖

Android Audio軟件架構圖

Android Audio音頻模塊

從AudioTrack到AudioFlinger

Android Audio音頻框架圖

AudioTrack、PlaybackThread、輸出流設備三者的對應關系

AudioTrack和AudioFlinger的類圖，AudioFlinger的主要類及其關系、AudioTrack與AudioFlinger之間的聯(lián)系

AudioFlinger擁有的PlaybackThread、Track、TrackHandle實例

以上關于Android Audio音頻模塊、框架、架構相關圖片來源于網(wǎng)絡

編輯：黃飛

?