mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-15 13:35:30 +00:00
[BUG] Failing to extract DVB subtitles from live stream (Failed to perform OCR) #452
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jakubvojacek on GitHub (Oct 23, 2018).
CCExtractor version (using the --version parameter preferably) : 0.87
My familiarity with the project is as follows (check one, eg [X] - and delete unchecked ones):
Necessary information
-udp 239.1.2.3:1234(unrelated, but originally i was testing with-ocrlang por -quant 0 -datapid 0x451 -out=webvtt -noru -trim -lf -nots -nobom -s -nofc -nogt)**Video links (replace text below with your links) **
tnt.ts- https://goo.gl/r4WXtoAdditional information
Interestingly, when running ccextractor on the file (
ccextractor tnt.ts), it does produce atnt.srtfile with correct subtitles in it. However, it does print a whole bunch of errors.But when the
tnt.tsis being played out in a loop (for exampletsplay tnt.ts 239.1.2.3:1234 -loop), ccextractor fails eventually (the time before it fails varies in seconds to a minute usually)Can you please look into what is wrong?
Thank you
Jakub
@cfsmp3 commented on GitHub (Jan 25, 2020):
@jakubvojacek Is this still a problem in current master?
@jakubvojacek commented on GitHub (Jan 26, 2020):
Hello @cfsmp3
I just tested with the current master (
5f61fae0c7) and it's still happening, it's reproducible on a static file now too. If you download https://goo.gl/r4WXto and try to play in VLC and enable Portugesse DVB subtitles, there will be subtitles visible. While trying with ccextractor (plainccextractor tnt.ts), it will throw the same errors as described above. I have attached the console output below.@jstrot commented on GitHub (Jul 7, 2024):
I'm having a similar issue:
I'm not familiar with the exact content of the vob file I'm working with. Could be there is no actual CC encoded at all, could be corrupted too, but mediainfo seems to think there is a CC3 (hence my using
--output-field 1 --cc2):@cfsmp3 commented on GitHub (Dec 21, 2025):
@jakubvojacek can you update the video link?
@cfsmp3 commented on GitHub (Dec 21, 2025):
@jstrot video sample?
@jstrot commented on GitHub (Jan 10, 2026):
@cfsmp3,
Very sorry, I don't have a failing video at the moment. Hopefully, never again.
Thanks for the fix.