Efter WMC optager Jimmy Kimmel-programmer på min Win 10-pc, kører Comskip og sletter programmet. I flere måneder nu er dette sket hver gang, jeg optager dette program. Jeg har flere logfiler af denne type hændelse. Kan det fikses?
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.
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?
JA, efter den har behandlet showet, sletter den hele filen, ikke kun reklamerne. Den er væk! Og det gør den 5 gange om ugen. Hvert eneste Jimmy Kimmel-show. Alle mine andre shows er fine, bare ikke dette.
Nå, da jeg ikke har fået svar eller en løsning, og samtidig så ødelægger Comskip mine Jimmy-shows og klipper også mange andre, har jeg deinstalleret MCEBuddy. Jeg vil gerne anmode om en refusion, da jeg opdaterede MCEBuddy til den seneste udgave, og det hjalp ikke.
Jeg gik glip af dit svar, men selvom det måske har behandlet showet, slettede det det hver gang efter behandlingen. Da jeg har afinstalleret MCEBuddy, er showet der hver dag.
Hvis den oprindelige fil slettes efter konverteringen er gennemført, skyldes det, at en af følgende indstillinger er aktiveret
Indstillinger → Slet original
Indstillinger → Arkivér original (og arkivstien er angivet i Indstillinger → Systemindstillinger; den originale flyttes til arkivstien, eller hvis arkivstien er utilgængelig eller konverteringen fejler, flyttes den til fejlet mappe)
Indstillinger → Synkroniser konverterede filer (hvis dette er aktiveret, slettes den oprindelige fil også, når den konverterede fil slettes)
Hvis du kan vedhæfte MCEbuddy.log‑filen, kan jeg se, hvilke indstillinger der er aktiveret
When converting to the exact same format (.wtv) into the exact same source folder (F:\Recorded TV) without a custom renaming pattern, MCEBuddy typically replaces or updates the destination file.
However, because the conversion job successfully matched internet metadata via TMDB:
Season : 24 Episode : 146
If your task or monitor settings are configured to organize, move, or rename series episodes into show/season subfolders, or if Windows Media Center’s database loses track of the newly written/overwritten file, it can appear as though the entire recording vanished from your WMC Recorded TV view. Alternatively, check if the processed file was placed in C:\Temp (your Archive folder) or F:\Temp (your Failed folder).
If you reinstall MCEBuddy and are willing to give it another shot, uploading both the full conversion log to completion and the main mcebuddy.log file (found in the MCEBuddy2x\log directory) will show the exact file move/delete commands executed at the end of the run.
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:
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:
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.
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).
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.
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:
Open Windows File Explorer and check F:\Recorded TV (including any subfolders).
Search F:\ and C:\Temp for *Kimmel* or files modified around the conversion finish time (23:59).
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.)
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”:
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.
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:
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.
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.
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.
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.
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:
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).
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.
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.
Ups! Kimmel-showet, jeg sendte tidligere, fra 9/15, virkede! Men showet fra 9/18 slettedes igen. Jeg har vedhæftet både logfilerne og MCEBuddy-loggen nedenfor, taget efter at et fungerede og et mislykkedes:
Dale, at se på loggene og sammenligne de to viser tydeligt den eksakte årsag til, at dette sker.
Løsningsnøglen i loggene: Identiske udsendelsesdatoer
Bemærk, hvad der sker under metadata-download‑trinnet for hvert afsnit:
For optagelsen den 15/9:
WMC optog den den 2026-09-15.
Original udsendelsesdato fra WMC‑metadata: 2026-09-15T07:00:00Z
Online match (TMDB): Season 25, Episode 4 (Gæst: Stephen Colbert)
For optagelsen den 18/9:
WMC optog den den 2026-09-18.
Men se på den indlejrede udsendelsestimestamp i 18/9‑optagelsen: 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 (Dette sker ofte med syndikerede genoptagelser, sennegenoptagelser eller genbrug af guide‑data – den beholdte den oprindelige 15/9‑udsendelsesdato).
Online match (TMDB): Season 25, Episode 4 (netop de samme afsnitmetadata).
Hvorfor 18/9‑programmet “slettede”
Se dine konverteringsopgave‑indstillinger:
Destination Path:F:\Recorded TV
Rename by Series:False
Auto Increment Filename:False
Download Series Details:True
Write Metadata:True
Fordi:
Begge optagelser blev identificeret som det samme show/season/episode (Season 25, Episode 4).
Begge filer pegede deres destination tilbage til F:\Recorded TV.
Når MCEBuddy behandler og erstatter en fil på stedet, vil identiske destinationsstier og matchende metadata få MCEBuddy til at overskrive den eksisterende målfil, eller få Windows Media Centers DVR‑katalog til at kassere én af dem, fordi den betragter dubletter af det præcise samme afsnit‑ID som overflødige.
Derudover, fordi du udskriver direkte til F:\Recorded TV (den aktive WMC‑mappe) i stedet for en separat mappe, bliver WMC forvirret, hver gang en .wtv‑fil genindskrives på stedet, og fjernes elementet fra menuen Recorded TV.
Sådan løser du problemet helt
Udskriv ikke direkte tilbage til den overvågede optagelsesmappe:
Gå til MCEBuddy Settings → vælg din opgave Comskip to.wtv → klik Edit.
Skift Destination Path fra F:\Recorded TV til en separat mappe (fx F:\Recorded TV\Processed eller F:\Processed TV).
Dette forhindrer MCEBuddy i at overskrive filer på stedet og forhindrer WMC’s database i at blive beskadiget eller rydde optagelseslisten.
Aktiver Auto Increment Filename:
I dine konverteringsopgave‑indstillinger, aktiver Auto increment filename.
Hvis to optagelser nogensinde deler lignende navne eller matcher samme metadata, vil MCEBuddy tilføje -1, -2 osv., så ingen fil nogensinde overskrives eller går tabt.
Jeg forstår helt din løsning, men! Mens WMC udskriver til én mappe og comskip flytter den til en anden mappe, hvordan kan jeg så se udsendelsen med WMC? WMC vil stadig kigge i mappe 1 og ikke i mappe 2, ikke?
Du kan nemt tilføje den anden mappe i Windows Media Center, så alle behandlende optagelser vises og afspilles direkte indenfor WMC!
Windows Media Center giver dig mulighed for at se optagelser fra flere mapper eller drev problemfrit:
Option A: Add the Processed Folder to WMC’s Recorded TV Library (Recommended)
Åbn Windows Media Center.
Rul ned til Tasks → vælg Settings.
Vælg TV → Recorded TV → Recorded TV Folders.
Vælg Add folders to watch og klik Next.
Vælg drevet eller placeringen, hvor din nye behandlede mappe er (f.eks. F:\Processed TV eller F:\Recorded TV\Processed) og marker afkrydsningsfeltet ved siden af den.
Klik Next og Finish.
Nu vil Windows Media Center automatisk samle og vise de konverterede .wtv-filer fra både din live optagelsesmapp og din behandlede mappe i din Recorded TV-menu uden at forstyrre databasen eller beskadige den under klippeprocessen.
Option B: Add it to WMC’s “Videos” Library
Alternativt, hvis du nogensinde beslutter dig for at konvertere shows til .mp4 eller .mkv i stedet for .wtv:
I WMC, gå til Tasks → Settings → Media Libraries.
Vælg Videos → Add folders to the library.
Gennemse og vælg din behandlede mappe.
Du kan derefter få adgang til og afspille alle kommercielfri shows under Video Library på WMC-hovedmenuen.
Setting up MCEBuddy to match:
I MCEBuddy, rediger din Comskip to.wtv konverteringsopgave.
Skift Destination Path til din nyoprettede mappe (f.eks. F:\Recorded TV\Processed).
Under konverteringsopgavens indstillinger, tjek også Auto increment filename så gentagne udsendelser med identiske metadata aldrig konflikter eller overskriver hinanden.
Du kan nemt konfigurere Windows Media Center til at overvåge begge mapper!
Som standard kigger WMC på din primære optagelseskende (F:\Recorded TV), men du kan tilføje flere overvågede mapper til biblioteket. Når de er tilføjet, vises alle optagelser, der placeres i den mappe, lige ved siden af dine normale optagelser i Media Center.
Her er, hvordan du indstiller det:
Metode 1: Tilføj den nye mappe til Windows Media Centers bibliotek
Åbn Windows Media Center.
Rul til Tasks → Settings.
Vælg Media Libraries (eller TV → Recorded TV afhængigt af din WMC-menuopsætning).
Vælg Recorded TV (eller Movies / Videos, hvis du vil have dem grupperet separat), og klik derefter på Next.
Vælg Add folders to the library og klik Next.
Vælg On this computer (includes mapped network drives) og navigér til din nye mappe (f.eks. F:\Processed TV eller F:\Recorded TV\Processed).
Marker boksen ved siden af din nye mappe, gennemfør guiden, og klik Finish.
Nu, hver gang MCEBuddy afslutter behandling af et program til den destination mappe, vises det direkte i dit bibliotek uden at forsøge at overskrive den aktive optagelseshoveddatabasedato.
Alternativ: Hold dem direkte i Recorded TV (ved hjælp af Auto Increment)
Hvis du stærkt foretrækker ikke at oprette en anden mappe og vil have alle filer fysisk gemt i F:\Recorded TV:
Rediger i MCEBuddy din Comskip to.wtv konverteringsopgave.
Marker boksen for Auto increment filename (eller aktivér et brugerdefineret navngivningsformat).
Dette sikrer, at MCEBuddy aldrig erstatter/overskriver en eksisterende .wtv-fil på stedet med det samme navn, hvilket er, hvad der bryder WMC’s filhåndteringer og databasetracking.