Comskip supprime toutes les émissions de Jimmy Kimmel

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

Après que WMC enregistre les émissions de Jimmy Kimmel sur mon PC Win 10, Comskip s’exécute et supprime l’émission. Depuis plusieurs mois, cela se produit à chaque fois que j’enregistre cette émission. J’ai plusieurs journaux (logs) de ce type d’incident. Est-ce que cela peut être corrigé ?

C’est fait exprès ! Désolé, je n’ai pas pu résister. :grin:

À Goose. N’ayant pas reçu de réponse, j’ai payé et téléchargé la dernière version 27.1 aujourd’hui. C’est peut-être la raison pour laquelle vous n’avez pas répondu ?

AUSSI, pourriez-vous changer mon adresse e-mail de Caronaz@ à Glfgy8@gmail.com ? Je ne trouve pas le moyen de le faire.

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

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?

OUI, après avoir traité l’émission, il supprime tout le fichier, pas seulement les publicitaires. C’est disparu ! Et il fait ça 5 fois par semaine. Chaque émission de Jimmy Kimmel. Toutes mes autres émissions vont bien, juste celle-ci.

Eh bien, comme je n’ai reçu aucune réponse ni aucune solution, et aussi, bien que Comskip détruise mes émissions Jimmy, il tronque également beaucoup d’autres émissions, j’ai désinstallé MCEBuddy. J’aimerais demander un remboursement, car j’ai mis à jour MCEBuddy sur la dernière version, et cela n’a pas aidé.

Dale

J’ai manqué ta réponse, mais alors qu’il a pu traiter l’émission, il l’a supprimée à chaque fois après le traitement. Depuis que j’ai désinstallé MCEBuddy, l’émission est présente chaque jour.

If the original file is deleted after the conversion succeeds, then it’s because one of the following options have been enabled

  1. Settings → Delete original
  2. Settings → Archive original (and the archive path is set in Settings → System settings, the original is moved to the archive path or if the archive path is inaccessible or conversion fails it’ll move it to the failed folder path)
  3. Settings → Sync converted files (if this is enabled, when the converted file is deleted then MCEBuddy also deletes the original file)

If you can attach MCEbuddy.log file I can take a look and see which setting is enabled

En examinant de plus près l’extrait de journal de votre premier message, il y a un détail important concernant la façon dont les fichiers sont nommés et placés :

  • Fichier source : F:\Recorded TV\Jimmy Kimmel Live!_KNXVDT_2026_08_14_22_33_00.wtv
  • Chemin de destination : F:\Recorded TV
  • Profil / Tâche : WTV Unprocessed / Comskip to.wtv
  • Renommer par série : False

Lors de la conversion au même format exact (.wtv) dans le même répertoire source (F:\Recorded TV) sans modèle de renommage personnalisé, MCEBuddy remplace ou met généralement à jour le fichier de destination.

Cependant, puisque le travail de conversion a réussi à faire correspondre les métadonnées internet via TMDB :

Season : 24
Episode : 146

Si vos paramètres de tâche ou de surveillance sont configurés pour organiser, déplacer ou renommer les épisodes de série dans des sous‑dossiers de série/semestre, ou si la base de données de Windows Media Center perd la trace du fichier nouvellement écrit/sur‑écrit, il peut sembler que l’enregistrement entier ait disparu de votre vue « TV enregistrée » WMC. Alternativement, vérifiez si le fichier traité a été placé dans C:\Temp (votre dossier Archive) ou F:\Temp (votre dossier Failed).

Si vous réinstallez MCEBuddy et êtes disposé à réessayer, télécharger à la fois le journal complet de conversion à l’achèvement et le fichier mcebuddy.log principal (trouvé dans le répertoire MCEBuddy2x\log) montrera les commandes exactes de déplacement/suppression de fichiers exécutées à la fin de l’exécution.

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.

Basé sur le journal que Dale a attaché dans le premier message, voici ce qui se passe réellement avec le fichier :

1. L’émission n’est pas supprimée — elle est déplacée ou renommée

En regardant les paramètres affichés dans le journal de la tâche de conversion :

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

Comme la correspondance des métadonnées est activée, MCEBuddy identifie la saison 24, épisode 146. Selon le patron de nommage et les paramètres de destination configurés dans votre profil/tâche de conversion :

  • Le fichier converti est sauvegardé au format .wtv dans F:\Recorded TV.
  • Lorsque WTV Unprocessed se termine, MCEBuddy déplace le fichier converti et supprime le fichier source d’origine du répertoire de surveillance de travail.
  • Media Center ou l’Explorateur Windows peut ne pas l’afficher dans la même liste si le nom de fichier ou les métadonnées (tags) ont changé, ou s’il a été placé dans un sous‑dossier de série (ex. Jimmy Kimmel Live!\Season 24\...).

2. Vérifier les dossiers Archive / Failed

La configuration indique :

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

Si votre emplacement de surveillance a la case Archive original cochée, l’enregistrement non édité est déplacé vers C:\Temp à la fin de la conversion. Si une étape échoue à la fin, le fichier va vers F:\Temp.


3. Vérifier le fichier de sortie

Pour vérifier que le fichier converti est intact :

  1. Ouvrez l’Explorateur Windows et vérifiez F:\Recorded TV (y compris les sous‑dossiers).
  2. Recherchez F:\ et C:\Temp pour *Kimmel* ou des fichiers modifiés autour de l’heure de fin de conversion (23:59).
  3. Vous devriez trouver le fichier vidéo .wtv converti d’environ 40 minutes là-bas.

