SRS流媒体服务器中长视频循环推流失败问题分析与解决方案

问题背景

在使用SRS(Simple-RTMP-Server)流媒体服务器时，开发者遇到了一个典型的长视频循环推流问题。当使用FFmpeg将一段13分钟的视频循环推流到SRS服务器，并通过SRS转发到其他RTMP服务器时，会出现"conversion failed"错误。而同样的操作对3分钟的短视频则能正常工作。

现象分析

从技术日志中可以看到几个关键现象：

1. 长视频推流约13分钟后，在循环时出现错误："Error muxing a packet"和"Broken pipe"
2. 错误发生时FFmpeg返回错误码-32(管道破裂)
3. 短视频(1分钟左右)循环推流则完全正常
4. 直接推流(不转发)时，长视频虽然能循环但会出现卡顿

根本原因

经过深入分析，发现问题根源在于视频文件的音视频流时长不同步。具体表现为：

1. 视频文件中音频流和视频流的持续时间存在显著差异(超过30秒)
2. 这种不同步在长视频中会被放大，导致循环时时间戳混乱
3. SRS在转发流媒体时对时间戳连续性有严格要求
4. 转发过程中的缓冲机制会加剧这种不同步问题

解决方案

针对这一问题，我们推荐以下几种解决方案：

1. 统一音视频时长

使用FFmpeg重新处理视频文件，确保音视频流时长一致：

ffmpeg -i input.mp4 -c copy -shortest output.mp4

-shortest参数会以最短的流(音频或视频)为基准截断其他流。

2. 重新编码处理

对于严重不同步的视频，建议完全重新编码：

ffmpeg -i input.mp4 -c:v libx264 -c:a aac -strict experimental output.mp4

3. 分段推送策略

对于超长视频，可考虑分段推送：

ffmpeg -i input.mp4 -c copy -f segment -segment_time 600 -reset_timestamps 1 output%03d.mp4

然后将分段后的视频循环推送。

预防措施

为避免类似问题，建议：

1. 在上传视频前使用ffprobe检查音视频流信息
2. 建立视频预处理流程，确保时长同步
3. 对长视频实施分段处理策略
4. 监控SRS日志中的时间戳警告信息

总结

音视频同步是流媒体处理中的基础问题，在长视频循环推流场景下尤为关键。通过规范视频预处理流程、合理配置编码参数，以及实施有效的监控策略，可以有效避免这类问题的发生。SRS作为高性能流媒体服务器，对输入流的质量有一定要求，开发者应确保输入源的规范性以获得最佳性能。