仅监控子目录似乎只能作用于前两层，而无法深入到第三层：
c:\Videos\Titles\Seasons\
看起来，如果你监控“Videos”并勾选监控子目录选项，MCEBuddy 只会向下检查到“Titles”，而不会检查到“Seasons”。
是这样吗？
沒有限制，我剛剛測試了 10 層巢狀子目錄，運作正常。很可能是目錄路徑太長，或是安全權限阻止引擎進行遍歷。如果你開啟 mcebuddy.log 檔案並搜尋你的目錄名稱，就能看到發生了什麼事。
嗨，Goose，感谢回复……
这是我在日志文件中看到的内容：
ERROR> 2020-12-12T21:48:36 MCEBuddy.Engine.QueueManager → 无法在位置 E:\ServerFolders\Videos\TV Shows\Recorded 中搜索文件，用于监视任务 Plex Recorded TV
ERROR : 指定的路径、文件名或两者都太长。完全限定的文件名必须少于 260 个字符，目录名必须少于 248 个字符。
我认为在 NTFS 上无法创建超过 256 个字符的完全限定文件名。
至于权限，我相信 MCEBuddy 目前基本上是以管理员权限运行的。
我可以在监视位置脚本中将 MCEBuddy 指向上述目录下的某个“Title”子目录，例如：
“E:\ServerFolders\Videos\TV Shows\Recorded\American Experience (1988)”
……MCEBuddy 就能找到并转换 Season 01、02、03 等子目录里的所有文件。
还有其他建议吗？
这是Windows的限制，不是MCEBuddy。Windows无法处理并抛出了该错误。
抱歉，如果我有些困惑，还成了个麻烦。我只是想弄清楚如何定位问题并修复它。
是 MCEBuddy 在向 Windows 请求目录列表，而 Windows 返回了错误吗？
有没有办法用 cmd 重新触发这个目录列表请求？
我猜测一定是某个文件或文件夹导致 Windows 抛出错误，而我正想办法找出它。
谢谢
解決了！
使用 PowerShell：
cmd /c dir /s /b |? {$_.length -gt 260}
這樣找到了有問題的檔案，我就能將它們刪除。之後 MCEBuddy 就正常運作了。
感謝你的協助與指導。
你也可以尝试这样做。
謝謝你的建議，但我總是擔心那種做法會不會搞壞其他東西。