(Concernant votre demande de changement d’e‑mail : les modifications d’e‑mail de profil ne peuvent pas être traitées publiquement dans les fils de forum. Veuillez envoyer un message privé direct à @Goose ou contacter le support directement via l’e‑mail associé à votre achat.)

OK, je l’ai relancé comme demandé. Voici les fichiers que vous avez demandés:

(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)

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.

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.

Oups ! Le spectacle de Kimmel que j’ai envoyé plus tôt, du 15/9, a fonctionné ! Mais l’épisode du 18/9 a disparu à nouveau. J’ai joint ci‑dessous les deux journaux ainsi que le journal MCEBuddy, pris après qu’un ait fonctionné et que l’autre ait échoué :

(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)

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.

Je comprends parfaitement ton correctif, mais ! Alors que WMC exporte vers un dossier et comskip le déplace vers un second, comment je regarde l’émission avec WMC ? WMC continuera de regarder le dossier 1, pas le dossier 2, n’est‑ce pas ?

Vous pouvez facilement ajouter le deuxième dossier dans Windows Media Center afin que toutes les enregistrements traités apparaissent et soient lus directement dans WMC !

Windows Media Center vous permet de visionner des enregistrements provenant de plusieurs dossiers ou lecteurs de manière transparente :

Option A : Ajoutez le dossier traité à la bibliothèque « Recorded TV » de WMC (recommandé)

  1. Ouvrez Windows Media Center.
  2. Faites défiler vers Tasks → sélectionnez Settings.
  3. Sélectionnez TV → Recorded TV → Recorded TV Folders.
  4. Choisissez Add folders to watch et cliquez sur Next.
  5. Sélectionnez le lecteur ou l’emplacement où se trouve votre nouveau dossier traité (par ex., F:\Processed TV ou F:\Recorded TV\Processed) et cochez la case à côté.
  6. Cliquez sur Next puis sur Finish.

À présent, Windows Media Center agrègera automatiquement et affichera les fichiers .wtv convertis provenant de votre dossier d’enregistrement en direct ainsi que de votre dossier traité dans votre menu Recorded TV sans confondre ou corrompre la base de données pendant le processus de découpe.


Option B : Ajoutez-le à la bibliothèque « Videos » de WMC

Alternativement, si vous décidez un jour de convertir des émissions en .mp4 ou .mkv au lieu de .wtv :

  1. Dans WMC, allez dans Tasks → Settings → Media Libraries.
  2. Sélectionnez Videos → Add folders to the library.
  3. Parcourez et sélectionnez votre dossier traité.
  4. Vous pouvez ensuite accéder et lire toutes les émissions sans publicité dans la Video Library du menu principal de WMC.

Paramétrer MCEBuddy pour correspondre :

  1. Dans MCEBuddy, éditez votre tâche de conversion Comskip to.wtv.
  2. Modifiez Destination Path vers votre nouveau dossier (par ex., F:\Recorded TV\Processed).
  3. Dans les paramètres de la tâche de conversion, cochez également Auto increment filename afin que les diffusions répétées avec des métadonnées identiques ne se contredisent jamais ni ne s’écrasent.

Vous pouvez facilement configurer Windows Media Center pour surveiller les deux dossiers !

Par défaut, WMC regarde votre lecteur d’enregistrement principal (F:\Recorded TV), mais il vous permet d’ajouter plusieurs dossiers surveillés à sa bibliothèque. Une fois ajoutés, toutes les enregistrements placés dans ce dossier apparaissent juste à côté de vos enregistrements habituels dans Media Center.

Voici comment procéder :

Méthode 1 : Ajouter le nouveau dossier dans la Bibliothèque de Windows Media Center

  1. Ouvrez Windows Media Center.
  2. Accédez à Tâches → Paramètres.
  3. Sélectionnez Bibliothèques multimédia (ou Télévision → Enregistrements TV selon votre configuration du menu WMC).
  4. Choisissez Enregistrements TV (ou Films / Vidéos si vous souhaitez les regrouper séparément), puis cliquez sur Suivant.
  5. Sélectionnez Ajouter des dossiers à la bibliothèque et cliquez sur Suivant.
  6. Choisissez Sur cet ordinateur (incluant les lecteurs réseau mappés) et accédez à votre nouveau dossier (par exemple, F:\Processed TV ou F:\Recorded TV\Processed).
  7. Cochez la case à côté de votre nouveau dossier, terminez l’assistant et cliquez sur Terminer.

Maintenant, chaque fois que MCEBuddy termine de traiter un spectacle dans ce dossier de destination, WMC l’affichera directement dans votre bibliothèque sans tenter de remplacer l’entrée active de la base de données d’enregistrement.


Alternative : Garder les fichiers directement dans Enregistrés TV (avec incrément automatique)

Si vous préférez vivement ne pas créer de second dossier et que vous souhaitez que tous les fichiers restent physiquement dans F:\Recorded TV :

  1. Dans MCEBuddy, éditez votre tâche de conversion Comskip to.wtv.
  2. Cochez la case Incrémentation automatique du nom de fichier (ou activez un format de nommage personnalisé).
  3. Cela garantit que MCEBuddy ne remplace/écrase jamais un fichier .wtv existant dans le même emplacement avec exactement le même nom, ce qui est ce qui perturbe les poignées de fichiers et le suivi de la base de données de WMC.