This patch series adds support of timecode in Matroska files, specs are at:
https://github.com/ietf-wg-cellar/matroska-specification/blob/master/cellar-codec/block_additional_mappings/smpte-st12-1-timecode.md

As ST 12-1 support was already partially implemented, using 32 bits rather than 64 bits (binary groups were not stored), the ST 12-1 side data format was changed from 32 bits to 64 bits rather than introducing another ST  12-1 side data internal "format", this may break code using it but not in the main repo (I found nothing using it in the main repo), is it fine? If we keep internally 32 bits for ST 12-1, any non zero timecode binary group stored in MKVs would be trashed.

The first 3 patches refactor BlockAddition support in MKV encoder in order to have it more versatile The 2 next patches adapt decklink_dec for writing 64 bit timecodes in side data rather than 32 bit timecodes
The last 2 patches adds timecode support in Matroska

_______________________________________________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to