ZLMediaKit WebRTC 音频传输问题分析与解决方案

问题背景

在流媒体服务器ZLMediaKit的实际应用中，用户反馈通过WebRTC协议播放视频时出现了只有图像没有声音的现象。经过分析，这是一个典型的音视频编解码兼容性问题，涉及到WebRTC协议栈对音频格式的特殊要求。

现象描述

用户使用FFmpeg将RTSP源流转发至ZLMediaKit后，通过WebRTC协议播放时发现：

1. 视频流能够正常播放
2. 音频完全缺失
3. SDP协商中音频部分被标记为"a=inactive"

技术分析

WebRTC音频格式限制

WebRTC协议对音频编解码有严格要求，主要支持以下格式：

• Opus（首选）
• G.711（PCMU/PCMA）
• iSAC
• iLBC

而用户使用的RTMP/FLV流中常见的AAC音频编码并不在WebRTC原生支持范围内。

SDP协商过程

从技术日志可见：

1. 客户端在SDP offer中声明支持多种音频编码，包括opus(111)、G.722(9)、PCMU(0)、PCMA(8)等
2. 服务端在SDP answer中仅响应opus(111)编码
3. 音频方向被标记为"inactive"，表明服务端无法提供有效音频流

根本原因

问题核心在于：

1. 输入流使用AAC音频编码
2. ZLMediaKit默认不进行音频转码
3. WebRTC客户端不支持直接播放AAC音频
4. 导致音频轨道协商失败

解决方案

方案一：启用音频转码

修改FFmpeg推流命令，强制转码为WebRTC支持的音频格式：

ffmpeg -rtsp_transport tcp -i "rtsp://source" -c:v copy -c:a libopus -strict -2 -f flv rtmp://output

关键参数说明：

• -c:a libopus：将音频转码为opus格式
• -c:v copy：视频流保持原始编码

方案二：服务端配置调整

在ZLMediaKit配置文件中确保：

1. 启用音频支持（enable_audio=1）
2. 检查WebRTC相关配置（rtc段）
3. 确认编译时启用了WebRTC功能

方案三：客户端适配

对于有开发能力的用户，可以考虑：

1. 在客户端实现AAC解码
2. 使用WebAudio API进行播放
3. 通过DataChannel传输音频数据

最佳实践建议

1. 推流阶段：尽量使用WebRTC原生支持的音视频编码
2. 服务部署：确保ZLMediaKit编译时包含完整WebRTC支持
3. 监控调试：定期检查SDP协商日志，确认音视频轨道状态
4. 兼容性测试：对多种音频编码进行充分测试

总结

WebRTC音频传输问题通常源于编解码不兼容。通过合理的转码策略和配置调整，可以确保ZLMediaKit在各种场景下提供完整的音视频传输服务。对于生产环境，建议建立标准的音视频处理流水线，确保输入输出格式的兼容性。