Comskip 刪除了所有 Jimmy Kimmel 節目

一般支援 / 問題 商業搬遷
1

Jimmy Kimmel Live!_KNXVDT_2026_08_14_22_33_00.wtv-Comskip to.wtv-2026-08-14T23-58-03.log (847.9 KB)

在 WMC 於我的 Win 10 電腦上錄製 Jimmy Kimmel 節目後，Comskip 會執行並刪除該節目。已經有好幾個月了，每次我錄製這個節目時都會發生這種情況。我有幾個這類發生情況的記錄檔。這可以修復嗎？

2

這完全是刻意設計的！很抱歉，但我實在忍不住。:grin:

3

致 Goose：因為我沒有收到回覆，所以我今天付費下載了最新版本 27.1。也許這就是你沒有回覆的原因？

另外，你可以幫我把電子郵件地址從 Caronaz@ 改為 Glfgy8@gmail.com 嗎？我似乎找不到地方可以修改。

4

After paying for, downloading and installing 2.7 I still have the problem. Do you want another log file? Sure would appreciate you looking into this for me.

Thanks Dale

5

Hi, apologies for the delay. I had a look at your log file and it looks like Comskip is detecting commercials; your file went from 66 minutes to 40 minutes, approximately 24 minutes of commercials which sounds about right for an hour long show.

I didn’t quite understand what you meant by it deletes the show. I see that the file is converted. Are you saying that it’s deleting the actual show instead of the commercials?

6

是的，在处理完节目后，它把整个文件都删除了，而不仅仅是广告。全都没了！而且一周有 5 天都这样。每一期吉米·坎摩尔秀（Jimmy Kimmel）都如此。我的其他节目都没问题，就这一个有问题。

7

我已經沒有收到回覆，也沒有得到修復，而且 Comskip 處理我的 Jimmy 節目時會把其他節目剪掉很多，我已經卸載了 MCEBuddy。由於我已升級到最新版的 MCEBuddy，但仍未解決，我想申請退款。

Dale

8

我錯過了你的回答，但雖然它可能已處理該節目，卻在每次處理後將它刪除。 由於我已卸載 MCEBuddy，節目每天都在那裡。

9

如果原始檔在轉換成功後被刪除，那是因為以下某項選項已啟用

  1. 設定 → 刪除原始檔
  2. 設定 → 將原始檔存檔（並且存檔路徑在設定 → 系統設定中設定，原始檔會被移至存檔路徑；若存檔路徑不可存取或轉換失敗，則會移至失敗資料夾路徑）
  3. 設定 → 同步轉換檔（若啟用，當轉換後的檔案被刪除時，MCEBuddy 也會刪除原始檔）

如果你能附上 MCEBuddy.log 檔，我可以查看並確認哪個設定已啟用

10

仔細查看您第一篇帖子的日誌片段，關於檔案命名和放置有一個重要細節：

  • 來源檔案： F:\Recorded TV\Jimmy Kimmel Live!_KNXVDT_2026_08_14_22_33_00.wtv
  • 目標路徑： F:\Recorded TV
  • 檔案型別／任務： WTV Unprocessed / Comskip to.wtv
  • 按系列重新命名： False

若在不使用自訂重新命名規則的情況下，將相同格式（.wtv）轉存至相同來源資料夾 (F:\Recorded TV)，MCEBuddy 通常會替換或更新目標檔案。

然而，由於轉換工作已成功透過 TMDB 匹配網路資料：

Season : 24
Episode : 146

若您的任務或監控設定已設定將系列集整理、移動或重新命名至節目／季節子資料夾，或是 Windows Media Center 資料庫遺失了新寫入/覆寫檔案的追蹤，可能會看起來整段錄製彷彿從 WMC 記錄視窗消失。您也可以檢查處理後的檔案是否被放置於 C:\Temp（您的歸檔資料夾）或 F:\Temp（您的失敗資料夾）。

若您重新安裝 MCEBuddy，並願意再試一次，請上傳完成的完整轉換日誌及主 mcebuddy.log 檔（位於 MCEBuddy2x\log 目錄）以顯示執行完畢時的檔案搬移/刪除指令。

