MCEBuddy 2.5.2 64bit)：
VM win10 64bit：
問題或建議摘要：
我在 Qnap NAS 上的 win10 VM 中執行 buddy
我也在 W10 桌面電腦上安裝了 buddy
我的所有媒體都在 NAS 上。
我會將 mkv 重新封裝並重新編碼為 mp4。
自動執行這部分運作良好。
但當我拖曳（任意數量的）檔案到 buddy 時——什麼都沒發生。
接著我 執行 services.msc 並點擊重新啟動 MCEbuddy。
Buddy 隨即消失（關閉）
我再重新開啟 Buddy，所有先前拖曳的檔案都出現了！（並且正在執行）
這在 VM 與桌面版本都會發生。
我假設這應該是它初始的運作方式。
重新啟動是否清除了某些東西？
乾杯
可能是 GUI 在引擎读取网络文件元数据时更新较慢。只要等足够久，引擎读完元数据后 GUI 就会更新。试试最新的 2.5.3 BETA 版，我们对手动添加网络文件（拖放）时的 GUI 响应速度做了改进。
感谢您的快速回复。
我已更新到最新测试版，但更新速度依然没有变化！
聽起來只是讀取 metadata 需要一點時間。如果放著不管幾分鐘，它會繼續嗎？（取決於你拖曳了多少檔案）
大约90秒处理了十几个文件。
我正在使用 2.5.3 BETA，看起來 MCEbuddy 需要很長時間才會處理手動加入的檔案。除了重新啟動服務之外，還有沒有辦法從命令列手動觸發？如果我等待，最終還是會執行。我猜它正在掃描媒體庫尋找新媒體，直到掃描完成前都不會觸發手動處理。
使用 MCEBuddy.UserCLI.exe。直接執行不加任何參數即可查看說明：
以下為輸出範例，可使用 --command=engine --action=rescan 強制重新掃描：
Usage: MCEBuddy.UserCLI --command=<option> --action=<value> --server=<server> --port=<port> --quiet
--command=engine -> 變更引擎狀態
--action=start -> 啟動引擎
--action=stop -> 停止引擎
--action=pause -> 暫停引擎
--action=resume -> 繼續引擎
--action=rescan -> 重新掃描監控位置與記錄
--command=query -> 查詢並列印引擎與工作的各項參數
--action=queuelength -> 取得轉換佇列中的工作數量
--action=enginestate -> 引擎狀態（stopped、started、conversion_in_progress 或 conversion_paused）
--action=withinschedule -> 若目前不在設定的轉換時段內，印出 'false'，否則印出 'true'
--command=jobstatus -> 查詢佇列中某工作的狀態
--action="<完整檔案路徑>" -> 要查詢的來源檔案路徑與名稱。請用引號包住路徑與檔名。有效狀態為 `queued`、`converting` 或 `not present`
--command=addfile -> 將檔案加入轉換佇列
--action="<完整檔案路徑>" -> 要加入轉換佇列的檔案完整路徑
--command=removejob -> 從轉換佇列移除工作
--action=<佇列編號> -> 輸入要從轉換佇列移除的工作編號（第一筆為 1）
--command=priority -> 變更 MCEBuddy 優先順序
--action=low -> 低優先順序
--action=normal -> 一般優先順序
--action=high -> 高優先順序
--command=deletehistoryitem -> 從歷史紀錄移除檔案項目，以便重新轉換
--action="<完整檔案路徑>" -> 要從歷史紀錄移除的已處理檔案完整路徑
--command=upnp -> 在閘道器/路由器設定 UPnP，以供 MCEBuddy 引擎遠端存取
--action=enable -> 啟用 MCEBuddy 的 UPnP 連接埠轉送
--action=disable -> 停用 MCEBuddy 的 UPnP 連接埠轉送
--command=firewall -> 設定防火牆例外，以供 MCEBuddy 引擎遠端存取
--action=enable -> 啟用 MCEBuddy 的防火牆例外
--action=disable -> 停用 MCEBuddy 的防火牆例外
--server=<localhost/NetBIOS 名稱/IP 位址> ->（選用）MCEBuddy 引擎位址（預設為 localhost）
--port=<連接埠編號> ->（選用）MCEBuddy 引擎連接埠（預設為 23332）
--quiet ->（選用）預設為詳細模式，若設定此參數，則僅會在螢幕上印出 command=query/jobstatus 的結果，錯誤時回傳 -2
程式結束時會回傳 0 表示成功，-1 表示輸入參數錯誤，-2 表示處理命令失敗
範例：
MCEBuddy.UserCLI --command=addfile --action="C:\\Videos\\My Test.wtv"
MCEBuddy.UserCLI --command=query --action=queuelength
MCEBuddy.UserCLI --command=removejob --action=2
MCEBuddy.UserCLI --command=priority --action=low
MCEBuddy.UserCLI --command=deletehistoryitem --action="C:\\Videos\\My Test.wtv"
MCEBuddy.UserCLI --command=engine --action=pause
MCEBuddy.UserCLI --command=engine --action=pause --server=192.168.1.3
MCEBuddy.UserCLI --command=engine --action=pause --server=localhost --port=2234
MCEBuddy.UserCLI --command=query --action=enginestate --quiet
MCEBuddy.UserCLI --command=jobstatus --action="C:\\Test\\Recorded File.ts"
我仍然需要等待屏幕加载并开始进程。
我上传了一段视频来展示它是如何运作的——或者说，是如何不运作的！
这是个糟糕的副本，因为必须压缩才能上传，但你能明白我的意思。
请尝试使用“添加”按钮，而不是“拖放”。如果这样能解决问题，说明是 Windows 资源管理器锁定了文件；当你拖放文件时，mcebuddy 此时无法访问它们。最简单的确认方法是打开 mcebuddy.log 文件，查看拖放文件后的日志记录。如果看到文件被锁定的提示，问题就出在你的 Windows 设置。只需点击“重新扫描”按钮即可再次验证，一旦资源管理器（或其关联的扩展）解除锁定，mcebuddy 就能重新处理这些文件。
长期解决办法是找出哪些注册到 Windows 资源管理器的扩展在你选中文件时会阻塞访问。很多应用如 VLC/解码器/播放器或其他无关程序都会在资源管理器注册扩展，从而在你选中文件时加锁。全新安装一个没有任何第三方应用的 Windows 系统，就不会出现此问题。
謝謝 goose，這給了我一些可以嘗試的方向。
我了解整個重灌的流程，但我討厭這麼做——這會花上好幾天甚至幾週，才能把我的桌面等設定成我想要的樣子。
我會去檢查一下這些東西，然後再回報。