MediaMTX录制文件删除时间配置问题解析

问题背景

在MediaMTX流媒体服务器(v1.8.4版本)的使用过程中，发现了一个关于录制文件自动删除功能的配置问题。用户在使用Docker容器部署时，发现recordDeleteAfter参数在某些情况下无法按预期工作。

问题现象

用户配置了两个不同的RTSP源路径：

1. office路径：设置了recordDeleteAfter: 336h(14天)
2. office-sub路径：未单独设置删除时间，使用默认的recordDeleteAfter: 168h(7天)

但实际运行中发现，两个路径的录制文件都在7天后被删除，office路径的特殊设置未能生效。

技术分析

经过项目维护者的检查，发现这是一个服务端逻辑缺陷。问题的根源在于：

1. 删除录制文件时，服务器仅检查了recordPath配置
2. 没有进一步验证这些文件片段是否属于特定的路径配置
3. 导致所有录制文件都按照默认的删除时间处理，忽略了路径级别的特殊配置

解决方案

该问题已在MediaMTX v1.9.1版本中修复。修复内容包括：

1. 改进了录制文件删除逻辑
2. 现在会正确识别每个路径的独立配置
3. 确保recordDeleteAfter参数在路径级别和全局级别都能正确应用

配置建议

对于需要使用录制功能的用户，建议：

1. 明确区分全局默认值和路径特定值
2. 对于需要特殊保留时间的路径，单独配置recordDeleteAfter
3. 升级到v1.9.1或更高版本以获得完整功能支持

总结

这个案例展示了流媒体服务器中配置继承和覆盖机制的复杂性。MediaMTX团队及时响应并修复了这个问题，体现了开源项目对用户体验的重视。用户在使用类似功能时，应当注意版本兼容性，并在遇到预期外的行为时及时反馈。