A2DP Windows Bridge (A2DPWB)

適用於 Windows、支援所有轉碼器的藍牙 A2DP 音訊串流工具。

使用處於 WinUSB 模式的 USB 藍牙介面卡，以 LDAC、aptX HD、aptX Low Latency、aptX、AAC、SBC、LHDC V5 及（實驗性的）Opus 與 PipeWire 的 Opus 05 串流系統音訊 – 不需要核心驅動程式，也不需要測試簽章。

A2DPWB streaming LDAC 990 kbps / 96 kHz to Sony WH-1000XM4 (Home screen)

開始使用 GitHub

支援的轉碼器

轉碼器 位元率 取樣率 位元深度 延遲
LDAC 330/660/990 kbps 44.1–96 kHz 16/24/32 bit 約 200 ms
aptX HD 🧪 576 kbps 44.1/48 kHz 24 bit 約 150 ms
aptX Low Latency 🧪 352 kbps 44.1/48 kHz 16 bit 約 32 ms
aptX 352/384 kbps 44.1/48 kHz 16 bit –
AAC 128/192/256 kbps 44.1/48 kHz 16 bit 約 150 ms
SBC XQ 約 385/505/552 kbps 44.1/48 kHz 16 bit 約 150 ms
SBC 最高約 345 kbps 44.1/48 kHz 16 bit 約 150 ms
FastStream 🧪 198/216 kbps 44.1/48 kHz 16 bit –
LHDC V5 400/500/900/1000 kbps，ABR 160–400 kbps 44.1/48/96/192 kHz 16/24 bit –
Opus 🧪 128/192/256 kbps 48 kHz 16 bit –
Opus 05 🧪 128/192/256 kbps 48 kHz 16 bit –

各平台的轉碼器支援（傳送到耳機）

轉碼器 Windows 10 內建 Windows 11 內建 Ubuntu 內建 (PipeWire) A2DPWB (Windows 10 / 11)
LDAC ❌ ❌ ✅ ✅
aptX HD ❌ ❌ ✅ 🧪 實驗性
aptX Low Latency ❌ ❌ ✅ 🧪 實驗性
aptX ✅ ✅ ✅ ✅
AAC ❌ ✅ ❌ 不在 Ubuntu 的套件中 ✅
SBC XQ ❌ ❌ ✅ ✅（SBC 允許雙聲道且 bitpool ≥ 43 的接收端）
SBC ✅ ✅ ✅ ✅
FastStream ❌ ❌ ✅ 🧪 實驗性（僅限音樂，需明確選擇）
LHDC V5 ❌ ❌ ❌ ✅
Opus（Android 的 A2DP Opus） ❌ ❌ ✅ PipeWire 1.2+（opus_g）；Ubuntu 24.04（PipeWire 1.0.5）中沒有 🧪 實驗性
Opus 05（PipeWire 自有的 Opus） ❌ ❌ ✅ PipeWire 0.3.57+（opus_05，僅限 PipeWire 裝置） 🧪 實驗性（需明確選擇）
aptX Adaptive ❌ ❌ ❌ ❌

✅ 支援 · 🧪 實驗性 · ❌ 不支援。所有欄位皆為傳送端（PC → 耳機）。「內建」指不使用 A2DPWB 時作業系統本身的藍牙音訊；Ubuntu 欄位為 Ubuntu 26.04 的 PipeWire 轉碼器組合（libspa-0.2-bluetooth）。

aptX HD 與 aptX Low Latency 為實驗性功能。 兩者依照 Android / PipeWire 的實作，並通過編碼/解碼往返測試，但尚未在實際耳機上驗證。此表中的延遲值為典型數值，並非以 A2DPWB 實測。

關於 LHDC V5。 它使用 Google 加入 Android 17 的 LHDC V5 編碼器（AOSP，Apache-2.0）的 C 語言移植版；此移植版已與 AOSP 的 Rust 編碼器比對驗證為位元完全一致，A2DP 訊號則依照 Android 的 a2dp_vendor_lhdcv5。已有使用者在 v1.1.1-beta.1 上以實際的 LHDC V5 耳機驗證，可在 1000 kbps / 192 kHz 下運作（#50）；v2 使用相同的編碼器。僅支援有損的 LHDC V5：LHDC V2/V3（較舊的耳機）與無損的「LHDC-RAW」模式沒有開放原始碼的編碼器。在「自動」模式下，LHDC V5 的優先順序低於 LDAC 與 aptX 系列，高於 AAC / SBC。

