[BUG] Processing of file ended prematurely in switch_to_next_file() on UK Freeview DVB subtitles #719

New Issue

claunia · 2026-01-29T16:51:58Z

claunia commented

2026-01-29 16:51:58 +00:00

Originally created by @thunderbolt-tom on GitHub (Oct 9, 2022).

CCExtractor version: 0.94

In raising this issue, I confirm the following:

I have read and understood the contributors guide.
I have checked that the bug-fix I am reporting can be replicated, or that the feature I am suggesting isn't already present.
I have checked that the issue I'm posting isn't already reported.
I have checked that the issue I'm porting isn't already solved and no duplicates exist in closed issues and in opened issues
I have checked the pull requests tab for existing solutions/implementations to my issue/suggestion.
I have used the latest available version of CCExtractor to verify this issue exists.
I have ticked all the boxes in this section and to prove it I'm deleting the section completely to remove boilerplate text.

Necessary information

Is this a regression (i.e. did it work before)? No
What platform did you use? Linux
What were the used arguments? ccextractor -o outfile infile

Video links

https://www.dropbox.com/s/o3j75jmsm60rj0w/ccissue.ts?dl=0

Additional information

I've been successfully using ccextractor to extract subtitles from UK Freeview transmissions for several years. These are recorded using mythtv using Hauppauge DVB TV cards and the recorded files are MPEG TS files. Recently (since around the beginning of September) all files have failed to extract with the following output:

/home/myth/compile/ccextractor2/ccextractor/linux/ccextractor -o cctemp /space/recordings/40101_20221009185600.ts
CCExtractor 0.94, Carlos Fernandez Sanz, Volker Quetschke.
Teletext portions taken from Petr Kutalek's telxcc
--------------------------------------------------------------------------
Input: /space/recordings/40101_20221009185600.ts
[Extract: 1] [Stream mode: Autodetect]
[Program : Auto ] [Hauppage mode: No] [Use MythTV code: Auto]
[CEA-708: 63 decoders active]
[CEA-708: using charset "none" for all services]
[Timing mode: Auto] [Debug: No] [Buffer input: No]
[Use pic_order_cnt_lsb for H.264: No] [Print CC decoder traces: No]
[Target format: .srt] [Encoding: UTF-8] [Delay: 0] [Trim lines: No]
[Add font color data: Yes] [Add font typesetting: Yes]
[Convert case: No][Filter profanity: No] [Video-edit join: No]
[Extraction start time: not set (from start)]
[Extraction end time: not set (to end)]
[Live stream: No] [Clock frequency: 90000]
[Teletext page: Autodetect]
[Start credits text: None]
[Quantisation-mode: CCExtractor's internal function]

-----------------------------------------------------------------
Opening file: /space/recordings/40101_20221009185600.ts
File seems to be a transport stream, enabling TS mode
Analyzing data in general mode
  0%  |  00:00
Number of NAL_type_7: 0
Number of VCL_HRD: 0
Number of NAL HRD: 0
Number of jump-in-frames: 0
Number of num_unexpected_sei_length: 0

Min PTS:				24:55:34:786
Max PTS:				24:55:34:786
Length:				 00:00:00:000

ATTENTION!!!!!!
In switch_to_next_file(): Processing of /space/recordings/40101_20221009185600.ts 0 ended prematurely 599156 < 2247313836, please send bug report.

Done, processing time = 0 seconds

No captions were found in input.
Issues? Open a ticket here
https://github.com/CCExtractor/ccextractor/issues

In all cases the error happens almost immediately after I run the command.

I'm using the latest version (0.94) compiled from source from the git repository on Ubuntu 20.04. However the issue also happens on version 0.88 also compiled from source, and version 0.87 as supplied in the Ubuntu repositories.

I've tried various command line options including -myth (this error doesn't happen, but it finds no subtitles whatsoever), -haup, -in=ts, -ignoreptsjumps, -fixptsjumps and -ve, none of which make any difference.

This only started happening on transmissions since around the start of September and ccextractor still works on older recorded transmissions. I did not update any software or change hardware, so I presume something changed with the way they are transmitted. I've subsequently updated mythtv just in case, but the problems still persists. The problem happens on every channel that I record from.

The subtitles show successfully when I play the file in players such as Kodi and VLC. Also, if I copy the streams into another TS file with ffmpeg using a command such as ffmpeg -i infile.ts -map v:0 -map a:0 -map s:0 -c copy -format mpegts outfile.ts, then ccextractor does work with the resulting file.

I've linked to a small sample cut from a recent recording which is sufficient to demonstrate the problem.

