Tdarr库扫描异常导致文件重复处理问题分析

问题描述

在使用Tdarr进行媒体文件转码处理时，用户发现系统在定期扫描库(Find new)时会重新检测并排队所有已经完成转码的文件，导致重复处理问题。虽然文件夹监视功能可以正常工作，但它是基于预设的扫描间隔而非文件系统事件触发的。

问题背景

用户的工作流程配置为不删除源文件，使用Tdarr转换后将文件保存到不同目录。这种情况下，系统本应能识别已处理文件，避免重复工作，但实际表现却相反。

技术分析

从技术角度来看，这个问题可能涉及以下几个方面的原因：

1. 文件状态跟踪机制失效：Tdarr可能未能正确记录已处理文件的状态信息
2. 扫描逻辑缺陷：库扫描功能可能没有正确应用文件过滤条件
3. 配置问题：服务器配置可能存在不合理的参数设置

解决方案

根据仓库所有者的建议，可以采取以下措施解决该问题：

1. 启用详细日志：在日志选项卡中启用详细日志记录，这将帮助识别文件被重新添加的具体原因

2. 使用流程插件：

   • 在流程中添加"Check If Processed"插件作为第一层验证
   • 配合使用"Add To Processed"插件建立第二层防护机制
   • 这种双重验证可以有效防止文件被重复处理

3. 优化扫描策略：考虑调整库扫描间隔或完全依赖文件系统事件触发处理

补充说明

值得注意的是，用户反馈文件夹监视功能对实际文件变更能够正常响应，这表明核心监视机制是有效的，问题可能主要存在于定期扫描的逻辑中。

最佳实践建议

对于类似Tdarr这样的媒体处理系统，建议用户：

1. 建立清晰的文件处理流水线，明确区分源文件和输出文件目录
2. 合理配置处理流程中的状态检查环节
3. 定期检查系统日志，监控文件处理状态
4. 对于大规模媒体库，考虑使用增量扫描而非全量扫描

通过以上措施，可以有效避免文件重复处理问题，提高系统整体效率。