在Android開發中，音頻模塊的調試往往是“老大難”——多聲卡無法區分、多設備同時輸出沒聲音、HDMI錄音崩潰…這些問題不僅影響用戶體驗，還會消耗大量開發時間。

瑞芯微（Rockchip）針對RK平臺推出的MultiAudio方案，專門解決Android原生音頻框架的局限，同時提供了一套清晰的調試方法論。今天這篇文章，就從實戰角度出發，帶大家搞定RK Android平臺的音頻調試，覆蓋基礎操作、常見Bug解決、多設備控制等核心場景。

一、先搞懂：Android原生音頻的“痛點”與MultiAudio解決方案

在聊調試前，我們得先明白“為什么需要調試”——Android原生音頻框架存在不少局限，這也是RK MultiAudio方案的出發點：

1.多聲卡“認不出、用不了”：即使設備支持多個聲卡（比如雙HDMI、SPDIF），原生系統會按AudioPolicy優先級選最高的，無法讓不同聲卡同時輸出不同聲音；多個同類型聲卡（如雙HDMI）更是無法區分。

2.多設備錄音需適配：Android 12雖支持多設備同時錄音，但原生代碼默認不支持，需要廠商針對性開發。

3.多APP音頻沖突：系統音頻焦點機制會導致多屏同時播放視頻時出現暫停，影響多場景使用（如會議投屏+本地播放）。

而RK MultiAudio方案正好補上這些短板，核心能力包括：

?多HDMI/DP插拔識別+聲音分離（HDMI_0/HDMI_1、DP_0/DP_1獨立輸出）；

?第三方APP按包名指定聲卡（如MX Player走揚聲器、RockVideoPlayer走HDMI）；

?JAVA層通過接口直接控制聲卡；

?多HDMI IN同時錄音（HDMIIN_0/HDMIIN_1獨立錄音）；

?多設備音量同步調節與保存。

二、基礎調試：先搞定“聲卡識別”與“驅動驗證”

調試的第一步，是確認“硬件通路是否正常”——也就是聲卡是否被正確識別、驅動是否能工作。這兩步操作簡單，但卻是排查問題的基礎。

1.查看聲卡：確認設備是否被系統識別

通過adb執行命令，查看當前系統已注冊的聲卡：

cat/proc/asound/cards

以RK3588為例，正常輸出會類似這樣（能看到揚聲器、HDMI IN、HDMI 0/1等聲卡）：

0[rockchipes8388 ]: rockchip-es8388 - rockchip-es8388          rockchip-es83881[rockchiphdmiin ]: rockchip_hdmiin - rockchip,hdmiin          rockchip,hdmiin2[rockchiphdmi0 ]: rockchip-hdmi0 - rockchip-hdmi0          rockchip-hdmi03[rockchiphdmi1 ]: rockchip-hdmi1 - rockchip-hdmi1          rockchip-hdmi1

如果某塊聲卡沒出現（比如HDMI 0缺失），先排查硬件連接（如HDMI線是否插好），再檢查DTS配置是否正確。

2.測試驅動：驗證聲卡能否正常出聲

確認聲卡識別后，用tinyplay工具測試驅動是否正常（需系統集成tinyalsa工具集）。

以測試HDMI 0聲卡（對應上述輸出中的索引“2”）為例：

1.準備一個WAV格式的音頻文件（如test.wav），推到設備的/data目錄；

2.執行命令播放：

tinyplay/data/test.wav -D2-d0

?-D：指定聲卡索引（這里“2”對應rockchiphdmi0）；

?-d：指定設備編號（通常為0）。

如果能正常聽到聲音，說明HDMI 0聲卡驅動沒問題；若沒聲音，優先排查驅動配置（如DTS中聲卡節點是否啟用）。

三、實戰：5大常見音頻Bug及解決方案

調試中最頭疼的是“明明配置了，卻出問題”——我們整理了RK平臺最常遇到的5類音頻Bug，附詳細解決步驟。

1.問題1：更新代碼后，HDMI突然沒聲音（之前正常）

?現象：代碼同步到最新后，HDMI無音頻輸出，查看聲卡卻能識別到。

