Échec de l'extraction des sous-titres sur les enregistrements OTA

Bugs / Demandes de fonctionnalités Bogues
1

L’extraction des sous-titres échoue :

2026-03-31T06:05:26 MCEBuddy.AppWrapper.CCExtractor → Issues · CCExtractor/ccextractor · GitHub
→ Processus terminé avec le code 0
→ Vérification du fichier SRT S:\MCEBuddy-Temp\working1\Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.srt
INFORMATION → Validation et nettoyage du fichier SRT
ERREUR → Erreur lors de la validation du fichier SRT System.Exception : Caractère nul détecté, ce n’est pas un fichier texte
at MCEBuddy.Transcode.CCandSubtitles.SRTValidateAndClean(List`1 srtFiles, Log jobLog, Double offset, Single duration)
ERREUR 2026-03-31T06:05:28 MCEBuddy.Transcode.CCandSubtitles → Erreur lors de la validation du fichier de sous-titres
ERREUR 2026-03-31T06:05:28 MCEBuddy.Engine.ConversionJob → Échec de l’extraction des sous-titres codés
AVERTISSEMENT 2026-03-31T06:05:28 MCEBuddy.Engine.ConversionJob → Échec de l’extraction des sous-titres codés du fichier original, tentative d’extraction depuis le fichier remuxé
INFORMATION 2026-03-31T06:05:28 MCEBuddy.Transcode.CCandSubtitles → Extraction des sous-titres codés en fichier SRT

2026-03-31T06:05:39 MCEBuddy.AppWrapper.CCExtractor → Issues · CCExtractor/ccextractor · GitHub
→ Processus terminé avec le code 0
→ Vérification du fichier SRT S:\MCEBuddy-Temp\working1\Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.srt
INFORMATION → Validation et nettoyage du fichier SRT
ERREUR → Erreur lors de la validation du fichier SRT System.Exception : Caractère nul détecté, ce n’est pas un fichier texte
at MCEBuddy.Transcode.CCandSubtitles.SRTValidateAndClean(List`1 srtFiles, Log jobLog, Double offset, Single duration)
ERREUR 2026-03-31T06:05:41 MCEBuddy.Transcode.CCandSubtitles → Erreur lors de la validation du fichier de sous-titres
ERREUR 2026-03-31T06:05:41 MCEBuddy.Engine.ConversionJob → Échec de l’extraction des sous-titres codés
AVERTISSEMENT 2026-03-31T06:05:41 MCEBuddy.Engine.ConversionJob → Aucun fichier de sous-titres trouvé après extraction

Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.mpg-ChannelsDVR - TV - NO Comskip-2026-03-31T06-00-00.log (1,9 Mo)

2

Il semble que CCExtractor s’exécute correctement (code de sortie 0), mais le fichier SRT résultant est rejeté par MCEBuddy car il contient des caractères nuls (System.Exception: Null character detected, not a text file). Cela arrive souvent lorsque le flux contient du bruit binaire ou que l’encodage est corrompu.

Pour nous aider à résoudre ce problème, pourriez-vous essayer les étapes suivantes :

  1. Vérifiez la version de CCExtractor : Utilisez-vous la version “standard” de CCExtractor fournie avec MCEBuddy, ou l’avez-vous remplacée par une autre version ?
  2. Essayez une commande CCExtractor personnalisée : Dans vos Paramètres de tâche de conversion → Paramètres experts, essayez d’ajouter -utf8 dans la zone Paramètres CCExtractor personnalisés pour voir si forcer un encodage spécifique permet de contourner l’erreur de caractère nul.
  3. Inspection manuelle : Si vous le pouvez, ouvrez le fichier SRT temporaire (S:\MCEBuddy-Temp\working1\...srt) dans un éditeur de texte comme Notepad++ avant que la tâche ne se termine ou n’échoue, pour voir s’il contient des caractères illisibles ou du texte réel.

Je vais parcourir le forum pour voir s’il existe des rapports récents concernant “Null character detected” avec les derniers enregistrements OTA.

3

Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.srt (79,9 Ko)

Je retraite l’un des fichiers qui ont échoué. J’ai joint le fichier SRT temporaire. C’est un fichier SRT normal. Il contient un caractère NULL vers la fin du fichier (il peut y en avoir d’autres — je n’ai pas fait une recherche exhaustive).

J’ai la « Comskip Donators Version ». Mais j’utilise l’extracteur de sous-titres fermés par défaut (sauf si c’est le plugin Comskip qui s’en charge).

Je ne vois pas de « Custom CCExtractor parameters box » dans les paramètres Expert.

4

Il semble que le problème vienne spécifiquement de la validation post-extraction de MCEBuddy. Bien que CCExtractor crée correctement le fichier SRT, le moteur de MCEBuddy l’analyse à la recherche de “caractères nuls” (zéros binaires) en guise de vérification de sécurité pour s’assurer qu’il s’agit d’un fichier texte valide. S’il en trouve ne serait-ce qu’un seul, il rejette l’intégralité du fichier.

