[BUG] DVD Closed Captions do not extract, instantly crashes. Remuxing same .vob to .mpg and it extracts fine #688

New Issue

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

claunia commented

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

Originally created by @r0ckingit on GitHub (Feb 7, 2022).

CCExtractor version: CCExtractor 0.94, Carlos Fernandez Sanz, Volker Quetschke.

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.

Necessary information

Is this a regression (i.e. did it work before)? NO
What platform did you use? Windows
What were the used arguments? ccextractor -utf8 +[input files]

Video links

Will provide in private upon request

Additional information

Since upgrading to versions with the new GUI, I've seen an increase (but not always) where CCextractor instantly crashes with the above command line. In this particular case, comparing 0.88 (previous version I used) to 0.94 (current), in 0.88 it gets to about 62 minutes into the .vob file before it crashes. In 0.94, it crashes instantly when I click to process or start via cmd line. Interestingly, if I first re-mux this .vob file to .mpg and run the resulting new file through ccextractor, it is able to extract the closed captions fine without crashing. I also tried re-muxing to .mkv format, but got a differing error (no crash, just unable to read mkv for whichever reason)

Faulting application name: ccextractorwin.exe, version: 0.0.0.0, time stamp: 0x5bcfb9aa
Faulting module name: ccextractorwin.exe, version: 0.0.0.0, time stamp: 0x5bcfb9aa
Exception code: 0xc0000005
Fault offset: 0x00073393
Faulting process id: 0x26d4
Faulting application start time: 0x01d81bdd7715b214
Faulting application path: ccextractorwin.exe
Faulting module path: ccextractorwin.exe
Faulting package full name:
Faulting package-relative application ID:

ccextractorwinfull.exe has stopped working
Windows can check online for a solution to the problem.
Check online for a solution and close the program
Check online for a solution later and close the program

I can provide the video file (or both variations) in private if requested and comfortable.

Originally created by @r0ckingit on GitHub (Feb 7, 2022). CCExtractor version: CCExtractor 0.94, Carlos Fernandez Sanz, Volker Quetschke. # 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. # Necessary information - Is this a regression (i.e. did it work before)? NO - What platform did you use? Windows - What were the used arguments? `ccextractor -utf8 +[input files]` # Video links * Will provide in private upon request # Additional information Since upgrading to versions with the new GUI, I've seen an increase (but not always) where CCextractor instantly crashes with the above command line. In this particular case, comparing 0.88 (previous version I used) to 0.94 (current), in 0.88 it gets to about 62 minutes into the .vob file before it crashes. In 0.94, it crashes instantly when I click to process or start via cmd line. Interestingly, if I first re-mux this .vob file to .mpg and run the resulting new file through ccextractor, it is able to extract the closed captions fine without crashing. I also tried re-muxing to .mkv format, but got a differing error (no crash, just unable to read mkv for whichever reason) Faulting application name: ccextractorwin.exe, version: 0.0.0.0, time stamp: 0x5bcfb9aa Faulting module name: ccextractorwin.exe, version: 0.0.0.0, time stamp: 0x5bcfb9aa Exception code: 0xc0000005 Fault offset: 0x00073393 Faulting process id: 0x26d4 Faulting application start time: 0x01d81bdd7715b214 Faulting application path: ccextractorwin.exe Faulting module path: ccextractorwin.exe Faulting package full name: Faulting package-relative application ID: ccextractorwinfull.exe has stopped working Windows can check online for a solution to the problem. Check online for a solution and close the program Check online for a solution later and close the program I can provide the video file (or both variations) in private if requested and comfortable.

claunia closed this issue

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

claunia commented

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

@canihavesomecoffee commented on GitHub (Feb 10, 2022):

@r0ckingit could you send me a link to the files please? Either through Slack, or you can send me an email as well.

@canihavesomecoffee commented on GitHub (Feb 10, 2022): @r0ckingit could you send me a link to the files please? Either through [Slack](https://ccextractor.org/public/general/support/), or you can send me an email as well.

claunia commented

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

@cfsmp3 commented on GitHub (Mar 22, 2023):

@canihavesomecoffee Did you get the files? If not, let's close the ticket.

@cfsmp3 commented on GitHub (Mar 22, 2023): @canihavesomecoffee Did you get the files? If not, let's close the ticket.

claunia commented

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

@r0ckingit commented on GitHub (Sep 27, 2024):

@cfsmp3 I believe I had sent them over back when, but can again if need be.

Thanks.

@r0ckingit commented on GitHub (Sep 27, 2024): @cfsmp3 I believe I had sent them over back when, but can again if need be. Thanks.

claunia commented

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

@cfsmp3 commented on GitHub (Dec 20, 2025):

@r0ckingit yes please - we're catching up with this stuff now.

@cfsmp3 commented on GitHub (Dec 20, 2025): @r0ckingit yes please - we're catching up with this stuff now.

claunia commented

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

@r0ckingit commented on GitHub (Dec 21, 2025):

I will get back to you soon with a new sample file. I figure there is no rush given the time span this far, but wanted to acknowledge in the mean time. I’d love a fix!On Dec 20, 2025, at 1:35 PM, Carlos Fernandez Sanz @.***> wrote:cfsmp3 left a comment (CCExtractor/ccextractor#1414)
@r0ckingit yes please - we're catching up with this stuff now.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

@r0ckingit commented on GitHub (Dec 21, 2025): I will get back to you soon with a new sample file. I figure there is no rush given the time span this far, but wanted to acknowledge in the mean time. I’d love a fix!On Dec 20, 2025, at 1:35 PM, Carlos Fernandez Sanz ***@***.***> wrote:cfsmp3 left a comment (CCExtractor/ccextractor#1414) @r0ckingit yes please - we're catching up with this stuff now. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

claunia commented

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

@cfsmp3 commented on GitHub (Jan 4, 2026):

@r0ckingit Please don't forget :-)

@cfsmp3 commented on GitHub (Jan 4, 2026): @r0ckingit Please don't forget :-)

claunia commented

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

@cfsmp3 commented on GitHub (Jan 18, 2026):

Closing for now - but we can reopen if samples become available.

@cfsmp3 commented on GitHub (Jan 18, 2026): Closing for now - but we can reopen if samples become available.

claunia referenced this issue

2026-01-29 17:16:54 +00:00