RTSP-Simple-Server中Opus音频流录制时间戳异常问题分析

问题背景

在RTSP-Simple-Server 1.10.0版本中，用户发现当录制Opus编码的纯音频RTSP流时，生成的录制文件时间戳出现了异常现象。具体表现为：虽然配置了1分钟的片段录制时长，但生成的文件名时间戳却以2分钟的间隔递增，而实际文件内容时长仍然是正确的1分钟。

问题复现条件

该问题在以下环境中可稳定复现：

1. 服务器配置为录制模式，片段时长为1分钟
2. 使用FFmpeg推送Opus编码的纯音频流
3. 文件命名格式中包含时间戳变量（如%Y-%m-%d_%H-%M-%S-%f）

值得注意的是，当音频编码切换为μ-law时，该问题不会出现，这表明问题与Opus编码特性有关。

技术分析

经过项目维护者的深入调查，发现问题出在时间戳计算逻辑上。RTSP-Simple-Server在生成录制文件名时，会基于媒体流的时间戳来确定文件名中的时间部分。对于Opus编码的音频流，服务器错误地将时间戳步进值计算为实际值的两倍，导致文件名中的时间戳加速前进。

这种异常行为可能与Opus编码的以下特性有关：

1. Opus编码器通常使用48kHz采样率
2. 时间戳计算可能错误地参考了采样率而非实际时间
3. 时间基(timebase)转换时出现了倍数关系错误

解决方案

项目维护团队在1.11.0版本中修复了这个问题。修复的核心是修正了时间戳计算逻辑，确保无论使用何种音频编码（包括Opus），文件名中的时间戳都能正确反映实际时间。

对于暂时无法升级的用户，可以采用以下临时解决方案：

runOnRecordSegmentCreate: sh -c 'date -u +%Y-%m-%d_%H-%M-%S-%s > $MTX_SEGMENT_PATH.timestamp'
runOnRecordSegmentComplete: sh -c 'mv $MTX_SEGMENT_PATH $(dirname $MTX_SEGMENT_PATH)/$(head -n 1 $MTX_SEGMENT_PATH.timestamp).mp4 && rm $MTX_SEGMENT_PATH.timestamp'

这个方案通过在创建片段时记录准确的时间戳，在完成时重命名文件来绕过服务器内部的时间戳计算问题。

总结

这个案例展示了多媒体服务器在处理不同编码格式时可能遇到的边缘情况。时间戳计算作为流媒体处理的核心功能之一，需要针对不同编码格式进行特殊处理。RTSP-Simple-Server团队通过及时修复这个问题，再次证明了该项目对兼容性和稳定性的重视。