Concernant vos points :

  1. CCExtractor vs Comskip : Vous avez raison ; bien que Comskip gère la détection des publicités, CCExtractor est un outil distinct utilisé par MCEBuddy spécifiquement pour l’extraction des sous-titres.
  2. Champ des paramètres personnalisés : Je vous présente mes excuses, j’aurais dû être plus précis. Le champ “Paramètres personnalisés de CCExtractor” se trouve en fait dans la configuration du Profil, et non dans la tâche de conversion.

Étapes recommandées :

1. Ajoutez -utf8 à votre profil

Puisque vous avez mentionné que le fichier SRT semble “normal” mais contient un caractère nul, forcer l’UTF-8 pourrait aider CCExtractor à produire une sortie plus propre que le validateur de MCEBuddy acceptera.

  1. Ouvrez profiles.conf (généralement dans C:\Program Files\MCEBuddy2x\config).
  2. Trouvez le profil que vous utilisez (par exemple, [MKV HEVC]).
  3. Ajoutez la ligne suivante à ce profil :
    cc_params=-utf8
  4. Enregistrez le fichier et redémarrez le service MCEBuddy.

2. Désactivez la vérification des caractères nuls (Avancé)

Si le forçage de l’UTF-8 ne fonctionne pas, il existe un paramètre interne dans MCEBuddy pour ignorer la validation qui échoue.

  1. Dans l’interface graphique de MCEBuddy, cliquez sur Settings → Advanced Settings.
  2. Recherchez une case à cocher intitulée Skip subtitle validation (ou similaire, selon votre version).
  3. Alternativement, vous pouvez ajouter SkipSubtitleValidation=true dans la section [Common] de votre fichier mcebuddy.conf.

3. Pourquoi cela arrive-t-il maintenant ?

Puisque vous avez mentionné que cela a commencé récemment, il est probable que le diffuseur OTA pour “Henry David Thoreau” (ou le logiciel DVR) insère des parasites dans le flux que CCExtractor interprète comme un caractère.

Si vous êtes disposé à partager cette information, pourriez-vous m’indiquer quelle version de MCEBuddy vous utilisez actuellement ? (ex: 2.6.4). Cela m’aidera à vérifier s’il existe un bug connu avec le validateur dans cette version spécifique.

5

MCEBuddy 2.7 Release 1

Je ne sais pas depuis combien de temps c’est un problème – cela fait au moins 8 jours. Cela concerne tous les épisodes de certaines séries PBS, mais pas d’autres.

L’extraction des CC a échoué pour ces nouvelles séries :
. The Forsytes on Masterpiece (Saison 1)
. Henry David Thoreau (série Ken Burns)
. Call the Midwife (Saison 15)

Mais l’extraction des CC fonctionne pour ces séries :
. The Count of Monte Cristo on Masterpiece (Saison 1)
. Horizons from PBS News (Saison 1)
. Compass Points from PBS News (Saison 1)

J’ai arrêté le démon MCEBuddy, appliqué les deux modifications suggérées (en supposant que je les aie faites correctement) et redémarré le démon. Ces changements n’ont pas résolu le problème. (Mais j’ai pu récupérer les fichiers SRT temporaires.)

profiles.conf :
[MKV HEVC]
Description=Conversion HEVC en MKV (H.265/AC3). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable mais très lent.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec libx265 -preset medium -crf 26 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -ab 160k -map 0:a
ffmpeg-audioac3=-acodec ac3 -ab 256k -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=–decomb --loose-anamorphic --verbose=2
handbrake-video=–start-at duration:0 -e x265 --encoder-preset medium -q 26
handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 256 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
cc_params=-utf8

mcebuddy.conf :
[Engine]
Tasks=Convert to MP4,ChannelsDVR - TV - NO Comskip,ChannelsDVR - TV - Comskip,PlayOnHome - NO Comskip,PlayOnCloud - NO Comskip,PBS - NO Comskip,Manual
SearchRecords=PlayOnHome,ChannelsDVR-TV,PlayOnCloud,PBS
UserName=Guest
DomainName=
ArchiveDomainName=
ArchiveUserName=Guest
FailedDomainName=
FailedUserName=Guest
WakeHour=-1
WakeMinute=-1
StartHour=6
StartMinute=0
StopHour=7
StopMinute=0
DaysOfWeek=Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday
MaxConcurrentJobs=3
LogJobs=True
LogLevel=3
LogKeepDays=15
DeleteOriginal=False
UseRecycleBin=False
ArchiveOriginal=False
DeleteConverted=False
AllowSleep=False
SuspendOnBattery=False
SendEmail=False
Locale=en-US
TempWorkingPath=S:\MCEBuddy-Temp
ArchivePath=
FailedPath=
SpaceCheck=True
CustomComskipPath=C:\Comskip_Donators_Version\comskip.exe
CustomProfilePath=
HangPeriod=300
PollPeriod=60
ProcessPriority=Normal
CPUAffinity=0
EngineRunning=True
LocalServerPort=23332
UPnPEnable=False
FirewallExceptionEnable=False
SubtitleSegmentOffset=0
SkipSubtitleValidation=True
MinimumSegmentSize=4
eMailServer=
eMailPort=25
eMailSSL=False
eMailFrom=
eMailTo=
eMailSuccess=True
eMailFailed=True
eMailCancelled=True
eMailStart=True
eMailDownloadFailed=True
eMailQueue=True
eMailSuccessSubject=
eMailFailedSubject=
eMailCancelledSubject=
eMailStartSubject=
eMailDownloadFailedSubject=
eMailQueueSubject=
eMailSkipBody=False
eMailUsername=

