作为一名物联网开发者，我曾被蓝牙音频传输中的各种编码问题折磨得焦头烂额。今天就来分享下从SBC到AAC的实战经验，希望能帮你少走弯路。

为什么我们需要更好的编码方案

SBC（Subband Coding）作为蓝牙音频的默认编码，最大的问题是"一刀切"的固定比特率。我做过测试：用SBC传输钢琴曲时，高频细节丢失严重，码率却始终维持在328kbps左右，既浪费带宽又保证不了音质。

技术参数全对比

| 指标 | SBC | AAC-LC | AAC-LD | |-------------|------------------|------------------|------------------| | 延迟 | 100-200ms | 80-150ms | 20-50ms | | 功耗 | 低 | 中等 | 中等偏高 | | 兼容性 | 全平台 | Android/iOS | 需要蓝牙5.2+ | | 推荐场景 | 语音通话 | 音乐播放 | 游戏/实时音频 |

FFmpeg实战转换示例

先确保安装了带AAC支持的FFmpeg：

ffmpeg -codecs | grep aac

SBC转AAC-LC（适合音乐）

ffmpeg -i input.sbc -c:a aac -b:a 256k -profile:a aac_low \
-ar 44100 -movflags +faststart output.m4a

实时AAC-LD编码（适合游戏）

ffmpeg -f alsa -i hw:0 -c:a aac -profile:a aac_ld \
-b:a 128k -f rtp rtp://192.168.1.100:1234

关键参数说明： - -profile:a aac_ld：启用低延迟模式 - -b:a 128k：动态码率范围80-160kbps - -movflags +faststart：优化流媒体播放

树莓派实测数据

在RPi 4B上测试（CPU负载百分比）：

• SBC编码：CPU占用12%
• AAC-LC：CPU占用18%
• AAC-LD：CPU占用23%

各平台适配指南

Android特别注意

需要检查硬件编码支持：

MediaCodecList.findEncoderForFormat()

Windows注册表修改

解决AAC兼容性问题：

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTHPORT\Parameters]
"EnableAAC"=dword:00000001

未来方向：Opus编码

虽然当前蓝牙标准还未正式支持，但可以通过HFP协议传输。测试命令：

ffmpeg -i input.wav -c:a libopus -application lowdelay \
-frame_duration 20 -compression_level 10 output.opus

最后建议：如果是智能家居设备，AAC-LC性价比最高；做游戏耳机则必须用AAC-LD。别忘了先在目标设备上做兼容性测试！