Originally created by @thunderbolt-tom on GitHub (Oct 9, 2022). CCExtractor version: 0.94 # In raising this issue, I confirm the following: - [x] I have read and understood the [contributors guide](https://github.com/CCExtractor/ccextractor/blob/master/.github/CONTRIBUTING.md). - [x] I have checked that the bug-fix I am reporting can be replicated, or that the feature I am suggesting isn't already present. - [x] I have checked that the issue I'm posting isn't already reported. - [x] I have checked that the issue I'm porting isn't already solved and no duplicates exist in [closed issues](https://github.com/CCExtractor/ccextractor/issues?q=is%3Aissue+is%3Aclosed) and in [opened issues](https://github.com/CCExtractor/ccextractor/issues) - [x] I have checked the pull requests tab for existing solutions/implementations to my issue/suggestion. - [x] I have used the latest available version of CCExtractor to verify this issue exists. - [x] I have ticked all the boxes in this section and to prove it I'm deleting the section completely to remove boilerplate text. # Necessary information - Is this a regression (i.e. did it work before)? No - What platform did you use? Linux - What were the used arguments? `ccextractor -o outfile infile` # Video links https://www.dropbox.com/s/o3j75jmsm60rj0w/ccissue.ts?dl=0 # Additional information I've been successfully using ccextractor to extract subtitles from UK Freeview transmissions for several years. These are recorded using mythtv using Hauppauge DVB TV cards and the recorded files are MPEG TS files. Recently (since around the beginning of September) all files have failed to extract with the following output: ``` /home/myth/compile/ccextractor2/ccextractor/linux/ccextractor -o cctemp /space/recordings/40101_20221009185600.ts CCExtractor 0.94, Carlos Fernandez Sanz, Volker Quetschke. Teletext portions taken from Petr Kutalek's telxcc -------------------------------------------------------------------------- Input: /space/recordings/40101_20221009185600.ts [Extract: 1] [Stream mode: Autodetect] [Program : Auto ] [Hauppage mode: No] [Use MythTV code: Auto] [CEA-708: 63 decoders active] [CEA-708: using charset "none" for all services] [Timing mode: Auto] [Debug: No] [Buffer input: No] [Use pic_order_cnt_lsb for H.264: No] [Print CC decoder traces: No] [Target format: .srt] [Encoding: UTF-8] [Delay: 0] [Trim lines: No] [Add font color data: Yes] [Add font typesetting: Yes] [Convert case: No][Filter profanity: No] [Video-edit join: No] [Extraction start time: not set (from start)] [Extraction end time: not set (to end)] [Live stream: No] [Clock frequency: 90000] [Teletext page: Autodetect] [Start credits text: None] [Quantisation-mode: CCExtractor's internal function] ----------------------------------------------------------------- Opening file: /space/recordings/40101_20221009185600.ts File seems to be a transport stream, enabling TS mode Analyzing data in general mode 0% | 00:00 Number of NAL_type_7: 0 Number of VCL_HRD: 0 Number of NAL HRD: 0 Number of jump-in-frames: 0 Number of num_unexpected_sei_length: 0 Min PTS: 24:55:34:786 Max PTS: 24:55:34:786 Length: 00:00:00:000 ATTENTION!!!!!! In switch_to_next_file(): Processing of /space/recordings/40101_20221009185600.ts 0 ended prematurely 599156 < 2247313836, please send bug report. Done, processing time = 0 seconds No captions were found in input. Issues? Open a ticket here https://github.com/CCExtractor/ccextractor/issues ``` In all cases the error happens almost immediately after I run the command. I'm using the latest version (0.94) compiled from source from the git repository on Ubuntu 20.04. However the issue also happens on version 0.88 also compiled from source, and version 0.87 as supplied in the Ubuntu repositories. I've tried various command line options including -myth (this error doesn't happen, but it finds no subtitles whatsoever), -haup, -in=ts, -ignoreptsjumps, -fixptsjumps and -ve, none of which make any difference. This only started happening on transmissions since around the start of September and ccextractor still works on older recorded transmissions. I did not update any software or change hardware, so I presume something changed with the way they are transmitted. I've subsequently updated mythtv just in case, but the problems still persists. The problem happens on every channel that I record from. The subtitles show successfully when I play the file in players such as Kodi and VLC. Also, if I copy the streams into another TS file with ffmpeg using a command such as `ffmpeg -i infile.ts -map v:0 -map a:0 -map s:0 -c copy -format mpegts outfile.ts`, then ccextractor does work with the resulting file. I've linked to a small sample cut from a recent recording which is sufficient to demonstrate the problem.

claunia added the GSOC-2023 label 2026-01-29 16:51:58 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#719