You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 476326f, 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 476326f, 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":The text was updated successfully, but these errors were encountered: