Ondertiteling/ondertitelingextractie mislukt bij OTA-opnames

Fouten / Functieverzoeken Bugs
1

Subtitle extraction is failing:

2026-03-31T06:05:26 MCEBuddy.AppWrapper.CCExtractor → Issues · CCExtractor/ccextractor · GitHub
→ Process exited with code 0
→ Checking SRT file S:\MCEBuddy-Temp\working1\Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.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-03-31T06:05:28 MCEBuddy.Transcode.CCandSubtitles → Error validating Subtitle file
ERROR> 2026-03-31T06:05:28 MCEBuddy.Engine.ConversionJob → Extracting closed captions failed
WARNING> 2026-03-31T06:05:28 MCEBuddy.Engine.ConversionJob → Extracting closed captions failed from original file, trying to extract closed captions from the remuxed file
INFORMATION> 2026-03-31T06:05:28 MCEBuddy.Transcode.CCandSubtitles → Extracting Closed Captions as SRT file

2026-03-31T06:05:39 MCEBuddy.AppWrapper.CCExtractor → Issues · CCExtractor/ccextractor · GitHub
→ Process exited with code 0
→ Checking SRT file S:\MCEBuddy-Temp\working1\Henry David Thoreau S01E01 Who Are We 2026-03-30-2000.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-03-31T06:05:41 MCEBuddy.Transcode.CCandSubtitles → Error validating Subtitle file
ERROR> 2026-03-31T06:05:41 MCEBuddy.Engine.ConversionJob → Extracting closed captions failed
WARNING> 2026-03-31T06:05:41 MCEBuddy.Engine.ConversionJob → No Subtitle file found after extractionf

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

2

Het lijkt erop dat CCExtractor succesvol wordt uitgevoerd (exitcode 0), maar het resulterende SRT-bestand wordt door MCEBuddy geweigerd omdat het null-tekens bevat (System.Exception: Null character detected, not a text file). Dit gebeurt vaak wanneer de stream binaire ruis bevat of wanneer de codering beschadigd is.

Om dit probleem te onderzoeken, kun je het volgende proberen:

  1. Controleer de CCExtractor-versie: Gebruik je de “standaard” CCExtractor die bij MCEBuddy wordt geleverd, of heb je deze vervangen door een andere versie?
  2. Probeer een aangepast CCExtractor-commando: Probeer in je Conversietaakinstellingen → Expertinstellingen -utf8 toe te voegen aan het vak Aangepaste CCExtractor-parameters. Kijk of het afdwingen van een specifieke codering helpt om de foutmelding over null-tekens te omzeilen.
  3. Handmatige inspectie: Als dat kan, open het tijdelijke SRT-bestand (S:\MCEBuddy-Temp\working1\...srt) dan in een teksteditor zoals Notepad++ voordat de taak is voltooid of mislukt, om te zien of het eruitziet als wartaal of als echte tekst.

Ik zal het forum doorzoeken om te zien of er recente meldingen zijn van “Null character detected” bij de nieuwste OTA-opnames.

3

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

Ik ben een van de bestanden die mislukt zijn opnieuw aan het verwerken. Ik heb het tijdelijke SRT-bestand bijgevoegd. Het is een normaal SRT-bestand. Er staat wel een NULL-karakter bijna aan het einde van het bestand (er kunnen andere NULLs zijn – ik heb niet uitgebreid gezocht).

Ik heb de “Comskip Donators Version”. Maar ik gebruik de standaard ondertitels-extractor (tenzij dat door de Comskip-plug-in gebeurt).

Ik zie geen “Custom CCExtractor parameters box” in Expert Settings.

4

Het lijkt erop dat het probleem specifiek ligt bij de validatie na extractie van MCEBuddy. Hoewel CCExtractor het SRT-bestand succesvol aanmaakt, scant de engine van MCEBuddy het op “null-tekens” (binaire nullen) als een veiligheidscontrole om te garanderen dat het een geldig tekstbestand is. Als het er ook maar één vindt, wordt het volledige bestand afgewezen.

Wat betreft je punten:

  1. CCExtractor vs Comskip: Je hebt gelijk; hoewel Comskip de reclamedetectie afhandelt, is CCExtractor een afzonderlijke tool die door MCEBuddy specifiek voor ondertitel-extractie wordt gebruikt.
  2. Vak voor aangepaste parameters: Mijn excuses—ik had specifieker moeten zijn. Het vak “Custom CCExtractor parameters” bevindt zich in de Profiel-configuratie, niet in de conversietaak.

Aanbevolen stappen:

1. Voeg -utf8 toe aan je profiel

Aangezien je aangaf dat het SRT-bestand er “normaal” uitziet maar een null-teken bevat, kan het afdwingen van UTF-8 CCExtractor helpen bij het produceren van een schonere uitvoer die de validator van MCEBuddy accepteert.

  1. Open profiles.conf (meestal in C:\Program Files\MCEBuddy2x\config).
  2. Zoek het profiel dat je gebruikt (bijv. [MKV HEVC]).
  3. Voeg de volgende regel toe aan dat profiel:
    cc_params=-utf8
  4. Sla het bestand op en start de MCEBuddy-service opnieuw op.

2. De null-tekencontrole uitschakelen (Geavanceerd)

Als het afdwingen van UTF-8 niet werkt, is er een interne MCEBuddy-instelling om de validatie die faalt over te slaan.

  1. Klik in de MCEBuddy GUI op Settings → Advanced Settings.
  2. Zoek naar een selectievakje met het label Skip subtitle validation (of iets soortgelijks, afhankelijk van je versie).
  3. Je kunt ook SkipSubtitleValidation=true toevoegen aan de sectie [Common] van je mcebuddy.conf-bestand.

