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

问题背景

最近在使用ZLMediaKit进行WebRTC播放时遇到了一个常见问题：RTMP流可以正常播放，但WebRTC却无法播放，表现为黑屏且无加载动画。这个问题在Chrome浏览器更新后突然出现，而之前工作正常。

错误现象分析

从日志和错误信息中可以看到几个关键点：

1. 控制台报错：浏览器控制台显示"Failed to parse SessionDescription. Duplicate a=msid lines detected"，表明SDP描述中存在重复的msid行。

2. SDP对比：

   • 请求SDP中包含多种编解码器支持
   • 响应SDP中msid标签重复出现

3. 日志显示：WebRTC连接超时后被关闭

根本原因

这个问题是由于Chrome浏览器的最新更新对WebRTC的SDP解析更加严格所致。具体来说：

1. Chrome现在会严格检查SDP中的msid(媒体流标识符)是否重复
2. ZLMediaKit早期版本生成的SDP中，msid值是相同的
3. 这种重复的msid在新的Chrome版本中会被拒绝

解决方案

方法一：修改源码

在WebRtcTransport.cpp文件中，找到设置msid的代码行，修改为：

ssrc.msid = RTP_MSID + to_string(i++);

这样修改后，每个ssrc都会获得唯一的msid，避免了重复问题。

方法二：升级ZLMediaKit

最新版本的ZLMediaKit已经修复了这个问题。建议用户：

1. 拉取最新的master分支代码
2. 重新编译安装
3. 或者使用最新的docker镜像

技术细节解析

WebRTC协议中，msid(Media Stream Identifier)用于标识媒体流。在SDP交换过程中：

1. 浏览器会发送包含多种编解码器支持的offer
2. 媒体服务器需要返回answer，其中包含实际的媒体流信息
3. 每个媒体流(音频/视频)都应该有唯一的标识

在旧版本实现中，ZLMediaKit为所有流使用了相同的msid，这在早期浏览器中是被允许的。但随着WebRTC规范的严格执行，这种实现方式不再被接受。

验证方法

修复后可以通过以下方式验证：

1. 检查返回的SDP中msid是否唯一
2. 在Chrome最新版本中测试WebRTC播放
3. 观察网络请求是否成功完成
4. 检查媒体流是否正常播放

总结

WebRTC作为实时通信的重要协议，其规范在不断演进。作为开发者，我们需要：

1. 关注浏览器厂商的更新动态
2. 及时更新媒体服务器以保持兼容性
3. 理解协议规范的细节要求

通过这次问题的解决，我们可以看到WebRTC生态系统正在变得更加规范和严格，这对整个行业的健康发展是有益的。对于ZLMediaKit用户来说，及时更新到最新版本是避免此类兼容性问题的最佳实践。