我的使用模式如下：
– 定期使用 nextPVR 進行預約離線錄影，儲存到資料夾
– MCEBuddy 監看該資料夾，將新錄影轉檔，並用 Comskip 剪掉廣告，然後把原始檔案封存到另一個資料夾。
– 轉檔後的檔案會放到另一個資料夾，讓 Plex 能夠看到。
然而，我住在訊號邊緣地帶。大多數時候，訊號足以錄出可觀看的節目，即使偶爾會有跳格或雜訊。這是我住在這裡必須接受的現實。
但這些雜訊有時會導致 MCEBuddy 無法成功處理錄影，即使原始錄影檔（含廣告）手動放到 Plex 的資料夾後，Plex 通常也能正常播放。
問題是，一旦 MCEBuddy 無法完成轉檔，它就會無限重試。因此，如果我離開電腦沒管，它會不斷嘗試轉檔累積的檔案，硬碟持續運轉。事實上，這套流程運作四年來，已經導致兩顆硬碟磨損報廢。（幸好 MCEBuddy/Plex 是裝在第二顆內接硬碟上）
有沒有辦法設定 MCEBuddy，讓它在轉檔失敗後就停止重試——一旦轉檔失敗，就保持「失敗」狀態，而不是無限循環重新開始？
謝謝！
你可以附上你的轉換記錄嗎？
這取決於轉換的哪個部分失敗了。
FFMpegBackupRemux 區段，你可以看到每次嘗試的差異（從轉碼開始，最終重新編碼為 mpeg2）profile.conf 中如何設定你的設定檔。大多數設定檔在 order 區段下設有 3 個備份選項：Handbrake、Ffmpeg 和 Mencoder。當一個編碼器失敗時，它會退回使用下一個編碼器，依此類推。所以應該會在 3 次嘗試後停止。它絕對不會無限次嘗試，基本上是由你的設定所定義，如上所述。因此你可以自訂它，例如：如果 remux 失敗，你可以移除（或新增更多）FFMpegBackupRemux 區段中的行，或者在 order 指令下的設定檔中移除你不想要的編碼器
轉換記錄會顯示是哪個部分失敗了
以下是一个包含该问题的日志文件的文件夹（压缩 ZIP 文件）。
该文件夹包含 77 条日志记录，MCEBuddy 从 2017 年 6 月 19 日上午 9:55 开始，每 10-15 分钟重复一次，直到 2017 年 6 月 20 日上午大约 7:27 通过手动将录制文件移动到另一个文件夹才停止循环。
您可以將原始的 TS 檔案上傳到 MCEBuddy 的上傳伺服器，供我們分析嗎？這是一個有問題的檔案，其隱藏式字幕／字幕損壞，我們想看看是否能為損壞的字幕提供解決方法。
上傳說明請參考：
谢谢提供的日志。这与我之前发布的关于回退转换的问题不同。看起来引擎正在重新启动整个转换过程，而这不应该发生。
需要查看 mcebuddy.log 文件 - 该日志会显示引擎为何每次都从头开始重新启动转换。
我現在正在上傳所有內容。大約需要20分鐘完成，然後你應該會收到 mcebuddy.log 檔案、原始的 .ts 檔案，以及之前傳送的各集日誌。
好的，感謝你提供的日誌與範例檔案。以下回應你提出的兩點：
當錄影檔損毀時，字幕擷取會失敗，轉換也會失敗——這是刻意設計的。我們認為只要任何環節「失敗」就應該讓使用者知道，尤其當你可能啟用了「刪除原始檔」或其他影響重大的設定時，後果會很嚴重。因此，一旦「失敗」，轉換就會刻意中斷。你可以事後手動重新轉換這些檔案，或把「失敗檔案移至新資料夾」的選項打開，再用另一組監視與轉換工作去處理它們（例如不要擷取字幕）。核心精神是讓使用者自行掌控並定義例外處理規則，而非由程式擅自假設。
回到你的主要問題：無限轉換迴圈。問題出在你的 MCEBuddy 設定方式。你基本上叫 MCEBuddy 無止盡地監視「已轉換」與「原始」檔。從日誌可見，你的 Monitor Task（專家設定）被設成無限重複處理檔案。此外：你的封存資料夾路徑無效，E: 後面少了 \\。由於原始檔早已存在封存資料夾，程式無法搬移，又因为你把 MCEBuddy 設定成無限重轉監視資料夾內的所有檔案，即使已轉換過也會再轉（這次因搬移失敗而陷入迴圈）。
MONITOR TASK OPTIONS ==
Task → Windows Default
Search Path → E:\Recorded TV
Monitor Delete Original → False
Monitor Archive Original → True
Monitor Archive Folder → E:MCEBuddy2x\MCEBuddyArchive ←E:後少了\\
Monitor SubDirectories → True
Monitor Converted Files → True ← 叫 MCEBuddy 轉「已轉好」的檔（為什麼？）
ReMonitor Recorded Files → True ← 叫 MCEBuddy 把已成功轉換的原始錄影再轉一次，這就是無限迴圈的原因。（為什麼？）
編輯：下一版將把 Archive 與 Failed 的預設行為改成「覆蓋已存在檔案」，避免上述迴圈陷阱。
謝謝你指出這些問題！我已經解決了你提到的所有設定問題。