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

哎呀！我之前发送的 9/15 的《金米尔秀》运行正常！但 9/18 的节目再次被擦除。下面附上两份日志和 MCEBuddy 日志，分别记录了成功和失败的情况：

(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还会继续在文件夹1寻找，而不是文件夹2，对吧？

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（或 TV → Recorded TV，取决于你 WMC 的菜单设置）。
  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 文件句柄和数据库跟踪失效的原因。