[Ffmpeg-devel] [PATCH] dumping support for encrypted MXFs
Wed Jan 10 13:45:55 CET 2007
Reimar D?ffinger wrote:
> attached patch would at least allow dumping of encrypted streams with
> MPlayer's -dumpvideo/-dumpaudio.
> This is not too useful and a bit hackish (since there is no indication
> whether we have an encrypted stream or not), but on the other hand it
> still seems like an improvement over the current treatment (mxf_read_header
> parses the file until EOF).
> Reimar D?ffinger
> @@ -1062,7 +1065,8 @@
> seconds = av_rescale(sample_time, st->time_base.num, st->time_base.den);
> url_fseek(&s->pb, (s->bit_rate * seconds) >> 3, SEEK_SET);
> if (!mxf_read_sync(&s->pb, mxf_essence_element_key, 12))
> - return -1;
> + if (!mxf_read_sync(&s->pb, mxf_enc_essence_element_key, 12))
> + return -1;
> /* found KLV key */
> url_fseek(&s->pb, -12, SEEK_CUR);
That won't work since mxf_read_sync will always match essence element
key since it is present within encrypted triplet, and mxf_read_sync will
read until EOF is reached, so you need to seek back (yes that's a bit ugly).
I would prefer to use mxf_encrypted_triplet_key like in specs, and it is
a complete key (16 bytes) according to specs.
It seems to work because there is an hack when mxf only contains one
track, what if multiple streams are encrypted ?
You need to parse further into the encrypted triplet to get track number .
Im ok with the patch besides that.
Nice to see you are working on DCI D-Cinema files.
Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA
SMARTJOG S.A. http://www.smartjog.com
Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Phone: +33 1 49966312
More information about the ffmpeg-devel