11

Looking closely at your task settings in the conversion log header, there is an important detail regarding how MCEBuddy is handling the output destination versus the source file:

  • Source File: F:\Recorded TV\Jimmy Kimmel Live!_...wtv
  • Destination Path: F:\Recorded TV
  • Task Commercial Skip Cut: False
  • Pre-Conversion Commercial Remover: True
  • Auto Increment Filename: False
  • Rename by Series: False

What is happening to the file:

When Pre-Conversion Commercial Remover is used with profile WTV Unprocessed, MCEBuddy cuts the commercials from the original .wtv file and attempts to write the newly stripped file to the Destination Path (F:\Recorded TV) using the exact same filename.

If Windows Media Center (or Windows file sharing / antivirus) has an open handle or lock on the original file in F:\Recorded TV, the process replacing the original with the trimmed version will fail to move or overwrite properly.

Alternatively, if MCEBuddy successfully replaces/overwrites the file in-place, Windows Media Center will no longer recognize it because the file modified by MCEBuddy lacks the exact proprietary WMC database/DVR metadata tracking tokens it expects for active recordings, causing WMC to either show 0-minute duration or clear it from the Recorded TV library view (making it appear deleted, even though the file might have been stripped or corrupted in the process).

Suggestions to fix this:

  1. Output to a different folder:
    Instead of setting the destination directly back into F:\Recorded TV, point the task’s Destination Path to a dedicated output folder (e.g., F:\Processed TV or F:\Videos). Check if the file successfully ends up intact in that folder.
  2. Use Commercial Markers instead of direct cutting for WMC:
    If your goal is to watch .wtv recordings inside Windows Media Center with commercials skipped automatically without altering the actual recording stream, consider using the Commercial Skip Cut → False option with EDL/chapter markers, or leaving the cutting step to a standard format container (like .mp4 / .mkv).
  3. Upload the main log:
    As @Goose noted, uploading your complete mcebuddy.log (found in your MCEBuddy installation/log directory) will show the exact end-of-job routine, confirming whether the file was moved, overwritten, failed during the final destination copy, or removed by a retention/cleanup rule.
12

Based on the log Dale attached in the first post, here is what is actually happening to the file:

1. The show isn’t being deleted—it’s being moved or renamed

Looking at the settings dumped in the conversion task log:

  • Destination Path: F:\Recorded TV
  • Rename by Series: False (so standard renaming is off)
  • Metadata Download: Download Series Details -> True
  • Metadata Match Found:
    TMDB Match:
Title: Jimmy Kimmel Live!
Season: 24
Episode: 146

Because metadata matching is enabled, MCEBuddy identifies Season 24, Episode 146. Depending on the file naming pattern and destination settings configured in your conversion profile/task:

  • The converted file is saved as a .wtv back into F:\Recorded TV.
  • When WTV Unprocessed completes, MCEBuddy moves the converted file into place and removes the original source file from the working monitor directory.
  • Media Center or Windows Explorer may not show it in the same list if the filename or metadata (tags) changed, or if it was placed into a series subfolder (e.g., Jimmy Kimmel Live!\Season 24\...).

2. Check the Archive / Failed folders

The configuration shows:

  • Temp Working Path: F:\Temp
  • Archive Folder: C:\Temp
  • Failed Folder: F:\Temp

If your Monitor Location has Archive original checked, the unedited recording is moved to C:\Temp upon completion. If a step errors out at the end, it goes to F:\Temp.

3. Check for the output file

To verify the converted file is intact:

  1. Open Windows File Explorer and check F:\Recorded TV (including any subfolders).
  2. Search F:\ and C:\Temp for *Kimmel* or files modified around the conversion finish time (23:59).
  3. You should find the ~40-minute converted .wtv video file there.

(Regarding your email change request: profile email changes cannot be handled publicly in forum threads. Please send a direct private message to @Goose or contact support directly through the email associated with your purchase.)

13

好的，我已按要求再次執行。以下是您要求的檔案：

(attachments)

Jimmy Kimmel Live!_KNXVDT_2026_09_15_22_33_00.wtv-Comskip to.wtv-2026-09-19T14-30-22.log (1.49 MB)
mcebuddy.log (956 KB)

