From: Marton Balint <cus@passwd.hu> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH] avcodec/dpx: fix check of minimal data size for unpadded content Date: Sat, 8 Apr 2023 20:04:39 +0200 (CEST) Message-ID: <ae15e39-f63a-13ff-a299-f5efc5dc2397@passwd.hu> (raw) In-Reply-To: <ddc59ac0-3d9a-582d-fbfb-fea0af035517@mediaarea.net> On Tue, 14 Mar 2023, Jerome Martinez wrote: > 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 Will apply with a minor fix. Regards, Marton > > 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; >> > _______________________________________________ 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".
prev parent reply other threads:[~2023-04-08 18:05 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 2023-04-08 18:04 ` Marton Balint [this message]
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=ae15e39-f63a-13ff-a299-f5efc5dc2397@passwd.hu \ --to=cus@passwd.hu \ --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