6

J’utilise la dernière version de MCEBuddy qui créait systématiquement des fichiers SRT pour toutes les chaînes câblées de base. Maintenant, j’enregistre via la TNT (OTA) et je n’obtiens aucun SRT pour mes enregistrements, même pour ceux que j’ai faits il y a des années et pour lesquels je possède déjà un fichier SRT (j’ai traité à nouveau le fichier source pour changer le format). Il est possible que mon profil pour le SRT ne soit pas correct, mais je n’ai jamais rencontré ce problème en plusieurs années d’utilisation de MCEBuddy. Je vais approfondir mes recherches pour voir ce que je peux trouver.

7

Jon - mon astuce quand le fichier SRT est manquant consiste à relancer la conversion tout en surveillant le dossier temporaire. S’il y a des sous-titres, des fichiers SRT sont créés puis supprimés avant la fin du traitement. Lorsque je vois que la taille du fichier SRT devient différente de zéro, je mets le traitement en pause et je copie le fichier SRT.

8

Ce n’est pas normal. Si vous voyez et êtes en mesure de copier manuellement un fichier SRT d’une taille non nulle, alors il devrait être copié directement par MCEBuddy vers le dossier de destination. Pouvez-vous joindre votre journal de conversion afin que je puisse voir ce qu’il se passe ?

9

Ça tombe bien. J’avais un enregistrement que je devais refaire pour obtenir les sous-titres. Voici le journal :

The Kimberley Australia’s Wild West S01E01 River Of Life 2026-06-17-2100.mpg-ChannelsDVR - TV - NO Comskip-2026-06-18T16-42-37.log (1,7 Mo)

10

C’était très utile. Il semble qu’il y ait des caractères invalides dans le fichier SRT extrait, ce qui provoque une erreur de validation ou un échec, et par conséquent MCEBuddy supprime les sous-titres extraits.

Checking SRT file S:\MCEBuddy-Temp\working2\The Kimberley Australia’s Wild West S01E01 River Of Life 2026-06-17-2100.srt
INFORMATION> → Validating and cleaning SRT file
ERROR> → Error validating SRT file System.Exception: Null character detected, not a text file
at MCEBuddy.Transcode.CCandSubtitles.SRTValidateAndClean(List`1 srtFiles, Log jobLog, Double offset, Single duration)
ERROR> 2026-06-18T16:46:29 MCEBuddy.Transcode.CCandSubtitles → Error validating Subtitle file
ERROR> 2026-06-18T16:46:29 MCEBuddy.Engine.ConversionJob → Extracting closed captions failed

Pouvez-vous télécharger le fichier vidéo original et le fichier SRT extrait afin que nous puissions les analyser pour voir ce qui se passe ?

11

On pourrait penser que j’aurais dû anticiper le fait que vous auriez besoin du fichier vidéo original. Malheureusement, ce ne fut pas le cas. J’ai joint le fichier SRT. J’ai programmé et je continuerai à programmer des enregistrements supplémentaires d’une variété d’émissions pour essayer de capturer un autre exemple. Les enregistrements de PBS reçus par voie hertzienne semblent être les plus susceptibles de présenter ce problème. Je suis certain qu’un nouvel exemple apparaîtra d’ici une semaine (au plus tard).

The Kimberley Australia’s Wild West (2026) - S01E01 - River Of Life (2026-04-05).srt (56,7 ko)

Quelle taille peut avoir l’enregistrement téléchargé ? Je suppose que je vais bien finir par le découvrir.

12

Téléchargez le fichier complet. Aucune limite de taille.

13

Voici un exemple de la nuit dernière.

Oups. Il y a une limite de taille :

Désolé, ce fichier est trop volumineux (la taille maximale est de 10 Mo). Pourquoi ne pas télécharger votre gros fichier sur un service de partage cloud, puis coller le lien ?

J’ai mis les fichiers sur Google Drive : MCEBuddy - Google Drive

14

Voici un autre exemple : CBS News Sunday Morning (enregistrement OTA). J’ai déposé les fichiers sur OneDrive : MCEBuddy

15

Merci d’avoir signalé ce problème, il a été corrigé dans la version bêta 2.7.2 d’aujourd’hui. Vous pouvez l’essayer et nous dire si vous rencontrez toujours des difficultés.

16

Salut Goose.

Parfait. C’est typiquement le genre de situation où l’absence de nouvelles de ma part est une bonne nouvelle. D’après mon expérience passée, je m’attendrais clairement à voir un problème refaire surface d’ici une semaine. Si je constate que le problème se reproduit, je publierai un message ici.

Steve