14

Thanks for uploading the full logs Dale. Looking closely at the settings dumped from your configuration in mcebuddy.log, we can see the exact settings in play:

1. The delete/archive settings:

In your Monitor Task (F Drive) and General Options:

  • Monitor Delete Original -> False
  • Monitor Archive Original -> False
  • Sync Converted -> False

This confirms that MCEBuddy’s engine is not deliberately deleting or archiving the original source files after conversion via those general options.

2. What is causing the file to disappear: Destination & In-Place Overwriting

Look at your Conversion Task setup:

  • Task: Comskip to.wtv
  • Source: F:\Recorded TV\...
  • Destination Path: F:\Recorded TV
  • Profile: WTV Unprocessed
  • Rename by Series: False
  • Auto Increment Filename: False
  • Save Subtitles: True (notice all the .srt files being generated in F:\Recorded TV from your log!)

Because your destination path is set directly back into your Windows Media Center recordings directory (F:\Recorded TV) with the exact same filename and extension (.wtv), MCEBuddy takes the cut/trimmed .wtv file and overwrites the original recording in-place.

Here is why that makes the Kimmel recordings “vanish”:

  1. Windows Media Center (WMC) Database Invalidation:
    Windows Media Center tracks recordings using internal metadata and timestamps stored in its hidden DVR database (Recorded TV registry / ehome database). When MCEBuddy rewrites/re-muxes the .wtv file in-place, the underlying internal file stream tags and container structure change. WMC detects this mismatch or corruption against its active database entry and immediately removes the item from your Recorded TV menu.
  2. Why Jimmy Kimmel Live specifically?
    Late-night talk shows are frequently scheduled with soft padding (your log shows W M / W M R V A c t u a l S o f t P r e P a d d i n g : 418 and post-padding of 180). If WMC or the Windows Media Center Background Receiver Service still holds an open read/recording lock on the padding or the file when MCEBuddy attempts to finalize and overwrite the destination, the file replacement can fail or result in a zero-byte/truncated file.

How to solve this:

  1. Set your Destination Path to a different folder:
    • Open MCEBuddy → Click Settings → Select your Conversion Task (Comskip to.wtv) → Click Edit.
    • Change Destination Path from F:\Recorded TV to another folder, e.g., F:\MCEBuddy Converted (or create a subfolder like F:\Recorded TV\Processed).
    • Do not have the destination be identical to the monitored source recording folder when cutting .wtv files directly.
  2. Check your folder with Windows File Explorer:
    • Look directly in F:\Recorded TV using Windows File Explorer (not through Windows Media Center’s TV UI) to see if the files are physically present or if they were replaced with a smaller size.
15

Looking at the settings dumped from both your conversion log and mcebuddy.log, here is the critical part of your setup:

Your Current Settings:

  • Monitor Location (F Drive):
    • Search Path: F:\Recorded TV
    • Monitor Delete Original -> False
    • Monitor Archive Original -> False
  • Conversion Task (Comskip to.wtv):
    • Profile: WTV Unprocessed
    • Source File: F:\Recorded TV\Jimmy Kimmel Live!...wtv
    • Destination Path: F:\Recorded TV
    • Auto Increment Filename -> False
    • Rename by Series -> False

Why Jimmy Kimmel “disappears”:

  1. In-place file replacement:
    Your monitor location reads from F:\Recorded TV and your task outputs directly back to F:\Recorded TV with the exact same file name and format (.wtv). When MCEBuddy finishes cutting the commercials, it replaces/overwrites the file in F:\Recorded TV.

  2. Windows Media Center database corruption / de-listing:
    When WMC records a program, it maintains an internal database entry with exact stream timecodes, packet metadata, and tracking identifiers.
    When MCEBuddy strips 24 minutes of commercials and writes a modified .wtv back into F:\Recorded TV:

    • WMC detects that the recording timestamps/stream length no longer match its internal recording catalog.
    • WMC interprets the recording as invalid, expired, or corrupted, and removes it from the “Recorded TV” list inside the WMC interface.
    • The file was never deleted by MCEBuddy—it was processed and saved, but WMC no longer displays it.

  3. Why only Jimmy Kimmel?
    Jimmy Kimmel is being matched against TMDB/the internet database (Season 25, Episode 4), rewriting tags/metadata into the file container. If other shows you record are not matched or if different profiles are used for them, WMC may tolerate them or handle them differently.