Opus 為實驗性功能。 這是 Android 的 A2DP Opus 廠商轉碼器（Android 13 以上，廠商 ID 0x000000E0 Google）：48 kHz、20 ms 訊框，依 Android 的要求以 256 kbps 立體聲傳送（標準 192 kbps、行動 128 kbps），使用 libopus 1.5.2 編碼。它通過了針對虛擬接收端的端對端測試，但尚未在實際的 Opus 耳機上驗證。在「自動」模式下，其優先順序低於 LHDC V5，高於 AAC / SBC。

Opus 05 為實驗性功能，尚未在實際裝置上驗證。 這是 PipeWire 自有的 A2DP Opus 廠商轉碼器（廠商 ID 0x000005F1，轉碼器 0x1005；PipeWire 的 opus_05），只有 PipeWire 實作了它，因此接收端必須是以 PipeWire 作為 A2DP 接收端的 PC。A2DPWB 只傳送立體聲音樂方向（沒有 5.1 / 7.1，也沒有回傳通道）：48 kHz、10 ms 訊框（接收端只支援 20 ms 時用 20 ms），編碼器與位元率和 Opus 相同，並限制在接收端的上限以內。「自動」不會選擇它；請在設定檔中或用 -c opus05 選擇。它已通過針對提供 PipeWire 能力的虛擬接收端的端對端測試，但尚未在實際的 PipeWire 接收端上試過。作為 A2DP 接收端的 PipeWire 自 0.3.57 起可解碼 Opus 05，自 1.2.0 起可解碼 Android 的 Opus（opus_g）：Ubuntu 24.04 LTS 內附 PipeWire 1.0.5（僅 Opus 05），Ubuntu 25.10（1.4.7）與 26.04 LTS（1.6.2）兩者皆有；兩者都尚未用 A2DPWB 驗證。

SBC XQ 已用 Sony WH-1000XM4 驗證（雙聲道，48 kHz 下 bitpool 43，552 kbps）。拒絕該設定的接收端會改用一般 SBC 重新連線。FastStream 為實驗性功能：它已通過針對虛擬接收端的端對端測試，但尚未用實際的 FastStream 耳機試過。僅支援音樂方向；「自動」不會選擇它。

只需要傳統 aptX？ Windows 10 的內建藍牙堆疊已支援傳統 aptX（不含 aptX HD、aptX LL 或 aptX Adaptive），因此不需要 A2DPWB。A2DPWB 主要適用於 LDAC、aptX HD 與 aptX Low Latency。

不支援 aptX Adaptive（沒有開放原始碼的編碼器）。如果您的耳機同時列出傳統 aptX，A2DPWB 會直接使用 aptX；否則「自動」會選擇 AAC 或 SBC。請參閱 aptX 系列與 aptX Adaptive 相容性。

平台支援

元件 Windows 10 (x64 / ARM64) Windows 11 (x64 / ARM64) Linux (Ubuntu)
A2DPWB（視窗、系統匣、CLI） ✅（尚未在實機上試過） ✅ ❌
從原始碼建置（Rust、Visual Studio 2022 以上、Node.js） ✅ ✅ ❌
a2dpwb_decode（串流檢查工具） ✅ ✅ ❌
端對端測試 tools/emu/run_test.py ✅ ✅ ❌
虛擬介面卡 tools/emu/emu_vhci.py ❌ ❌ ✅
測量用接收器 tools/linux_sink ❌ ❌ ✅

A2DPWB 本身僅能在 Windows（Windows 10 22H2 或 Windows 11）上以 x64 與 ARM64 版本執行。Linux 工具需要 Python 3.11 以上（已在 Ubuntu 26.04 驗證）；setup.sh 以 Ubuntu / Debian 為對象，其他發行版需手動安裝套件。

已驗證的硬體

項目 環境 轉碼器 結果
Sony WH-1000XM4（耳機） Windows 11 + TP-Link UB500 LDAC, AAC, SBC, SBC XQ ✅ 可播放（XM4 不支援 aptX）
TP-Link UB500（Realtek RTL8761BU，介面卡） Windows 11、WinUSB、linux-firmware rtl8761bu – ✅
測量用接收器 tools/linux_sink Windows 11 + UB500 → Ubuntu 26.04，透過無線傳輸 SBC, AAC, aptX, aptX HD, aptX LL, LDAC ✅ 已接收並測量
虛擬連結 tools/emu (Bumble) Windows 11，無無線電 SBC, SBC XQ, AAC, aptX, aptX HD, aptX LL, LDAC, LHDC V5, FastStream, Opus, Opus 05 ✅ 端對端測試通過

