I downloaded the recording using youtube-dl, and have attached it to this issue (in a ZIP file so GitHub doesn't try to transcode it): cnn-live.mp4.zip
I was able to play back the downloaded file with captions fine in VLC:
I ran caption-inspector on Ubuntu 20.04 at commit 476326f08a43ce38ecd1ea58b8910d7015e80cac, and patched the Makefile to build with gcc 9.3 rather than clang (Issue #13).
I then tried to extract the CEA-608 tracks with:
mkdir /tmp/cnn
./caption-inspector -o /tmp/cnn cnn-live.mp4
cd /tmp/cnn
zip -9 cnn.zip cnn-live*
I was able to run caption-inspector against a different US broadcast capture which is a little more modern (720p59.94 with CEA-608 and 708 captions) and files created with libcaption's flv+srt tool (which produces possibly-not-quite-valid CEA-608 captions), and I got proper "hex data" and "decoded data":
I'm pretty sure that the issue is triggered by the source file having cc_count < 5. Caption Inspector only tries to print anything if there are at least 5 blocks:
I attempted to run caption-inspector on an old US TV broadcast with CEA-608 captions, reproduced from hls.js demo page: https://playertest.longtailvideo.com/adaptive/captions/playlist.m3u8
I downloaded the recording using
youtube-dl
, and have attached it to this issue (in a ZIP file so GitHub doesn't try to transcode it): cnn-live.mp4.zipI was able to play back the downloaded file with captions fine in VLC:
I ran
caption-inspector
on Ubuntu 20.04 at commit 476326f08a43ce38ecd1ea58b8910d7015e80cac, and patched theMakefile
to build with gcc 9.3 rather thanclang
(Issue #13).I then tried to extract the CEA-608 tracks with:
All outputs I got are as attached: cnn.zip
I got a correct-looking
cnn-live-C1.608
with captions from the program:However,
cnn-live.ccd
appears to have timestamps and fully-decoded data, but appears to be missing "hex data" and "decoded data":I was able to run
caption-inspector
against a different US broadcast capture which is a little more modern (720p59.94 with CEA-608 and 708 captions) and files created with libcaption's flv+srt tool (which produces possibly-not-quite-valid CEA-608 captions), and I got proper "hex data" and "decoded data":