?原因：新框架支持多HDMI識別，若系統只有1路HDMI，上層會默認調用“hdmi0”聲卡，但DTS中聲卡名可能配置成了“hdmi1”，導致匹配失敗。

?解決：修改DTS文件，將聲卡名改為“rockchip-hdmi0”：

# 找到 DTS 中 HDMI 聲卡節點rockchiphdmi1: rockchip-hdmi1 {-  rockchip,card-name ="rockchip-hdmi1"+  rockchip,card-name ="rockchip-hdmi0"};

2.問題2：UBoot開Logo后，HDMI沒聲音（插拔線后恢復）

?現象：開啟UBoot Logo顯示后，HDMI開機無聲音，手動插拔一次HDMI線才正常。

?原因：HDMI的extcon（外部連接狀態控制器）狀態更新不及時，系統誤以為HDMI未連接。

?解決：修改DRM驅動代碼，強制同步extcon狀態：

在drivers/gpu/drm/bridge/synopsys/dw-hdmi-qp.c中添加狀態同步邏輯：

mutex_lock(&hdmi->mutex);if(result != hdmi->last_connector_result) { dev_dbg(hdmi->dev,"read_hpd result: %d", result); // 同步 extcon 狀態 extcon_set_state_sync(hdmi->extcon, EXTCON_DISP_HDMI, result == connector_status_connected); handle_plugged_change(hdmi, result == connector_status_connected);  hdmi->last_connector_result = result;}mutex_unlock(&hdmi->mutex);

3.問題3：SPDIF與其他聲卡同時出聲，聲音斷斷續續

?現象：SPDIF（光纖/同軸）與揚聲器/ HDMI同時播放時，音頻卡頓、斷連。

?原因：1）DMA音頻流位置計算錯誤；2）聲卡MCLK配置不合理。

?解決：兩步操作：

a.集成3個關鍵Kernel補丁（修復DMA與PM問題）：

修復DMA流位置計算：ALSA: pcm_dmaengine: always get stream position from DMA driver

修復DMA runtime PM失衡：dmaengine: pl330: Fix unbalanced runtime PM

提升DMA循環傳輸效率：dmaengine: pl330: Improve dma cyclic transfers efficiency

a.修改DTS中SPDIF聲卡節點，添加MCLK配置：

spdif_tx0_sound: spdif-tx0-sound {  status ="okay";  compatible ="simple-audio-card";+  simple-audio-card,mclk-fs = <128>;// 添加這行  simple-audio-card,name ="rockchip,spdif-tx0"; // 其他配置...};

4.問題4：HDMI IN錄音時，偶爾出現Audio服務崩潰

?現象：用HDMI IN錄制外部音頻（如機頂盒信號）時，Audio服務突然崩潰，日志提示“TimeCheck超時”。

?原因：HDMI IN錄音的等待時間過短，導致超時觸發服務重啟。

?解決：修改I2S-TDM驅動，延長錄音等待時間：

在sound/soc/rockchip/rockchip_i2s_tdm.c中添加超時配置：

staticintrockchip_i2s_tdm_trigger(structsnd_pcm_substream *substream,intcmd){ // 其他邏輯... break;+ // 針對錄音流，延長等待時間到 500ms+ if(substream->stream == SNDRV_PCM_STREAM_CAPTURE) {+    substream->wait_time = msecs_to_jiffies(500);+  } returnret;}

5.問題5：更新代碼后，聲卡完全沒聲音（優先級沖突）

?現象：同步代碼后，所有聲卡都沒聲音，查看proc/asound/cards能識別到聲卡。

?原因：RK默認代碼基于多聲卡設備（如RK3588 EVB1支持4路聲卡），優先級為HDMI0 > HDMI1 > DP0 > DP1；若實際設備只有1路HDMI1，系統仍優先調用HDMI0（但無對應聲卡），導致所有聲音無輸出。

?解決：修改WiredAccessoryManager.java，屏蔽HDMI0的優先級判斷：

# 文件路徑：frameworks/base/services/core/java/com/android/server/WiredAccessoryManager.javaelseif(headset==BIT_HDMI_AUDIO) {- Slog.d(TAG,"hdmi_0 plug");- outDevice=AudioManager.DEVICE_OUT_HDMI;+ // 屏蔽 HDMI0 識別，避免優先級沖突+ // Slog.d(TAG, "hdmi_0 plug");+ // outDevice = AudioManager.DEVICE_OUT_HDMI;}elseif(headset==BIT_HDMI_AUDIO_1) { Slog.d(TAG,"hdmi_1 plug");  outDevice=AudioManager.DEVICE_OUT_HDMI_1;

四、實用技巧：多設備輸出與HDMI IN錄音的調用方法

除了調試，掌握MultiAudio的核心調用方式，能讓開發更高效。

1.多設備輸出：指定聲卡的2種方式

（1）JAVA層通過AudioSessionId控制

在MediaPlayer初始化時，通過setAudioSessionId指定聲卡，必須在setDataSource前調用：

MediaPlayermp=newMediaPlayer();// 指定聲卡：PRIMARY(57)=揚聲器，HDMI0(65)，DP0(73)，HDMI1(81)，DP1(89)mp.setAudioSessionId(65);// 聲音從 HDMI0 輸出mp.setDataSource("/data/test.mp4");mp.prepare();mp.start();

（2）按APP包名綁定聲卡

適合需要固定APP輸出設備的場景（如會議軟件固定走HDMI），修改AudioTrack.cpp：

#ifMultiAudioTestString8 appPackage =String8(mPackageName);// RockVideoPlayer 走 HDMI0，gallery3d 走 HDMI1，MX Player 走揚聲器if(strstr(appPackage.string(),"RockVideoPlayer")) {  sessionid = (audio_session_t)65;}elseif(strstr(appPackage.string(),"gallery3d")) {  sessionid = (audio_session_t)81;}elseif(strstr(appPackage.string(),"mxtech")) {// MX Player 包名含 mxtech  sessionid = (audio_session_t)57;}#endif

同時需要：

?打開MultiAudioTest宏（在frameworks/av/media/libaudioclient/include/media/AudioTrack.h中設為1）；?解決音頻焦點沖突：在MediaFocusControl.java 中添加focusChangeHint=3，避免多APP同時播放時暫停。

2. HDMI IN錄音：調用HDMIIN音頻源

通過AudioRecord初始化時指定MediaRecorder.AudioSource.HDMIIN，即可錄制HDMI外部輸入的聲音：

// 參數：音頻源（HDMIIN）、采樣率、聲道配置、格式、緩沖區大小AudioRecordaudioRecord=newAudioRecord(  MediaRecorder.AudioSource.HDMIIN, 44100,// 采樣率 44.1kHz  AudioFormat.CHANNEL_IN_STEREO,// 立體聲  AudioFormat.ENCODING_PCM_16BIT,// 16bit PCM 4096// 緩沖區大小);// 開始錄音audioRecord.startRecording();

五、擴展：用AudioPatch優化TvInput音頻延時

如果開發TvInput相關功能（如電視信號輸入），可以用AudioPatch替代傳統的AudioStream，進一步降低音頻延時（但錄屏無法捕獲TvInput預覽聲音，需根據需求選擇）。

核心修改：在TvInputHardwareManager.java中屏蔽AudioStream調用，啟用AudioPatch：

// 屏蔽原 AudioStream 邏輯// mAudioStream.start(6);// mAudioStream.stop();// 啟用 AudioPatchif(mAudioPatch !=null) {  mAudioManager.releaseAudioPatch(mAudioPatch);}// 創建 AudioPatch 連接 HDMI IN 音頻源mAudioManager.createAudioPatch(  audioPatchArray, newAudioPortConfig[] { sourceConfig }, newAudioPortConfig[] { sinkConfig });

六、總結與支持

RK Android平臺的音頻調試，核心是“先確認基礎通路（聲卡+驅動），再定位上層邏輯（優先級、狀態同步）”。MultiAudio方案不僅解決了原生框架的局限，其配套的調試方法也能覆蓋大部分場景。

希望這篇指南能幫你少踩坑，高效搞定音頻調試！如果覺得有用，歡迎點贊、轉發，也歡迎在評論區分享你的調試經驗～