suffix "+", didn't work well with DVB files, and no longer works with new versions #199

Closed
opened 2026-01-29 16:37:46 +00:00 by claunia · 9 comments
Owner

Originally created by @edumj on GitHub (Nov 8, 2016).

If I try to extract Teletext subs from this 2 files:
000.ts
001.ts
The result is a srt file with all the subtitules (from both .ts files), but bad timing from the second .ts:

...
432
00:30:19,160 --> 00:30:22,640
y por eso he hecho lo que he hecho,
como dictan las normas.

433
00:30:22,720 --> 09:59:27,640
Gracias de todos modos.

434
09:59:39,600 --> 09:59:40,960
Radio, aquí Control.

435
09:59:41,040 --> 09:59:44,560
Señor Zimmer, vuelva a recuperar
la comunicación y hágalo ya.
...
First file lats 30:24 and second 5:19, but time from second one starts form 9h59m39s!!

I don't know the number of this version, but it's from 2015.

I'he tried with new versions (0.79 and 0.82) but suffix "+" seems to no longer work with DVB files!?
With 0.79 says ERROR, and with 0.82 just hangs.

Originally created by @edumj on GitHub (Nov 8, 2016). If I try to extract Teletext subs from this 2 files: [000.ts](https://mega.nz/#!6V8gRaLZ!RQSBy7HY_R3reTRQbygPbK3KNd98Th6lI3cHWd7VfgU) [001.ts](https://mega.nz/#!Pdk3lJxR!tgVdInKWYb7GN2VnonoGABGf2VtZksz9dX8QKh78ltY) The result is a srt file with all the subtitules (from both .ts files), but bad timing from the second .ts: ... 432 00:30:19,160 --> 00:30:22,640 y por eso he hecho lo que he hecho, como dictan las normas. 433 00:30:22,720 --> 09:59:27,640 Gracias de todos modos. 434 **09:59:39,600 --> 09:59:40,960** Radio, aquí Control. 435 09:59:41,040 --> 09:59:44,560 Señor Zimmer, vuelva a recuperar la comunicación y hágalo ya. ... First file lats 30:24 and second 5:19, but time from second one starts form 9h59m39s!! I don't know the number of this version, but it's from 2015. I'he tried with new versions (0.79 and 0.82) but suffix "+" seems to no longer work with DVB files!? With 0.79 says ERROR, and with 0.82 just hangs.
Author
Owner

@cfsmp3 commented on GitHub (Nov 9, 2016):

What's the complete command line you are using?

@cfsmp3 commented on GitHub (Nov 9, 2016): What's the complete command line you are using?
Author
Owner

@edumj commented on GitHub (Nov 9, 2016):

I've tried with:

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor -tpage 888 -out=srt -o "'000.ts+'.srt"

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding.srt"

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --goptime --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --goptime.srt"

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --videoedited --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --videoedited.srt"

@edumj commented on GitHub (Nov 9, 2016): I've tried with: "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor -tpage 888 -out=srt -o "'000.ts+'.srt" "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding.srt" "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --goptime --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --goptime.srt" "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --videoedited --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --videoedited.srt"
Author
Owner

@edumj commented on GitHub (Nov 9, 2016):

Well, with new versions seems to work, but truncates file and hungs if I add "--videoedited" option.

But I don't understand why I have to add that TESSDATA_PREFIX environmnet variable with new versions, but later it seems not no te be needed anymore, because now it works without it.

@edumj commented on GitHub (Nov 9, 2016): Well, with new versions seems to work, but truncates file and hungs if I add "--videoedited" option. But I don't understand why I have to add that TESSDATA_PREFIX environmnet variable with new versions, but later it seems not no te be needed anymore, because now it works without it.
Author
Owner

@cfsmp3 commented on GitHub (Nov 9, 2016):

Code-in task created.

@cfsmp3 commented on GitHub (Nov 9, 2016): Code-in task created.
Author
Owner

@edumj commented on GitHub (Nov 10, 2016):

Sorry?

Also, new versions don't work with XP? I'm testing in XP and CLI version says it's not a valid Win32 app.

@edumj commented on GitHub (Nov 10, 2016): Sorry? Also, new versions don't work with XP? I'm testing in XP and CLI version says it's not a valid Win32 app.
Author
Owner

@cfsmp3 commented on GitHub (Nov 10, 2016):

Reason to use a discontinued OS?

On Wed, Nov 9, 2016 at 4:45 PM, edumj notifications@github.com wrote:

Sorry?

Also, new versions don't work with XP? I'm testing in XP and t says it's
not a valid Win32 app.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/CCExtractor/ccextractor/issues/440#issuecomment-259569410,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFrJ2VyD2Qda7lb_2ahXbykWifhYCObZks5q8mkbgaJpZM4KstSC
.

@cfsmp3 commented on GitHub (Nov 10, 2016): Reason to use a discontinued OS? On Wed, Nov 9, 2016 at 4:45 PM, edumj notifications@github.com wrote: > Sorry? > > Also, new versions don't work with XP? I'm testing in XP and t says it's > not a valid Win32 app. > > — > You are receiving this because you commented. > Reply to this email directly, view it on GitHub > https://github.com/CCExtractor/ccextractor/issues/440#issuecomment-259569410, > or mute the thread > https://github.com/notifications/unsubscribe-auth/AFrJ2VyD2Qda7lb_2ahXbykWifhYCObZks5q8mkbgaJpZM4KstSC > .
Author
Owner

@edumj commented on GitHub (Nov 10, 2016):

There are still many people using XP, and I'm trying to make a script compatible also with them. Where do you say it's not compatible with XP? But, then why the GUI version does work with XP?

Anyway, I foung another bug: Line 433 is the last subtitle of 000.ts, and it stays 30 seconds on screen! until the next subtitle from 001.ts appears:

...
433
00:30:22,720 --> 00:30:53,520
Gracias de todos modos.

434
00:30:53,560 --> 00:30:55,600
Todo el sistema está averiado.
...

But, in fact, there are 5 missing lines! This is the .srt file using ffmpeg.zvbi:
...
433
00:28:25,480 --> 00:28:55,480
Gracias de todos modos.

434
00:28:39,600 --> 00:29:09,600
Radio, aquí Control.

435
00:28:41,040 --> 00:29:11,040
Señor Zimmer, vuelva a recuperar
la comunicación y hágalo ya.

436
00:28:44,640 --> 00:29:14,640
Trabajamos en ello, señor.

437
00:28:47,800 --> 00:29:17,800
-Calma, comandante.
-¿Estás listo?

438
00:28:51,200 --> 00:29:21,200
Listo. Vamos.

439
00:28:56,320 --> 00:29:26,320
Todo el sistema está averiado.
...

It has bad timing, but you can see there are 5 more lines of text before the suposed first subtitle from 001.ts

@edumj commented on GitHub (Nov 10, 2016): There are still many people using XP, and I'm trying to make a script compatible also with them. Where do you say it's not compatible with XP? But, then why the GUI version does work with XP? Anyway, I foung another bug: Line 433 is the last subtitle of 000.ts, and it stays 30 seconds on screen! until the next subtitle from 001.ts appears: ... 433 00:30:22,720 --> 00:30:53,520 **Gracias de todos modos.** 434 00:30:53,560 --> 00:30:55,600 **Todo el sistema está averiado.** ... But, in fact, there are 5 missing lines! This is the .srt file using ffmpeg.zvbi: ... 433 00:28:25,480 --> 00:28:55,480 **Gracias de todos modos.** 434 00:28:39,600 --> 00:29:09,600 Radio, aquí Control. 435 00:28:41,040 --> 00:29:11,040 Señor Zimmer, vuelva a recuperar la comunicación y hágalo ya. 436 00:28:44,640 --> 00:29:14,640 Trabajamos en ello, señor. 437 00:28:47,800 --> 00:29:17,800 -Calma, comandante. -¿Estás listo? 438 00:28:51,200 --> 00:29:21,200 Listo. Vamos. 439 00:28:56,320 --> 00:29:26,320 **Todo el sistema está averiado.** ... It has bad timing, but you can see there are 5 more lines of text before the suposed first subtitle from 001.ts
Author
Owner

@ghost commented on GitHub (Nov 29, 2016):

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor -tpage 888 -out=srt -o "'000.ts+'.srt"
and
"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --goptime --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --goptime.srt"
and
"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding.srt"
all have the the 5 missing lines error, but no timing error.

"ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --videoedited --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --videoedited.srt" crashes at line 432

Using windows 10 and Version 0.82

@ghost commented on GitHub (Nov 29, 2016): "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor -tpage 888 -out=srt -o "'000.ts+'.srt" and "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --goptime --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --goptime.srt" and "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding.srt" all have the the 5 missing lines error, but no timing error. "ccextractorwin.exe" "000.ts+" -autoprogram --nofontcolor --videoedited --fixpadding -tpage 888 -out=srt -o "'000.ts+' --fixpadding --videoedited.srt" crashes at line 432 Using windows 10 and Version 0.82
Author
Owner

@cfsmp3 commented on GitHub (Jan 12, 2018):

@edumj I'm going over this. You said:

But, in fact, there are 5 missing lines! This is the .srt file using ffmpeg.zvbi:
...
433
00:28:25,480 --> 00:28:55,480
Gracias de todos modos.

434
00:28:39,600 --> 00:29:09,600
Radio, aquí Control.

What I see there is

  1. ffmpeg.zvbi also exports 30 seconds for that line 433, so same behavior as CCExtractor
  2. The timing for line 433 overlaps 433, which is not valid. So looks like CCExtractor is doing the best it can - ignore overlapping lines.

Looks like a problem with the input stream, but if this is still happening with other files please reopen the ticket.

@cfsmp3 commented on GitHub (Jan 12, 2018): @edumj I'm going over this. You said: But, in fact, there are 5 missing lines! This is the .srt file using ffmpeg.zvbi: ... 433 00:28:25,480 --> 00:28:55,480 Gracias de todos modos. 434 00:28:39,600 --> 00:29:09,600 Radio, aquí Control. What I see there is 1) ffmpeg.zvbi also exports 30 seconds for that line 433, so same behavior as CCExtractor 2) The timing for line 433 overlaps 433, which is not valid. So looks like CCExtractor is doing the best it can - ignore overlapping lines. Looks like a problem with the input stream, but if this is still happening with other files please reopen the ticket.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ccextractor#199