问题描述:
- 环境背景: 使用外部 Docker 容器(如 TMM、Nastool 等)对影视文件夹进行刮削,生成
.nfo 及图片元数据。
- 复现现象: * 首次扫描正常: 媒体库初次创建时,能完美读取已有 NFO 信息。
- 增量更新失效: 后续新下载的影视剧,在 Docker 刮削生成 NFO 文件后,飞牛影视无法通过“扫描”或“监控”自动读取这些本地元数据,往往显示为“未识别”或调用系统自带刮削器。
- 无奈绕路: 目前只能通过“删除并重建媒体库”来强制读取,但重建会导致“添加时间”全部重置,破坏原有的排序逻辑(无法按文件入库顺序排列)。
预期结果: 希望媒体库扫描机制增加“强制读取本地 NFO”的扫描触发器,或优化文件系统监控(Inotify),确保检测到文件夹内 NFO 变动时优先更新本地信息,而非重新拉取在线数据。
系统版本:ARM(某RK3566-T)
设备环境:(物理机)
BUG现象:媒体库无法实时同步外部(Docker)写入的 NFO 刮削信息,导致必须重建库
出现频率:(必现)
联系方式:(可提供手机号,或所在粉丝群与昵称,例如:1群-路人甲)