3. Waarom gebeurt dit nu?

Aangezien je aangaf dat dit onlangs is begonnen, is het waarschijnlijk dat de OTA-omroep voor “Henry David Thoreau” (of de DVR-software) enige stream-ruis toevoegt die CCExtractor interpreteert als een teken.

Als je dat wilt delen, zou je me dan kunnen laten weten welke versie van MCEBuddy je momenteel gebruikt? (bijv. 2.6.4). Dit zal me helpen om te controleren of er een bekende bug met de validator in die specifieke build zit.

5

MCEBuddy 2.7 Release 1

Ik weet niet hoe lang dit al een probleem is - het is minstens de afgelopen 8 dagen een probleem. Het gebeurt bij alle afleveringen van sommige PBS-tv-series, maar niet bij andere.

CC-extractie is mislukt voor deze nieuwe tv-series:
. The Forsytes on Masterpiece (Season 1)
. Henry David Thoreau (Ken Burns series)
. Call the Midwife (Season 15)

Maar CC-extractie werkt wel goed voor deze tv-series:
. The Count of Monte Cristo on Masterpiece (Season 1)
. Horizons from PBS News (Season 1)
. Compass Points from PBS News (Season 1)

Ik heb de MCEBuddy-daemon gestopt, beide voorgestelde wijzigingen aangebracht (ervan uitgaande dat ik ze correct heb uitgevoerd) en de MCEBuddy-daemon opnieuw gestart. Maar deze wijzigingen hebben het probleem niet opgelost. (Wel kon ik de tijdelijke SRT-bestanden vastleggen.)

profiles.conf:
[MKV HEVC]
Description=HEVC in MKV (H.265/AC3) conversion. Creates a smaller file (50% smaller than H.264) with comparable quality but very slow.
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

Ik gebruik de nieuwste versie van MCEBuddy, waarmee consequent SRT-bestanden werden gemaakt voor alle basiskabelkanalen. Nu neem ik op via OTA en krijg ik voor geen enkele opname meer SRT-bestanden — zelfs niet voor opnames van jaren geleden waarvoor ik wel een SRT-bestand had (ik heb het bronbestand opnieuw verwerkt om de indeling te wijzigen). Het is mogelijk dat mijn profielinstellingen voor SRT niet kloppen, maar ik heb dit probleem in de jaren dat ik MCEBuddy gebruik nog nooit eerder gezien. Ik ga dit verder onderzoeken om te zien wat ik kan vinden.

7

Jon – mijn omweg wanneer het SRT-bestand ontbreekt, is om de conversie opnieuw uit te voeren terwijl ik de tijdelijke map in de gaten houd. Als er ondertitels zijn, worden SRT-bestanden aangemaakt, maar vervolgens verwijderd voordat de verwerking is voltooid. Zodra ik zie dat de bestandsgrootte van het SRT-bestand verandert naar iets anders dan nul, pauzeer ik de verwerking en kopieer ik het SRT-bestand.

8

Dat is niet normaal. Als je een SRT-bestand met een grootte groter dan nul ziet en handmatig kunt kopiëren, dan zou dit door MCEBuddy rechtstreeks naar de doelmap gekopieerd moeten worden.

Kun je je conversielogboek bijvoegen, zodat ik kan zien wat er aan de hand is?

9

Goed getimed. Ik had een opname die ik opnieuw moest doen om de ondertiteling te krijgen. Hier is het logbestand:

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

10

Dat was erg nuttig. Het lijkt erop dat er een soort ongeldige tekens in het geëxtraheerde SRT-bestand staan die validatie veroorzaken of falen, waardoor MCEBuddy de geëxtraheerde ondertitels verwijdert.

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

Kun je het originele videobestand en het geëxtraheerde SRT-bestand uploaden zodat we het kunnen analyseren om te zien wat er aan de hand is?

11

Je zou denken dat ik had voorzien dat je het originele videobestand nodig zou hebben. Helaas heb ik dat niet gedaan. Ik heb het SRT-bestand bijgevoegd. Ik heb en zal extra opnames van verschillende programma’s inplannen om te proberen een ander voorbeeld vast te leggen. PBS Over-The-Air opnames lijken het meest waarschijnlijk om dit probleem te vertonen. Ik weet zeker dat er binnen een week (hooguit) eentje zal verschijnen.

The Kimberley Australia’s Wild West (2026) - S01E01 - River Of Life (2026-04-05).srt (56.7 KB)

Hoe groot mag de geüploade opname zijn? Ik zal er wel achter komen.

12

Upload het volledige bestand. Geen limiet op de bestandsgrootte.

13

Hier is een voorbeeld van gisteravond.

Oeps. Er is een groottelimiet:

Sorry, dat bestand is te groot (maximale grootte is 10 MB). Waarom upload je je grote bestand niet naar een cloudopslagdienst en plak je vervolgens de link?

Ik heb de bestanden op Google Drive gezet: MCEBuddy - Google Drive

14

Hier is nog een voorbeeld: CBS News Sunday Morning (OTA-opname). Ik heb de bestanden op OneDrive gezet: MCEBuddy

15

Bedankt voor het melden, dit is opgelost in de bètaversie van 2.7.2 die vandaag is uitgebracht. Je kunt het uitproberen en ons laten weten of je nog steeds problemen ervaart.

16

Hoi Goose.

Top. Dit is zo’n situatie waarin geen nieuws van mij goed nieuws is. Afgaande op eerdere ervaringen verwacht ik absoluut binnen een week een probleem te zien. Als ik dit probleem weer zie optreden, laat ik het hier weten.

Steve