From: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 3/6] avcodec/dovi_rpu: strip container in separate step
Date: Sat, 23 Mar 2024 19:02:26 +0100
Message-ID: <GV1P250MB0737531291D09EEB08D170238F302@GV1P250MB0737.EURP250.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <20240323173735.26224-3-ffmpeg@haasn.xyz>
Niklas Haas:
> From: Niklas Haas <git@haasn.dev>
>
> This ensures that `gb` in the following section is fully byte-aligned,
> points at the start of the actual RPU, and ends on the CRC terminator.
>
> This is important for both calculation of the CRC, as well as dovi
> extension block parsing (which aligns to byte boundaries in various
> places).
> ---
> libavcodec/dovi_rpu.c | 48 +++++++++++++++++++++++++++++++++++--------
> libavcodec/dovi_rpu.h | 2 ++
> 2 files changed, 41 insertions(+), 9 deletions(-)
>
> diff --git a/libavcodec/dovi_rpu.c b/libavcodec/dovi_rpu.c
> index c84a942f476..24a1cdf39a8 100644
> --- a/libavcodec/dovi_rpu.c
> +++ b/libavcodec/dovi_rpu.c
> @@ -23,6 +23,7 @@
>
> #include "libavutil/buffer.h"
>
> +#include "avcodec.h"
What is that used for?
> #include "dovi_rpu.h"
> #include "golomb.h"
> #include "get_bits.h"
> @@ -45,6 +46,7 @@ void ff_dovi_ctx_unref(DOVIContext *s)
> {
> for (int i = 0; i < FF_ARRAY_ELEMS(s->vdr); i++)
> ff_refstruct_unref(&s->vdr[i]);
> + av_free(s->rpu_buf);
>
> *s = (DOVIContext) {
> .logctx = s->logctx,
> @@ -202,17 +204,17 @@ int ff_dovi_rpu_parse(DOVIContext *s, const uint8_t *rpu, size_t rpu_size)
> DOVIVdr *vdr;
> int ret;
>
> - uint8_t nal_prefix;
> uint8_t rpu_type;
> uint8_t vdr_seq_info_present;
> uint8_t vdr_dm_metadata_present;
> uint8_t use_prev_vdr_rpu;
> uint8_t use_nlq;
> uint8_t profile;
> - if ((ret = init_get_bits8(gb, rpu, rpu_size)) < 0)
> - return ret;
>
> - /* Container header */
> + if (rpu_size < 5)
> + goto fail;
> +
> + /* Container */
> if (s->dv_profile == 10 /* dav1.10 */) {
> /* DV inside AV1 re-uses an EMDF container skeleton, but with fixed
> * values - so we can effectively treat this as a magic byte sequence.
> @@ -229,18 +231,46 @@ int ff_dovi_rpu_parse(DOVIContext *s, const uint8_t *rpu, size_t rpu_size)
> * discard_unknown_payload : f(1) = 1
> */
> const unsigned header_magic = 0x01be6841u;
> - unsigned header, emdf_payload_size;
> - header = get_bits_long(gb, 27);
> - VALIDATE(header, header_magic, header_magic);
> + unsigned emdf_header, emdf_payload_size, emdf_protection;
> + if ((ret = init_get_bits8(gb, rpu, rpu_size)) < 0)
> + return ret;
> + emdf_header = get_bits_long(gb, 27);
> + VALIDATE(emdf_header, header_magic, header_magic);
> emdf_payload_size = get_variable_bits(gb, 8);
> VALIDATE(emdf_payload_size, 6, 512);
> if (emdf_payload_size * 8 > get_bits_left(gb))
> return AVERROR_INVALIDDATA;
> +
> + /* The payload is not byte-aligned (off by *one* bit, curse Dolby),
> + * so copy into a fresh buffer to preserve byte alignment of the
> + * RPU struct */
> + av_fast_padded_malloc(&s->rpu_buf, &s->rpu_buf_sz, emdf_payload_size);
> + if (!s->rpu_buf)
> + return AVERROR(ENOMEM);
> + for (int i = 0; i < emdf_payload_size; i++)
> + s->rpu_buf[i] = get_bits(gb, 8);
> + rpu = s->rpu_buf;
> + rpu_size = emdf_payload_size;
> +
> + /* Validate EMDF footer */
> + emdf_protection = get_bits(gb, 5 + 12);
> + VALIDATE(emdf_protection, 0x400, 0x400);
> +
> + if ((ret = init_get_bits8(gb, s->rpu_buf, emdf_payload_size)) < 0)
> + return ret;
> } else {
> - nal_prefix = get_bits(gb, 8);
> - VALIDATE(nal_prefix, 25, 25);
> + /* NAL RBSP with prefix and trailing zeroes */
> + VALIDATE(rpu[0], 25, 25); /* NAL prefix */
> + rpu++;
> + rpu_size--;
> + /* Strip trailing padding bytes */
> + while (rpu_size && rpu[rpu_size - 1] == 0)
> + rpu_size--;
> }
>
> + if ((ret = init_get_bits8(gb, rpu, rpu_size)) < 0)
> + return ret;
> +
> /* RPU header */
> rpu_type = get_bits(gb, 6);
> if (rpu_type != 2) {
> diff --git a/libavcodec/dovi_rpu.h b/libavcodec/dovi_rpu.h
> index 51c5fdbb879..506974a74bf 100644
> --- a/libavcodec/dovi_rpu.h
> +++ b/libavcodec/dovi_rpu.h
> @@ -49,6 +49,8 @@ typedef struct DOVIContext {
> */
> struct DOVIVdr *vdr[DOVI_MAX_DM_ID+1]; ///< RefStruct references
> uint8_t dv_profile;
> + uint8_t *rpu_buf; ///< temporary buffer
> + unsigned rpu_buf_sz;
The order here introduces unnecessary padding.
>
> } DOVIContext;
>
_______________________________________________
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:[~2024-03-23 18:02 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-23 17:37 [FFmpeg-devel] [PATCH 1/6] avutil/dovi_meta: add AVDOVIDataMapping.nlq_pivots Niklas Haas
2024-03-23 17:37 ` [FFmpeg-devel] [PATCH 2/6] avutil/dovi_meta: add dolby vision extension blocks Niklas Haas
2024-03-23 17:58 ` Andreas Rheinhardt
2024-03-23 18:08 ` Niklas Haas
2024-03-23 18:45 ` Niklas Haas
2024-03-23 17:37 ` [FFmpeg-devel] [PATCH 3/6] avcodec/dovi_rpu: strip container in separate step Niklas Haas
2024-03-23 18:02 ` Andreas Rheinhardt [this message]
2024-03-23 18:06 ` Niklas Haas
2024-03-23 17:37 ` [FFmpeg-devel] [PATCH 4/6] avcodec/dovi_rpu: verify RPU data CRC32 Niklas Haas
2024-03-23 17:37 ` [FFmpeg-devel] [PATCH 5/6] avcodec/dovi_rpu: add ext_blocks array to DOVIContext Niklas Haas
2024-03-23 17:37 ` [FFmpeg-devel] [PATCH 6/6] avcodec/dovi_rpu: parse extension blocks Niklas Haas
2024-03-23 18:00 ` Andreas Rheinhardt
2024-03-23 18:23 ` Niklas Haas
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=GV1P250MB0737531291D09EEB08D170238F302@GV1P250MB0737.EURP250.PROD.OUTLOOK.COM \
--to=andreas.rheinhardt@outlook.com \
--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