Scrypted项目中RTSP重播插件的URL解析问题分析

问题背景

Scrypted是一个智能家居视频流管理平台，其RTSP插件允许用户接入各种网络摄像头视频流。在最新版本中，用户反馈当启用Rebroadcast插件时，从Blue Iris系统通过RTSP协议接入的摄像头流会出现连接失败问题，而禁用该插件后则能正常工作。

技术分析

从错误日志中可以清晰地看到问题根源：当尝试建立RTSP会话时，系统在解析URL时抛出了"Invalid URL"异常。具体错误发生在尝试构造SETUP请求时，系统错误地将相对路径"/FDOORv3/trackID=0"当作完整URL处理。

问题根源

1. SDP协议解析问题：Blue Iris返回的SDP描述中包含"a=control:trackID=0"属性，这表示媒体流的控制URL是相对路径。

2. URL拼接逻辑缺陷：Scrypted的Rebroadcast插件在处理RTSP SETUP请求时，未能正确处理SDP中的相对控制路径，直接将其作为完整URL使用，导致Node.js的URL解析器报错。

3. RTSP协议实现差异：与VLC等成熟播放器不同，Scrypted的RTSP客户端在URL处理上不够健壮，未能遵循RFC 2326关于相对URL处理的规范。

解决方案

项目维护者已确认修复此问题。修复方案可能包括：

1. 增强RTSP客户端的URL处理逻辑，正确处理相对路径
2. 根据Content-Base头部或初始请求URL自动补全相对路径
3. 增加对异常情况的容错处理

技术建议

对于使用Scrypted接入RTSP流的用户，如果遇到类似问题：

1. 检查摄像头或NVR返回的SDP描述中的control属性
2. 确认是否使用了最新版本的Scrypted
3. 临时解决方案可以尝试修改摄像头配置使用绝对路径
4. 复杂场景下可考虑使用RTSP代理中转

总结

这个案例展示了多媒体流处理中URL解析的复杂性，特别是在处理各种厂商的不同实现时。Scrypted团队及时响应并修复了这一问题，体现了开源项目的敏捷性。对于智能家居开发者而言，理解RTSP协议细节和SDP格式对于调试流媒体问题至关重要。