How to verify and fix this:

  1. Check Windows File Explorer directly:
    Open File Explorer (not Media Center) and go to F:\Recorded TV.
    Look for Jimmy Kimmel Live!_KNXVDT_2026_09_15_22_33_00.wtv. You should see the file there, but with a smaller file size / shorter duration (~40 minutes instead of ~67 minutes).

  2. Output to a separate folder (Recommended):
    In MCEBuddy, edit your conversion task Comskip to.wtv:

    • Change Destination Path from F:\Recorded TV to another folder (e.g., F:\Edited TV or F:\Videos\Jimmy Kimmel).
    • Do not point the output destination back into the active WMC recorded TV directory if you are overwriting original files in-place.

  3. If you want WMC to skip commercials without altering files:
    If you want to keep watching directly inside Windows Media Center with commercials skipped, don’t re-encode or cut .wtv files directly. Keep the original recording intact and use an external tool like WMC Commercial Skipper / EDL markers, or convert the trimmed shows to standard .mp4 / .mkv files saved into a regular video library folder.

16

Whoops! The Kimmel Show I sent earlier, from 9/15, worked! But the show from 9/18 erased again. I’ve enclosed both logs and the MCEBuddy log below, taken after one worked and one failed:

(attachments)

Jimmy Kimmel Live!_KNXVDT_2026_09_18_22_33_00.wtv-Comskip to.wtv-2026-09-19T15-53-26.log (1.47 MB)
mcebuddy.log (1.13 MB)
Recorded TV after 1 missing and one worked.rtf (2.63 MB)

17

Dale, looking at the logs and comparing the two shows reveals the exact reason why this is happening.

The Clue in the Logs: Identical Broadcast Dates

Notice what happens during the metadata download step for each episode:

  1. For the 9/15 recording:

    • WMC recorded it on 2026-09-15.
    • Original Broadcast Date from WMC metadata: 2026-09-15T07:00:00Z
    • Online Match (TMDB): Season 25, Episode 4 (Guest: Stephen Colbert)

  2. For the 9/18 recording:

    • WMC recorded it on 2026-09-18.
    • But look at the broadcast timestamp embedded in the 9/18 recording:
      W M / M e d i a O r i g i n a l B r o a d c a s t D a t e T i m e : 2026 - 0 9 - 1 5 T 0 7 : 0 0 : 0 0 Z
      (This happens frequently with syndicated repeats, late reruns, or guide data reuse—it retained the original 9/15 air date).
    • Online Match (TMDB): Season 25, Episode 4 (the exact same episode metadata).

Why the 9/18 show “erased”

Look at your Conversion Task settings:

  • Destination Path: F:\Recorded TV
  • Rename by Series: False
  • Auto Increment Filename: False
  • Download Series Details: True
  • Write Metadata: True

Because:

  1. Both recordings were identified as the same show/season/episode (Season 25, Episode 4).
  2. Both files had their destination pointed back into F:\Recorded TV.
  3. When MCEBuddy processes and replaces a file in-place, having identical destination paths and matching metadata will cause MCEBuddy to overwrite the existing target file, or cause Windows Media Center’s DVR catalog to discard one of them because it treats duplicate recordings of the exact same episode ID as redundant.

Furthermore, because you are outputting directly into F:\Recorded TV (the active WMC directory) rather than a separate directory, WMC gets confused whenever an in-place .wtv file is rewritten, and removes the entry from the Recorded TV menu.

How to Fix This Completely

  1. Do not output directly back into the monitored recording folder:

    • Go to MCEBuddy Settings → select your task Comskip to.wtv → click Edit.
    • Change Destination Path from F:\Recorded TV to a separate folder (e.g., F:\Recorded TV\Processed or F:\Processed TV).
    • This prevents MCEBuddy from overwriting files in-place and prevents WMC’s database from corrupting or purging the recording listing.

  2. Enable Auto Increment Filename:

    • In your conversion task settings, enable Auto increment filename.
    • If two recordings ever share similar names or match the same metadata, MCEBuddy will append -1, -2, etc., ensuring no file is ever overwritten or lost.
