mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-03 21:23:48 +00:00
[QUESTION] Two Korean DTV TS files recorded using same PVR. CCExtract is working with only one of them. #293
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 @rokatri on GitHub (Mar 7, 2017).
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
Video links
This is the one I can extract caption. ("AVC Video stream as defined in ITU-T Rec. H.264 |ISO/IEC 14496-10 Video".)
https://drive.google.com/file/d/0B0olGw-GHirhQkJvR042bVpVczg/view?usp=sharing
This is the one I can not extract caption. ("ITU-T Rec.H.262|ISO/IED 13818-2 Viideo or ISO/IEC 11172-2 constrained parameter video stream")
https://drive.google.com/file/d/0B0olGw-GHirhNlZUbG42R2tuNDQ/view?usp=sharing
I have two Korea DTV recording I took recently. Both contains closed caption. I can extract the closed caption from one file, but I can't from the other file.
@cfsmp3 commented on GitHub (Mar 7, 2017):
GSoC qualification: 3 points
@harrynull commented on GitHub (Jan 7, 2018):
Some info that may be helpful:
The one that cannot be extracted is identified as MPEG2 with no PAT/PMT info.
I've used Avidemux to generate PAT/PMT but the issue still presents.
Neither VLC nor Potplayer can show subtitles in neither videos, but it could be a bug of video player because CCExtractor can extract the first video correctly.
Mediainfo says it has CEA-708 stream, but in function
do_cb,cc_typeis 0 or 1 (which is CEA-608 I think). As a result, the program never enters CEA-708.@cfsmp3 commented on GitHub (Jan 8, 2018):
Keep in mind that CEA-608 and CEA-708, in transport streams, are bundled
together - so you will see CEA-608 data first, then CEA-708. So you have to
check out the complete block, not just the first two bytes.
On Sat, Jan 6, 2018 at 10:33 PM, Null notifications@github.com wrote:
@cfsmp3 commented on GitHub (Jan 11, 2018):
Closing since seems to be the same as this one:
https://github.com/CCExtractor/ccextractor/issues/805