Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
CCExtractor won't extract subtitles from TS with no PAT/PMT #805
[forwarded from a user email, resposted with permission]
The company Channel Master has produced a video recorder named DVR+. It records over-the-air television broadcasts in the USA. It has some internet channel capability, but does not record cable or satellite broadcasts. It is gaining in popularity in the U.S. market.
It records a single program - demuxing it from a multi-program channel stream - and saving it as a *.ts file. The recording appears to be complete for the audio and video streams. However, it does not record a PAT/PMT in the file. MediaInfo indicates that the closed captions are present in the video stream. The DVR+ does display closed captions upon file playback. However, it is uncertain if these are CEA-608 digitally encoded or CEA-708 types. Indications are that they are displaying the CEA-708 style and calling them digital CC1 thru CC4 in the system menu.
I am using ccextractor version 0.85 compiled in Linux using the Makefile without the OCR option. It successfully extracts the captions from your website sample files. However, it does not extract any closed captions from the DVR+ recordings. I have unsuccessfully used multiple combinations of command line switches, including -datapid and -haup as well as others.
I have attached three original DVR+ recordings and the Avidemux modified versions [copied here]:
As you can see from the above examples, the television and ccextractor appear to agree on the caption streams. The DVR+ is recording all caption types but appears to only display the CEA-708 captions calling them digital CC1-4. Looking at the *.ts files with MediaInfo gives multiple caption streams, which may be real but the broadcast program is sending an empty place holder -or- may simply be an issue with MediaInfo interpretation of the streams.
What I am looking at is why ccextractor will not work with the original files or does it need a PAT/PMT? If it does, then should not the -datapid switch when given the pid of the video stream bypass the PAT/PMT and directly access the captions? Can ccextractor be modified to work with the original files, or do we need to provide a technique to add a PAT/PMT to the file with an external program?
If you want better information on this equipment or files, there are branches for the DVR+ and software development by users on the AVS Forum website. Search the internet for DVR+ Lister which will give you a forum that is monitored by several knowledgeable people that are developing software to interact with the DVR+ and save the stored programs.
referenced this issue
Jan 13, 2019
What about without ffmpeg?…
On Fri, Feb 8, 2019 at 9:29 PM Aditya Kumar Singh ***@***.***> wrote: @cfsmp3 i am able to extract subtitles from the dracula.ts and stanley.ts file linked above. Haven't tried with football.ts. Builded using cmake with ocr, hardsubx and ffmpeg on. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
Not working without ffmpeg. No captions found in input.
OK, so the job is clear :-) On Mon, Feb 11, 2019 at 9:52 PM Aditya Kumar Singh <email@example.com> wrote:…
What about without ffmpeg? … <#m_4539917215944178917_> On Fri, Feb 8, 2019 at 9:29 PM Aditya Kumar Singh ***@***.***> wrote: @cfsmp3 <https://github.com/cfsmp3> i am able to extract subtitles from the dracula.ts and stanley.ts file linked above. Haven't tried with football.ts. Builded using cmake with ocr, hardsubx and ffmpeg on. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread. Not working without ffmpeg. No captions found in input. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#805 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFrJ2Tpd2l3fBSAbD8DpD6mqRj83--7zks5vMlaOgaJpZM4Qcdnf> .