尚未在實機上試過 Windows 10。其他介面卡：請參閱 建議的介面卡。

音訊擷取模式

A2DPWB 透過 WASAPI 擷取音訊，提供三種模式：

模式 說明 使用情境
系統回送 透過 WASAPI 回送，擷取預設播放裝置的所有系統音訊輸出 設定簡單 – 串流所有聲音
虛擬裝置 從使用者選取的虛擬音訊裝置（例如 VB-CABLE、VoiceMeeter）擷取 將特定應用程式導向藍牙，其他音訊仍從喇叭播放
應用程式 僅擷取單一應用程式播放的內容（經該應用程式本身處理後）（Windows 11 / Windows 10 2004 以上） 傳送單一應用程式，或系統層級效果應用程式（等化器、音效增強器）的輸出

在 虛擬裝置 模式下，A2DPWB 可以將 Windows 預設播放裝置切換為所選的虛擬裝置（自動切換預設裝置），再擷取其回送輸出。輸出到該虛擬裝置的應用程式會透過藍牙串流。停止串流時，會還原先前的預設裝置。

系統回送不會把音訊從預設播放裝置上移走：音訊會同時在該裝置與藍牙上播放。請參閱 擷取模式。

運作方式 

---
config:
  flowchart:
    wrappingWidth: 480
    rankSpacing: 30
---
flowchart TD
    s1["系統回送"]
    s2["虛擬裝置"]
    s3["應用程式（處理程序回送）"]
    s1 & s2 & s3 --> cap["WASAPI 回送擷取 (PCM)"]
    cap --> enc["音訊編碼器: LDAC / aptX 系列 / LHDC V5 / Opus / AAC / SBC"]
    enc --> bt["BTstack: A2DP Source → AVDTP → L2CAP → HCI"]
    bt --> usb["WinUSB → USB 藍牙介面卡"]
    usb -.-> hp["耳機"]

A2DPWB 完全繞過 Windows 藍牙堆疊。它透過 WinUSB 直接與 USB 藍牙介面卡通訊，並使用 BTstack 在使用者模式下實作完整的藍牙通訊協定堆疊。音訊由一個常駐的小程式（a2dpwb-core.exe，附系統匣圖示）負責串流；視窗只顯示其狀態，因此關閉視窗並不會停止音訊（請參閱 架構）。

功能

  • 多轉碼器：LDAC、aptX HD、aptX Low Latency、aptX、AAC、SBC、LHDC V5 及（實驗性的）Opus / Opus 05，自動協商
  • LE Audio（實驗性）：以 LC3 傳送到 LE Audio 耳機（BAP 單播、一對耳機的左右兩耳、耳機音量、媒體按鍵、GMAP 低延遲）。需要支援 Bluetooth 5.2 等時通道的介面卡；只在藍牙模擬器上測試過，尚未在實際的 LE Audio 耳機上確認（請參閱使用方式）
  • 三種擷取模式：系統回送、虛擬音訊裝置路由，或單一應用程式的輸出
  • 視窗、系統匣與 CLI：用於設定與診斷的視窗、日常連線用的系統匣快顯視窗與選單，以及命令列（請參閱 使用方式）
  • 應用程式內的 WinUSB 設定：為介面卡指派 WinUSB 驅動程式，並可還原原本的驅動程式，不需要 Zadig（請參閱 安裝設定）
  • 首次執行設定：介面卡、驅動程式與韌體、耳機、首次連線
  • ABR：針對不穩定連線的自適應位元率（LDAC 與 LHDC V5）
  • 自動重新連線：斷線時重新連線（最多 10 次），PC 從睡眠中恢復後也會重新連線
  • 連線品質與 AFH：顯示傳送的內容、RSSI 與使用中的通道；告知介面卡應避開哪些 Wi-Fi 通道（請參閱 使用方式）
  • 耳機控制 (AVRCP)：與耳機及 Windows 音量同步的音量滑桿；耳機的播放/暫停、下一首與上一首按鈕可控制 PC 上的播放（請參閱 使用方式）
  • 設定檔管理：裝置 + 轉碼器 + 擷取的設定組合，可從系統匣連線
  • 更新：已安裝的版本會在停止串流後自行更新（請參閱 使用方式）
  • 多語系：英文、日文、簡體中文、繁體中文、韓文、德文、法文、西班牙文
  • Realtek 韌體：Realtek 介面卡的韌體下載引導
  • 診斷：連線流程、記錄、HCI 擷取、用於錯誤回報的診斷資訊、與 Linux PC 進行對端接收器測試（請參閱 使用方式）