From: Jerome Martinez <jerome@mediaarea.net> To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH] avcodec/dpx: fix check of minimal data size for unpadded content Date: Tue, 14 Mar 2023 11:19:10 +0100 Message-ID: <ddc59ac0-3d9a-582d-fbfb-fea0af035517@mediaarea.net> (raw) In-Reply-To: <e5e1aedf-e13d-9576-c68e-893667f75ba7@mediaarea.net> [-- Attachment #1: Type: text/plain, Size: 3797 bytes --] Please consider the attached patch. Before: "Overread buffer. Invalid header?" despite that all bytes are there (the precheck is wrong, not the parsing after the precheck) After: transcoding is fine A (zeroed) sample file is available at https://trac.ffmpeg.org/ticket/10259 Jérôme On 19/10/2022 11:47, Jerome Martinez wrote: > stride value is not relevant with unpadded content and the total count > of pixels (width x height) must be used instead of the rounding based > on width only then multiplied by height > > unpadded_10bit value computing is moved sooner in the code in order to > be able to use it during computing of minimal content size > > Fix 'Overread buffer' error when the content is not lucky enough to > have (enough) padding bytes at the end for not being rejected by the > formula based on the stride value > > Signed-off-by: Jerome Martinez <jerome@mediaarea.net> > --- > libavcodec/dpx.c | 34 ++++++++++++++++++---------------- > 1 file changed, 18 insertions(+), 16 deletions(-) > > diff --git a/libavcodec/dpx.c b/libavcodec/dpx.c > index 4f50608..d4699f6 100644 > --- a/libavcodec/dpx.c > +++ b/libavcodec/dpx.c > @@ -476,14 +476,30 @@ static int decode_frame(AVCodecContext *avctx, > AVFrame *p, > avctx->colorspace = AVCOL_SPC_RGB; > } > > + av_strlcpy(creator, avpkt->data + 160, 100); > + creator[100] = '\0'; > + av_dict_set(&p->metadata, "Creator", creator, 0); > + > + av_strlcpy(input_device, avpkt->data + 1556, 32); > + input_device[32] = '\0'; > + av_dict_set(&p->metadata, "Input Device", input_device, 0); > + > + // Some devices do not pad 10bit samples to whole 32bit words per > row > + if (!memcmp(input_device, "Scanity", 7) || > + !memcmp(creator, "Lasergraphics Inc.", 18)) { > + unpadded_10bit = 1; > + } > + > // Table 3c: Runs will always break at scan line boundaries. Packing > // will always break to the next 32-bit word at scan-line > boundaries. > // Unfortunately, the encoder produced invalid files, so attempt > // to detect it > + // Also handle special case with unpadded content > need_align = FFALIGN(stride, 4); > - if (need_align*avctx->height + (int64_t)offset > avpkt->size) { > + if (need_align*avctx->height + (int64_t)offset > avpkt->size && > + (!unpadded_10bit || (avctx->width * avctx->height * elements > + 2) / 3 * 4 + (int64_t)offset > avpkt->size)) { > // Alignment seems unappliable, try without > - if (stride*avctx->height + (int64_t)offset > avpkt->size) { > + if (stride*avctx->height + (int64_t)offset > avpkt->size || > unpadded_10bit) { > av_log(avctx, AV_LOG_ERROR, "Overread buffer. Invalid > header?\n"); > return AVERROR_INVALIDDATA; > } else { > @@ -609,20 +625,6 @@ static int decode_frame(AVCodecContext *avctx, > AVFrame *p, > if ((ret = ff_get_buffer(avctx, p, 0)) < 0) > return ret; > > - av_strlcpy(creator, avpkt->data + 160, 100); > - creator[100] = '\0'; > - av_dict_set(&p->metadata, "Creator", creator, 0); > - > - av_strlcpy(input_device, avpkt->data + 1556, 32); > - input_device[32] = '\0'; > - av_dict_set(&p->metadata, "Input Device", input_device, 0); > - > - // Some devices do not pad 10bit samples to whole 32bit words per > row > - if (!memcmp(input_device, "Scanity", 7) || > - !memcmp(creator, "Lasergraphics Inc.", 18)) { > - unpadded_10bit = 1; > - } > - > // Move pointer to offset from start of file > buf = avpkt->data + offset; > [-- Attachment #2: 0001-avcodec-dpx-fix-check-of-minimal-data-size-for-unpad.patch --] [-- Type: text/plain, Size: 3301 bytes --] From 21c21373ca576f1dff05f952c17275957b9388bd Mon Sep 17 00:00:00 2001 From: Jerome Martinez <jerome@mediaarea.net> Date: Wed, 19 Oct 2022 11:37:34 +0200 Subject: [PATCH] avcodec/dpx: fix check of minimal data size for unpadded content stride value is not relevant with unpadded content and the total count of pixels (width x height) must be used instead of the rounding based on width only then multiplied by height unpadded_10bit value computing is moved sooner in the code in order to be able to use it during computing of minimal content size Fix 'Overread buffer' error when the content is not lucky enough to have (enough) padding bytes at the end for not being rejected by the formula based on the stride value --- libavcodec/dpx.c | 34 ++++++++++++++++++---------------- 1 file changed, 18 insertions(+), 16 deletions(-) diff --git a/libavcodec/dpx.c b/libavcodec/dpx.c index 4f50608461..d4699f65fc 100644 --- a/libavcodec/dpx.c +++ b/libavcodec/dpx.c @@ -476,14 +476,30 @@ static int decode_frame(AVCodecContext *avctx, AVFrame *p, avctx->colorspace = AVCOL_SPC_RGB; } + av_strlcpy(creator, avpkt->data + 160, 100); + creator[100] = '\0'; + av_dict_set(&p->metadata, "Creator", creator, 0); + + av_strlcpy(input_device, avpkt->data + 1556, 32); + input_device[32] = '\0'; + av_dict_set(&p->metadata, "Input Device", input_device, 0); + + // Some devices do not pad 10bit samples to whole 32bit words per row + if (!memcmp(input_device, "Scanity", 7) || + !memcmp(creator, "Lasergraphics Inc.", 18)) { + unpadded_10bit = 1; + } + // Table 3c: Runs will always break at scan line boundaries. Packing // will always break to the next 32-bit word at scan-line boundaries. // Unfortunately, the encoder produced invalid files, so attempt // to detect it + // Also handle special case with unpadded content need_align = FFALIGN(stride, 4); - if (need_align*avctx->height + (int64_t)offset > avpkt->size) { + if (need_align*avctx->height + (int64_t)offset > avpkt->size && + (!unpadded_10bit || (avctx->width * avctx->height * elements + 2) / 3 * 4 + (int64_t)offset > avpkt->size)) { // Alignment seems unappliable, try without - if (stride*avctx->height + (int64_t)offset > avpkt->size) { + if (stride*avctx->height + (int64_t)offset > avpkt->size || unpadded_10bit) { av_log(avctx, AV_LOG_ERROR, "Overread buffer. Invalid header?\n"); return AVERROR_INVALIDDATA; } else { @@ -609,20 +625,6 @@ static int decode_frame(AVCodecContext *avctx, AVFrame *p, if ((ret = ff_get_buffer(avctx, p, 0)) < 0) return ret; - av_strlcpy(creator, avpkt->data + 160, 100); - creator[100] = '\0'; - av_dict_set(&p->metadata, "Creator", creator, 0); - - av_strlcpy(input_device, avpkt->data + 1556, 32); - input_device[32] = '\0'; - av_dict_set(&p->metadata, "Input Device", input_device, 0); - - // Some devices do not pad 10bit samples to whole 32bit words per row - if (!memcmp(input_device, "Scanity", 7) || - !memcmp(creator, "Lasergraphics Inc.", 18)) { - unpadded_10bit = 1; - } - // Move pointer to offset from start of file buf = avpkt->data + offset; -- 2.13.3.windows.1 [-- Attachment #3: Type: text/plain, Size: 251 bytes --] _______________________________________________ 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".
next prev parent reply other threads:[~2023-03-14 10:19 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-10-19 9:47 Jerome Martinez 2023-03-14 10:19 ` Jerome Martinez [this message] 2023-04-08 18:04 ` Marton Balint
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=ddc59ac0-3d9a-582d-fbfb-fea0af035517@mediaarea.net \ --to=jerome@mediaarea.net \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
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