mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-03 21:23:48 +00:00
[PROPOSAL] flag to automatically set delay such that the subtitles start at zero time #364
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 @kshepherd2013 on GitHub (Jan 15, 2018).
Please prefix your issue with one of the following: [BUG], [PROPOSAL], [QUESTION].
CCExtractor version (using the --version parameter preferably) : 0.85
In raising this issue, I confirm the following (please check boxes, eg [X]):
My familiarity with the project is as follows (check one, eg [X]):
Necessary information
second run (to make it work correctly) added -delay -31344625
Video links
https://mega.nz/#!AM1QFRQZ!nVz8ZLUjzI4OUK97YqWqGP_ajAsp1PdSxebnF4WNHKc
Please make the affected input file available for us (no screenshots, those don't help!). Public links to Dropbox, Google Drive, etc, are all fine. If it is not possible to make it available publicly, send us a private invitation (both Dropbox and Google Drive allow that). In this case we will download the file and upload it to the private developer repository.
Do not upload your file to any location that will require us to sign up or endure a wait list, slow downloads, etc. If your upload expires make sure you keep it active somehow (replace links if needed). Keep in mind that while we go over all tickets some may take a few days, and it's important we have the file available when we actually need it.
Additional information
I have been relying on ccextractor v0.77 for a long time to extract srt files from mythtv recorded videos. I have recently switched to a humax foxsat hdr, and 0.77 could not extract, so I updated to 0.86 (says 0.85 from the command line) which works really well. My only problem is that there is now a huge offset in the time codes. I am getting around this by running ccextractor twice. The first time I parse out the Min PTS: HH:MM:SS:mmm string, and then use this to work out the millisec offset for a negative "-delay" for the second run. This is creating exactly what I need, but I wondered if there is a flag to ensure that timecodes start with zero at the beginning of the video file? I looked through the code and could not see one. Thank you for a great program!
Output:
CCExtractor 0.85, Carlos Fernandez Sanz, Volker Quetschke.
Teletext portions taken from Petr Kutalek's telxcc
Input: /mnt/foxsat_hdr_video/Horrible Histories/Horrible Histories_20180113_1123.ts
[Extract: 1] [Stream mode: Autodetect]
[Program : Auto ] [Hauppage mode: No] [Use MythTV code: Auto]
[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: -31344625] [Trim lines: No]
[Add font color data: Yes] [Add font typesetting: Yes]
[Convert case: 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: 888]
[Start credits text: None]
Opening file: /mnt/foxsat_hdr_video/Horrible Histories/Horrible Histories_20180113_1123.ts
File seems to be a transport stream, enabling TS mode
Analyzing data in general mode
This TS file has more than one program. These are the program numbers found:
6961
6960
6963
6940
6941
6972
6952
6945
6943
VBI/teletext stream ID 5603 (0x15e3) for SID 6952 (0x1b28)
Notice: Teletext page with possible subtitles detected: 888
100% | 29:01
Teletext decoder: 43550 packets processed
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: 08:42:24:625
Max PTS: 09:11:26:585
Length: 00:29:01:960
Done, processing time = 249 seconds
Issues? Open a ticket here
https://github.com/CCExtractor/ccextractor/issues
PS: Make sure you set an alert in GitHub so you get notifications about your ticket. We may need to ask questions and we do everything inside GitHub's system.
@cfsmp3 commented on GitHub (Jan 16, 2018):
We'd need to get a sample file so we can take a look, but that "huge offset" sounds like a bug...
@kshepherd2013 commented on GitHub (Jan 17, 2018):
Did you try the one that I provided, above?
https://mega.nz/#!AM1QFRQZ!nVz8ZLUjzI4OUK97YqWqGP_ajAsp1PdSxebnF4WNHKc
Should I change the title to [BUG], do you think?
I was not sure of expected behaviour, because earlier versions of ccextractor do not work on this TS, and I was using mythtv TS files before, which start at 0 PTS.
@cfsmp3 commented on GitHub (Jan 18, 2018):
It seems correct to me, this is the start of the generated .srt. Are you
seeing something different?
1
00:00:02,760 --> 00:00:03,759
CRASH!
2
00:00:05,520 --> 00:00:06,519
AWKWARD LAUGH
3
00:00:12,400 --> 00:00:13,639
Terrible Tudors
# Gorgeous Georgians
4
00:00:13,680 --> 00:00:14,799
Slimy Stewarts
# Vile Victorians
On Tue, Jan 16, 2018 at 6:10 PM, Kevin Shepherd notifications@github.com
wrote:
@cfsmp3 commented on GitHub (Nov 3, 2018):
@kshepherd2013 video no longer available, please open a new ticket if you still have issues.