ZLMediaKit WebRTC播放失败问题分析与解决方案

问题背景

近期有用户反馈在使用ZLMediaKit进行WebRTC播放时遇到了问题，RTMP流可以正常播放，但WebRTC却无法正常工作。经过分析，这是由于Chrome浏览器更新后对WebRTC协议实现的调整导致的兼容性问题。

问题现象

用户在Docker环境中部署ZLMediaKit后，WebRTC播放出现以下症状：

1. 播放界面显示黑屏且无加载动画
2. 浏览器控制台报错："Failed to parse SessionDescription. Duplicate a=msid lines detected"
3. 日志显示WebRTC连接超时断开

根本原因分析

问题的核心在于WebRTC协议中的SDP(会话描述协议)格式要求发生了变化。具体表现为：

1. Chrome浏览器更新：新版本的Chrome加强了对SDP格式的校验，特别是对msid(媒体流标识符)字段的唯一性检查。

2. 重复msid问题：ZLMediaKit生成的SDP应答中，多个媒体轨道使用了相同的msid标识符，这在旧版浏览器中可以工作，但在新版Chrome中会被拒绝。

3. 协议兼容性：WebRTC协议本身允许这种实现方式，但浏览器厂商可以自行决定对协议的严格程度。

解决方案

针对此问题，有两种可行的解决方法：

方法一：升级ZLMediaKit版本

建议用户升级到最新版本的ZLMediaKit，开发团队已经修复了此兼容性问题。最新版本中已经调整了SDP生成逻辑，确保msid字段的唯一性。

方法二：手动修改源码

如果暂时无法升级，可以手动修改源码解决：

1. 找到WebRtcTransport.cpp文件
2. 修改msid生成逻辑，确保每个媒体轨道都有唯一的标识符
3. 将ssrc.msid = RTP_MSID改为ssrc.msid = RTP_MSID + to_string(i++)

这种修改方式通过为每个媒体流附加递增的数字后缀，保证了msid的唯一性。

技术原理深入

WebRTC协议中，msid(Media Stream Identifier)用于标识媒体流和轨道。在SDP中，它通常以"msid:<stream_id> <track_id>"的形式出现。Chrome的新版本要求：

1. 同一会话中不同媒体轨道的msid必须不同
2. 音频和视频轨道应有独立的标识符
3. 重传轨道(RTX)也需要有唯一标识

ZLMediaKit原先的实现为了简化，为所有轨道使用了相同的msid，这在协议层面是允许的，但不符合Chrome的最新实现要求。

最佳实践建议

1. 保持版本更新：定期更新ZLMediaKit以获取最新的兼容性修复
2. 测试多浏览器：在Chrome、Firefox、Safari等主流浏览器上测试WebRTC功能
3. 监控日志：关注WebRTC连接建立过程中的错误日志
4. 理解协议变化：关注WebRTC协议和浏览器实现的更新动态

总结

WebRTC作为实时通信的重要协议，其实现细节会随着浏览器更新而不断演进。ZLMediaKit作为优秀的媒体服务器解决方案，会持续跟进这些变化。遇到类似兼容性问题时，开发者可以通过升级版本或针对性修改源码来解决。理解协议细节和浏览器实现差异，有助于更快定位和解决这类问题。