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