RTSP-Simple-Server中处理DJI FlightHub Sync RTMP流的问题分析

问题背景

在使用RTSP-Simple-Server接收来自DJI FlightHub Sync的RTMP直播流时，开发者遇到了一个典型的问题：服务器日志显示"metadata doesn't contain any track"错误，导致连接被立即关闭。这个问题特别出现在通过DJI FlightHub 2平台转发DJI Mavic 3E无人机实时视频流的情况下。

技术分析

从网络抓包和日志分析来看，问题的核心在于RTMP流的元数据格式。RTSP-Simple-Server在v1.8.0版本中对RTMP流的元数据有严格的验证机制，要求必须包含有效的音视频轨道信息。而DJI FlightHub Sync转发的RTMP流在初始握手阶段发送的元数据包可能不符合这一预期。

具体表现为：

1. RTMP连接能够正常建立
2. 服务器创建了临时路径
3. 但由于元数据中缺少明确的音视频轨道声明，服务器立即销毁了该路径并关闭连接

解决方案

项目维护者在分析问题后，通过提交PR #3504修复了这个问题。修复的核心思路是：

1. 放宽对RTMP元数据的严格验证
2. 允许不包含明确轨道声明的RTMP流通过初始检查
3. 改为在实际数据传输阶段进行轨道类型判断

这一改动使得RTSP-Simple-Server能够更好地兼容各种RTMP源，特别是像DJI FlightHub Sync这样可能采用非标准元数据格式的流媒体源。

验证与兼容性

值得注意的是，同一RTMP流在Ant Media Server上能够正常工作，这证实了问题确实与服务器实现的严格程度有关，而非流本身存在根本性错误。这也体现了不同媒体服务器在协议实现细节上的差异。

版本更新

该修复已包含在v1.8.4版本中。对于遇到类似问题的用户，建议：

1. 升级到v1.8.4或更高版本
2. 如果无法立即升级，可以考虑使用中间转码或代理方案
3. 在特殊情况下，可能需要调整服务器配置以兼容特定流格式

总结

这个案例展示了开源媒体服务器在处理各种流媒体源时面临的兼容性挑战。RTSP-Simple-Server通过持续改进其协议实现，增强了对专业级设备如DJI无人机流的支持能力，为开发者提供了更强大的实时视频处理工具。