18

我完全理解你的修正，但！既然 WMC 的輸出是到第一個資料夾，而 comskip 則會把檔案移到第二個資料夾，那我怎麼用 WMC 看節目呢？WMC 還是會在看第一個資料夾，而不是第二個，對吧？

19

你可以輕鬆將第二個資料夾加入 Windows Media Center，讓所有已處理的錄製內容直接顯示並在 WMC 內播放！

Windows Media Center 允許你無縫觀看多個資料夾或驅動器中的錄製內容：

選項 A：將已處理資料夾加入 WMC 的錄製 TV 庫（建議）

  1. 開啟 Windows Media Center。
  2. 滾動至 Tasks → 選擇 Settings。
  3. 選擇 TV → Recorded TV → Recorded TV Folders。
  4. 選擇 Add folders to watch，然後點擊 Next。
  5. 選取包含你新處理資料夾的驅動器或位置（例如 F:\Processed TV 或 F:\Recorded TV\Processed），並勾選旁邊的方塊。
  6. 點擊 Next 和 Finish。

此後，Windows Media Center 會自動整合並顯示來自你直播錄製資料夾與已處理資料夾的轉檔 .wtv 檔案於 Recorded TV 菜單，且不會因切割過程而混亂或破壞資料庫。

選項 B：將其加入 WMC 的「影片」庫

另外，如果你決定將節目轉成 .mp4 或 .mkv 而非 .wtv：

  1. 在 WMC 中前往 Tasks → Settings → Media Libraries。
  2. 選擇 Videos → Add folders to the library。
  3. 瀏覽並選擇你的已處理資料夾。
  4. 隨後，你可以在 WMC 主選單的 Video Library 中存取並播放所有無廣告的節目。

設定 MCEBuddy 以配合：

  1. 在 MCEBuddy 中編輯你的 Comskip to.wtv 轉檔任務。
  2. 將 Destination Path 改為你新建立的資料夾（例如 F:\Recorded TV\Processed）。
  3. 在轉檔任務設定中，亦勾選 Auto increment filename，以免相同元資料的重播發生衝突或被覆寫。
20

你可以輕鬆設定 Windows Media Center 監控兩個資料夾！

預設情況下，WMC 會查看你的主要錄影驅動器（F:\Recorded TV），但它允許你將多個監視資料夾加入其資料庫。新增後，任何放入該資料夾的錄影都會與你在 Media Center 的常規錄影一起顯示。

以下是設置方法：

方法 1：將新資料夾加入 Windows Media Center 的資料庫

  1. 開啟 Windows Media Center。
  2. 依序選擇 Tasks → Settings。
  3. 選擇 Media Libraries（或根據 WMC 設定選擇 TV → Recorded TV）。
  4. 選擇 Recorded TV（或你想分開列的 Movies / Videos），然後點 Next。
  5. 選擇 Add folders to the library 並點 Next。
  6. 選擇 On this computer (includes mapped network drives) 並前往你新資料夾（例如 F:\Processed TV 或 F:\Recorded TV\Processed）。
  7. 勾選新資料夾旁的方框，完成精靈流程並點 Finish。

現在，只要 MCEBuddy 完成將節目處理到該目標資料夾，WMC 就會直接在你的資料庫中顯示，並且不會試圖覆蓋活躍錄影資料庫條目。

另一種方法：直接保留在 Recorded TV（使用自動遞增）

如果你堅持不建立第二個資料夾，並且希望所有檔案仍存於 F:\Recorded TV：

  1. 在 MCEBuddy 中編輯你的 Comskip to.wtv 轉檔任務。
  2. 勾選 Auto increment filename（或啟用自訂命名格式）。
  3. 這樣 MCEBuddy 就不會用相同名稱覆寫已存在的 .wtv 檔，避免破壞 WMC 的檔案句柄與資料庫追蹤。