mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-04 05:44:53 +00:00
[QUESTION] what's the problem with my raw 708 data from vanc? (No captions were found in input.) #672
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 @emcodem on GitHub (Dec 22, 2021).
CCExtractor version: Version: 0.93
ccextractorwinfull.exe -608 -in=raw C:\temp\vanc.bin -o c:\temp\out.srtAdditional information
This is a raw dump of ancillary packets recorded from Blackmagic Decklink SDI, the captions were inserted by FAB subtitler.
When i feed it to ccextractor, the stuff seems to be autodetected as 608 instead of 708, also i get "No captions were found in input" but the debug log shows someting at least.
For example (from 608 debug):
The part "Charmante Untertite" is actually one part of the subtitles i was looking for.
Is this a problem with the data format of my raw file or more like missing functionality in the 608/708 decoders?
vanc.zip
@canihavesomecoffee commented on GitHub (Jan 14, 2022):
Sample mirrored here: https://sampleplatform.ccextractor.org/sample/180
@cfsmp3 commented on GitHub (Dec 26, 2025):
Current Status:
CCExtractor's
--in=rawmode expects McPoodle's raw EIA-608 format, not raw VANC (Video Ancillary) data packets from SDI capture.VANC data is currently supported when embedded in container formats like MXF or GXF, but not as raw binary dumps from capture cards like Blackmagic Decklink.
Planned:
We're adding this as an approved feature request for native raw VANC input support. Since we have the sample available on the sample platform, we'll look into implementing this.
In the meantime, if you need a workaround, you could try wrapping the SDI capture into an MXF container using FFmpeg, which CCExtractor can then process.
Relabeling as enhancement/feature request.