[Ffmpeg-devel] [PATCH] dumping support for encrypted MXFs

Baptiste Coudurier baptiste.coudurier
Wed Jan 10 18:05:50 CET 2007


Reimar D?ffinger wrote:
> Hello,
> On Wed, Jan 10, 2007 at 03:55:48PM +0100, Reimar Doeffinger wrote:
>> On Wed, Jan 10, 2007 at 01:45:55PM +0100, Baptiste Coudurier wrote:
>>> 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).
> 
> [...]
>>> I would prefer to use mxf_encrypted_triplet_key like in specs, and it is
>>> a complete key (16 bytes) according to specs.
>> I'll search if the file contains any such key, but at least the dumped
>> track does not contain any of the keys in that spec, I searched for
>> them. If there is a mxf_encrypted_triplet_key somewhere I'll try to use
>> that though.
> 
> I can confirm that my sample file does not contain the bytes
> 06 0e 2b 34 02 04 01 01

Search for 06 0e 2b 34 02 04 01 07
Last byte is registry version, and is now 7, like your patch search for
also.

> anywhere, thus no encrypted triplet.
> Conversely, I could not find the byte sequence my patch looks for in any
> of the specifications I currently have.
> If you know of one that specifies this, please tell me.

SMPTE 429-6 covers D-Cinema encryption in mxf.
I hope your file does not use another standard.

-- 
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 mailing list