* [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet @ 2022-09-30 14:08 Richard Ayres 2022-09-30 14:31 ` Pierre-Anthony Lemieux 0 siblings, 1 reply; 10+ messages in thread From: Richard Ayres @ 2022-09-30 14:08 UTC (permalink / raw) To: ffmpeg-devel We had an issue where ffmpeg was unable to unpack the EKLV of an encrypted 3D SMPTE DC MXF. The patch adds the SMPTE UL for EKLV packets (060e2b34.02040101.0d010301.027e0100), to mxfdec.c in order to unpack an EKLV packet found within an Encrypted SMPTE Digital Cinema MXF. Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> --- libavformat/mxfdec.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index badd2be224..ebd64b1c68 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -343,6 +343,7 @@ static const uint8_t mxf_apple_coll_prefix[] = { 0x06,0x0e,0x2b,0x /* complete keys to match */ static const uint8_t mxf_crypto_source_container_ul[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x09,0x06,0x01,0x01,0x02,0x02,0x00,0x00,0x00 }; static const uint8_t mxf_encrypted_triplet_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; +static const uint8_t mxf_encrypted_triplet_smpte_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x01,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; static const uint8_t mxf_encrypted_essence_container[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x0b,0x01,0x00 }; static const uint8_t mxf_sony_mpeg4_extradata[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x01,0x0e,0x06,0x06,0x02,0x02,0x01,0x00,0x00 }; static const uint8_t mxf_ffv1_extradata[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x0e,0x04,0x01,0x06,0x0c,0x01,0x00,0x00,0x00 }; // FFV1InitializationMetadata @@ -3738,6 +3739,7 @@ static int mxf_read_header(AVFormatContext *s) PRINT_KEY(s, "read header", klv.key); av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key) || IS_KLV_KEY(klv.key, mxf_essence_element_key) || IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || @@ -3983,7 +3985,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) pos = klv.next_klv - klv.length; PRINT_KEY(s, "read packet", klv.key); av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { + if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key)) { ret = mxf_decrypt_triplet(s, pkt, &klv); if (ret < 0) { av_log(s, AV_LOG_ERROR, "invalid encoded triplet\n"); -- 2.25.1 This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email and any attachments is strictly prohibited. If you receive this email in error, please immediately notify the sender by return email and permanently delete the original, any copy and any printout thereof. The integrity and security of e-mail cannot be guaranteed. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-09-30 14:08 [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet Richard Ayres @ 2022-09-30 14:31 ` Pierre-Anthony Lemieux 2022-10-03 11:47 ` Richard Ayres 0 siblings, 1 reply; 10+ messages in thread From: Pierre-Anthony Lemieux @ 2022-09-30 14:31 UTC (permalink / raw) To: FFmpeg development discussions and patches On Fri, Sep 30, 2022 at 7:08 AM Richard Ayres <Richard.Ayres@bydeluxe.com> wrote: > > We had an issue where ffmpeg was unable to unpack the EKLV of an encrypted 3D SMPTE DC MXF. > > The patch adds the SMPTE UL for EKLV packets (060e2b34.02040101.0d010301.027e0100), to mxfdec.c in order to unpack an EKLV packet found within an Encrypted SMPTE Digital Cinema MXF. > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > --- > libavformat/mxfdec.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > index badd2be224..ebd64b1c68 100644 > --- a/libavformat/mxfdec.c > +++ b/libavformat/mxfdec.c > @@ -343,6 +343,7 @@ static const uint8_t mxf_apple_coll_prefix[] = { 0x06,0x0e,0x2b,0x > /* complete keys to match */ > static const uint8_t mxf_crypto_source_container_ul[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x09,0x06,0x01,0x01,0x02,0x02,0x00,0x00,0x00 }; > static const uint8_t mxf_encrypted_triplet_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; > +static const uint8_t mxf_encrypted_triplet_smpte_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x01,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; > static const uint8_t mxf_encrypted_essence_container[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x0b,0x01,0x00 }; > static const uint8_t mxf_sony_mpeg4_extradata[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x01,0x0e,0x06,0x06,0x02,0x02,0x01,0x00,0x00 }; > static const uint8_t mxf_ffv1_extradata[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x0e,0x04,0x01,0x06,0x0c,0x01,0x00,0x00,0x00 }; // FFV1InitializationMetadata > @@ -3738,6 +3739,7 @@ static int mxf_read_header(AVFormatContext *s) > PRINT_KEY(s, "read header", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); > if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key) || Calling one UL "mxf_encrypted_triplet_key" and the other "mxf_encrypted_triplet_smpte_key" is misleading IMHO. The only difference is the version byte, which should be ignored in most, if not all, SMPTE UL comparisons. I would instead use mxf_match_uid(), which ignores the version byte, to compare the UL keys. > IS_KLV_KEY(klv.key, mxf_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || > @@ -3983,7 +3985,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) > pos = klv.next_klv - klv.length; > PRINT_KEY(s, "read packet", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { > + if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key)) { > ret = mxf_decrypt_triplet(s, pkt, &klv); > if (ret < 0) { > av_log(s, AV_LOG_ERROR, "invalid encoded triplet\n"); > -- > 2.25.1 > > This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email and any attachments is strictly prohibited. If you receive this email in error, please immediately notify the sender by return email and permanently delete the original, any copy and any printout thereof. The integrity and security of e-mail cannot be guaranteed. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-09-30 14:31 ` Pierre-Anthony Lemieux @ 2022-10-03 11:47 ` Richard Ayres 2022-10-04 14:28 ` Tomas Härdin 2022-10-05 9:22 ` Tomas Härdin 0 siblings, 2 replies; 10+ messages in thread From: Richard Ayres @ 2022-10-03 11:47 UTC (permalink / raw) To: FFmpeg development discussions and patches Thanks, Pierre-Anthony. I've updated the patch to remove the unnecessary UL and it's now using mxf_match_uid() to detect the EKLV packet. Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> --- libavformat/mxfdec.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index badd2be224..b1ab90f25f 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext *s) PRINT_KEY(s, "read header", klv.key); av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, sizeof(mxf_encrypted_triplet_key)) || IS_KLV_KEY(klv.key, mxf_essence_element_key) || IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || @@ -3983,7 +3983,7 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) pos = klv.next_klv - klv.length; PRINT_KEY(s, "read packet", klv.key); av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, sizeof(mxf_encrypted_triplet_key))) { ret = mxf_decrypt_triplet(s, pkt, &klv); if (ret < 0) { av_log(s, AV_LOG_ERROR, "invalid encoded triplet\n"); -- 2.25.1 ________________________________________ From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> on behalf of Pierre-Anthony Lemieux <pal@sandflow.com> Sent: 30 September 2022 15:31 To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet [ CAUTION ] This email originated outside Deluxe. On Fri, Sep 30, 2022 at 7:08 AM Richard Ayres <Richard.Ayres@bydeluxe.com> wrote: > > We had an issue where ffmpeg was unable to unpack the EKLV of an encrypted 3D SMPTE DC MXF. > > The patch adds the SMPTE UL for EKLV packets (060e2b34.02040101.0d010301.027e0100), to mxfdec.c in order to unpack an EKLV packet found within an Encrypted SMPTE Digital Cinema MXF. > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > --- > libavformat/mxfdec.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > index badd2be224..ebd64b1c68 100644 > --- a/libavformat/mxfdec.c > +++ b/libavformat/mxfdec.c > @@ -343,6 +343,7 @@ static const uint8_t mxf_apple_coll_prefix[] = { 0x06,0x0e,0x2b,0x > /* complete keys to match */ > static const uint8_t mxf_crypto_source_container_ul[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x09,0x06,0x01,0x01,0x02,0x02,0x00,0x00,0x00 }; > static const uint8_t mxf_encrypted_triplet_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; > +static const uint8_t mxf_encrypted_triplet_smpte_key[] = { 0x06,0x0e,0x2b,0x34,0x02,0x04,0x01,0x01,0x0d,0x01,0x03,0x01,0x02,0x7e,0x01,0x00 }; > static const uint8_t mxf_encrypted_essence_container[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x07,0x0d,0x01,0x03,0x01,0x02,0x0b,0x01,0x00 }; > static const uint8_t mxf_sony_mpeg4_extradata[] = { 0x06,0x0e,0x2b,0x34,0x04,0x01,0x01,0x01,0x0e,0x06,0x06,0x02,0x02,0x01,0x00,0x00 }; > static const uint8_t mxf_ffv1_extradata[] = { 0x06,0x0e,0x2b,0x34,0x01,0x01,0x01,0x0e,0x04,0x01,0x06,0x0c,0x01,0x00,0x00,0x00 }; // FFV1InitializationMetadata > @@ -3738,6 +3739,7 @@ static int mxf_read_header(AVFormatContext *s) > PRINT_KEY(s, "read header", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); > if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key) || Calling one UL "mxf_encrypted_triplet_key" and the other "mxf_encrypted_triplet_smpte_key" is misleading IMHO. The only difference is the version byte, which should be ignored in most, if not all, SMPTE UL comparisons. I would instead use mxf_match_uid(), which ignores the version byte, to compare the UL keys. > IS_KLV_KEY(klv.key, mxf_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || > @@ -3983,7 +3985,8 @@ static int mxf_read_packet(AVFormatContext *s, AVPacket *pkt) > pos = klv.next_klv - klv.length; > PRINT_KEY(s, "read packet", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset %#"PRIx64"\n", klv.length, klv.offset); > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { > + if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + IS_KLV_KEY(klv.key, mxf_encrypted_triplet_smpte_key)) { > ret = mxf_decrypt_triplet(s, pkt, &klv); > if (ret < 0) { > av_log(s, AV_LOG_ERROR, "invalid encoded triplet\n"); > -- > 2.25.1 > > This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email and any attachments is strictly prohibited. If you receive this email in error, please immediately notify the sender by return email and permanently delete the original, any copy and any printout thereof. The integrity and security of e-mail cannot be guaranteed. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://checkpoint.url-protection.com/v1/url?o=https%3A//ffmpeg.org/mailman/listinfo/ffmpeg-devel&g=YzBmMjViNTMzYjVlYTY5NA==&h=YjFjZDM2YmU5YzFlZTA1OGU3MjdhZmJkOTlhZDlkZWE3ZGJkMjYwMmQyMDIwNDMzZmMyZjZhNmZiNjRkNmM1MQ==&p=YzJ1OmRlbHV4ZW1lZGlhaW5jOmM6bzowZDZlMTllOGM5ZTZjNzU1MzFjYThhYTVmZWRiMWVjMzp2MTpwOlQ= > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://checkpoint.url-protection.com/v1/url?o=https%3A//ffmpeg.org/mailman/listinfo/ffmpeg-devel&g=NWZhZDUxMjBlZGM5ZWMwZQ==&h=MDhlOGJlNDFjN2JjYTE1MGM0YTg1NWE1ODY4ZTAyNDY0YmU2MDc1ZWQ4NTE2Njk1MjQxMDIxMjQwNzFlNThmZQ==&p=YzJ1OmRlbHV4ZW1lZGlhaW5jOmM6bzowZDZlMTllOGM5ZTZjNzU1MzFjYThhYTVmZWRiMWVjMzp2MTpwOlQ= To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". [ CAUTION ] DO NOT open attachments or click links from unknown senders. Only respond if you can validate the senders legitimacy. This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email and any attachments is strictly prohibited. If you receive this email in error, please immediately notify the sender by return email and permanently delete the original, any copy and any printout thereof. The integrity and security of e-mail cannot be guaranteed. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-03 11:47 ` Richard Ayres @ 2022-10-04 14:28 ` Tomas Härdin 2022-10-04 14:50 ` Pierre-Anthony Lemieux 2022-10-05 9:22 ` Tomas Härdin 1 sibling, 1 reply; 10+ messages in thread From: Tomas Härdin @ 2022-10-04 14:28 UTC (permalink / raw) To: FFmpeg development discussions and patches mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > Thanks, Pierre-Anthony. I've updated the patch to remove the > unnecessary UL and it's now using mxf_match_uid() to detect the EKLV > packet. > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > --- > libavformat/mxfdec.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > index badd2be224..b1ab90f25f 100644 > --- a/libavformat/mxfdec.c > +++ b/libavformat/mxfdec.c > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext *s) > > PRINT_KEY(s, "read header", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > %#"PRIx64"\n", klv.length, klv.offset); > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, Why do we have IS_KLV_KEY at all? I feel it is only appropriate in cases where we have to deal with less-than-standard files, or if we explicitly have to differentiate between different versions of relevant specs. Patch looks OK /Tomas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-04 14:28 ` Tomas Härdin @ 2022-10-04 14:50 ` Pierre-Anthony Lemieux 2022-10-04 14:59 ` Tomas Härdin 0 siblings, 1 reply; 10+ messages in thread From: Pierre-Anthony Lemieux @ 2022-10-04 14:50 UTC (permalink / raw) To: FFmpeg development discussions and patches On Tue, Oct 4, 2022 at 7:29 AM Tomas Härdin <git@haerdin.se> wrote: > > mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > > Thanks, Pierre-Anthony. I've updated the patch to remove the > > unnecessary UL and it's now using mxf_match_uid() to detect the EKLV > > packet. > > > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > > --- > > libavformat/mxfdec.c | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > index badd2be224..b1ab90f25f 100644 > > --- a/libavformat/mxfdec.c > > +++ b/libavformat/mxfdec.c > > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext *s) > > > > PRINT_KEY(s, "read header", klv.key); > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > %#"PRIx64"\n", klv.length, klv.offset); > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > Why do we have IS_KLV_KEY at all? I feel it is only appropriate in > cases where we have to deal with less-than-standard files, or if we > explicitly have to differentiate between different versions of relevant > specs. SMPTE ULs should always be compared ignoring the version byte -- but for exceptional cases. mxf_match_uid() should probably be renamed mxf_match_ul() since a UID can also be a UUID and. > > Patch looks OK +1 > > /Tomas > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-04 14:50 ` Pierre-Anthony Lemieux @ 2022-10-04 14:59 ` Tomas Härdin 2022-10-04 15:09 ` Pierre-Anthony Lemieux 0 siblings, 1 reply; 10+ messages in thread From: Tomas Härdin @ 2022-10-04 14:59 UTC (permalink / raw) To: FFmpeg development discussions and patches tis 2022-10-04 klockan 07:50 -0700 skrev Pierre-Anthony Lemieux: > On Tue, Oct 4, 2022 at 7:29 AM Tomas Härdin <git@haerdin.se> wrote: > > > > mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > > > Thanks, Pierre-Anthony. I've updated the patch to remove the > > > unnecessary UL and it's now using mxf_match_uid() to detect the > > > EKLV > > > packet. > > > > > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > > > --- > > > libavformat/mxfdec.c | 4 ++-- > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > > index badd2be224..b1ab90f25f 100644 > > > --- a/libavformat/mxfdec.c > > > +++ b/libavformat/mxfdec.c > > > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext > > > *s) > > > > > > PRINT_KEY(s, "read header", klv.key); > > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > > %#"PRIx64"\n", klv.length, klv.offset); > > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > > > Why do we have IS_KLV_KEY at all? I feel it is only appropriate in > > cases where we have to deal with less-than-standard files, or if we > > explicitly have to differentiate between different versions of > > relevant > > specs. > > SMPTE ULs should always be compared ignoring the version byte -- but > for exceptional cases. > > mxf_match_uid() should probably be renamed mxf_match_ul() since a UID > can also be a UUID and. Oh yeah, UUIDs *must* be just memcpy()'d IIRC. Perhaps we should have three functions to be extra explicit: mxf_match_ul(), mxf_match_uid() and mxf_match_uuid().. /Tomas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-04 14:59 ` Tomas Härdin @ 2022-10-04 15:09 ` Pierre-Anthony Lemieux 0 siblings, 0 replies; 10+ messages in thread From: Pierre-Anthony Lemieux @ 2022-10-04 15:09 UTC (permalink / raw) To: FFmpeg development discussions and patches On Tue, Oct 4, 2022 at 7:59 AM Tomas Härdin <git@haerdin.se> wrote: > > tis 2022-10-04 klockan 07:50 -0700 skrev Pierre-Anthony Lemieux: > > On Tue, Oct 4, 2022 at 7:29 AM Tomas Härdin <git@haerdin.se> wrote: > > > > > > mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > > > > Thanks, Pierre-Anthony. I've updated the patch to remove the > > > > unnecessary UL and it's now using mxf_match_uid() to detect the > > > > EKLV > > > > packet. > > > > > > > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > > > > --- > > > > libavformat/mxfdec.c | 4 ++-- > > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > > > index badd2be224..b1ab90f25f 100644 > > > > --- a/libavformat/mxfdec.c > > > > +++ b/libavformat/mxfdec.c > > > > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext > > > > *s) > > > > > > > > PRINT_KEY(s, "read header", klv.key); > > > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > > > %#"PRIx64"\n", klv.length, klv.offset); > > > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > > > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > > > > > Why do we have IS_KLV_KEY at all? I feel it is only appropriate in > > > cases where we have to deal with less-than-standard files, or if we > > > explicitly have to differentiate between different versions of > > > relevant > > > specs. > > > > SMPTE ULs should always be compared ignoring the version byte -- but > > for exceptional cases. > > > > mxf_match_uid() should probably be renamed mxf_match_ul() since a UID > > can also be a UUID and. > > Oh yeah, UUIDs *must* be just memcpy()'d IIRC. Perhaps we should have > three functions to be extra explicit: mxf_match_ul(), mxf_match_uid() > and mxf_match_uuid().. av_uuid_equal() already exists. > > /Tomas > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-03 11:47 ` Richard Ayres 2022-10-04 14:28 ` Tomas Härdin @ 2022-10-05 9:22 ` Tomas Härdin 2022-10-05 14:18 ` Richard Ayres 1 sibling, 1 reply; 10+ messages in thread From: Tomas Härdin @ 2022-10-05 9:22 UTC (permalink / raw) To: FFmpeg development discussions and patches mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > Thanks, Pierre-Anthony. I've updated the patch to remove the > unnecessary UL and it's now using mxf_match_uid() to detect the EKLV > packet. > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > --- > libavformat/mxfdec.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > index badd2be224..b1ab90f25f 100644 > --- a/libavformat/mxfdec.c > +++ b/libavformat/mxfdec.c > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext *s) > > PRINT_KEY(s, "read header", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > %#"PRIx64"\n", klv.length, klv.offset); > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > sizeof(mxf_encrypted_triplet_key)) || > IS_KLV_KEY(klv.key, mxf_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || > IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || > @@ -3983,7 +3983,7 @@ static int mxf_read_packet(AVFormatContext *s, > AVPacket *pkt) > pos = klv.next_klv - klv.length; > PRINT_KEY(s, "read packet", klv.key); > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > %#"PRIx64"\n", klv.length, klv.offset); > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > sizeof(mxf_encrypted_triplet_key))) { Passes FATE. Will push later today /Tomas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-05 9:22 ` Tomas Härdin @ 2022-10-05 14:18 ` Richard Ayres 2022-10-06 8:22 ` Tomas Härdin 0 siblings, 1 reply; 10+ messages in thread From: Richard Ayres @ 2022-10-05 14:18 UTC (permalink / raw) To: FFmpeg development discussions and patches > > mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > > Thanks, Pierre-Anthony. I've updated the patch to remove the > > unnecessary UL and it's now using mxf_match_uid() to detect the EKLV > > packet. > > > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > > --- > > libavformat/mxfdec.c | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > index badd2be224..b1ab90f25f 100644 > > --- a/libavformat/mxfdec.c > > +++ b/libavformat/mxfdec.c > > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext *s) > > > > PRINT_KEY(s, "read header", klv.key); > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > %#"PRIx64"\n", klv.length, klv.offset); > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > sizeof(mxf_encrypted_triplet_key)) || > > IS_KLV_KEY(klv.key, mxf_essence_element_key) || > > IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) || > > IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || > > @@ -3983,7 +3983,7 @@ static int mxf_read_packet(AVFormatContext *s, > > AVPacket *pkt) > > pos = klv.next_klv - klv.length; > > PRINT_KEY(s, "read packet", klv.key); > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > %#"PRIx64"\n", klv.length, klv.offset); > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) { > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > sizeof(mxf_encrypted_triplet_key))) { > > Passes FATE. Will push later today > > /Tomas Great. Thank you. Richard Ayres This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email and any attachments is strictly prohibited. If you receive this email in error, please immediately notify the sender by return email and permanently delete the original, any copy and any printout thereof. The integrity and security of e-mail cannot be guaranteed. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet 2022-10-05 14:18 ` Richard Ayres @ 2022-10-06 8:22 ` Tomas Härdin 0 siblings, 0 replies; 10+ messages in thread From: Tomas Härdin @ 2022-10-06 8:22 UTC (permalink / raw) To: FFmpeg development discussions and patches ons 2022-10-05 klockan 14:18 +0000 skrev Richard Ayres: > > > mån 2022-10-03 klockan 11:47 +0000 skrev Richard Ayres: > > > Thanks, Pierre-Anthony. I've updated the patch to remove the > > > unnecessary UL and it's now using mxf_match_uid() to detect the > > > EKLV > > > packet. > > > > > > Signed-off-by: Richard Ayres <richard.ayres@bydeluxe.com> > > > --- > > > libavformat/mxfdec.c | 4 ++-- > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c > > > index badd2be224..b1ab90f25f 100644 > > > --- a/libavformat/mxfdec.c > > > +++ b/libavformat/mxfdec.c > > > @@ -3737,7 +3737,7 @@ static int mxf_read_header(AVFormatContext > > > *s) > > > > > > PRINT_KEY(s, "read header", klv.key); > > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > > %#"PRIx64"\n", klv.length, klv.offset); > > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key) || > > > + if (mxf_match_uid(klv.key, mxf_encrypted_triplet_key, > > > sizeof(mxf_encrypted_triplet_key)) || > > > IS_KLV_KEY(klv.key, mxf_essence_element_key) || > > > IS_KLV_KEY(klv.key, mxf_canopus_essence_element_key) > > > || > > > IS_KLV_KEY(klv.key, mxf_avid_essence_element_key) || > > > @@ -3983,7 +3983,7 @@ static int mxf_read_packet(AVFormatContext > > > *s, > > > AVPacket *pkt) > > > pos = klv.next_klv - klv.length; > > > PRINT_KEY(s, "read packet", klv.key); > > > av_log(s, AV_LOG_TRACE, "size %"PRIu64" offset > > > %#"PRIx64"\n", klv.length, klv.offset); > > > - if (IS_KLV_KEY(klv.key, mxf_encrypted_triplet_key)) > > > { > > > + if (mxf_match_uid(klv.key, > > > mxf_encrypted_triplet_key, > > > sizeof(mxf_encrypted_triplet_key))) { > > > > Passes FATE. Will push later today > > > > /Tomas > > Great. Thank you. Pushed /Tomas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2022-10-06 8:22 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-09-30 14:08 [FFmpeg-devel] [PATCH] Encrypted SMPTE DC MXF - additional UL needed to unpack EKLV packet Richard Ayres 2022-09-30 14:31 ` Pierre-Anthony Lemieux 2022-10-03 11:47 ` Richard Ayres 2022-10-04 14:28 ` Tomas Härdin 2022-10-04 14:50 ` Pierre-Anthony Lemieux 2022-10-04 14:59 ` Tomas Härdin 2022-10-04 15:09 ` Pierre-Anthony Lemieux 2022-10-05 9:22 ` Tomas Härdin 2022-10-05 14:18 ` Richard Ayres 2022-10-06 8:22 ` Tomas Härdin
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git