[FFmpeg-devel] [PATCH v3] lavc/vvc: Stop c->pix_fmt and s->pix_fmt diverging
Nuo Mi
nuomi2021 at gmail.com
Sat Jan 18 17:12:19 EET 2025
On Sat, Jan 18, 2025 at 4:18 AM Frank Plowman <post at frankplowman.com> wrote:
> When the chroma format changes mid-sequence, c->pix_fmt and s->pix_fmt
> can get out-of-sync. More specifically,
> 1. export_frame_params is called.
> c->pix_fmt and s->pix_fmt are both set to their new values.
> 2. set_output_format is called.
> c->pix_fmt is set back to its old value.
>
> The two getting out of sync results in a memory error. The check in
> export_frame_params passes as it only tests the s->pix_fmt, therefore
> c->pix_fmt keeps the old value and the buffers are not allocated for the
> new pixel format.
>
> Patch fixes this by not setting c->pix_fmt in set_output_format.
>
> Signed-off-by: Frank Plowman <post at frankplowman.com>
> ---
> @Nuo Mi, Fei Wang:
> Does this look okay? I am not really sure why c->pix_fmt was set again
> in set_output_format, was this accounting for some specific scenario?
> In terms of bitstreams where the pix_fmt changes, I only have fuzzed
> bitstreams unfortunately, so while this prevents crashing it is
> difficult to know whether the output is correct.
>
Hi Frank,
I agree with you; it's better to remove the duplicate pix_fmt in the VVC
context.
If we need it for hardware, it should be renamed to hw_fmt or something
more descriptive.
Could you share the clip?
> ---
> libavcodec/vvc/dec.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/vvc/dec.c b/libavcodec/vvc/dec.c
> index 1cb168de7e..53e3eeec6d 100644
> --- a/libavcodec/vvc/dec.c
> +++ b/libavcodec/vvc/dec.c
> @@ -970,7 +970,6 @@ static int set_output_format(const VVCContext *s,
> const AVFrame *output)
> if ((ret = ff_set_dimensions(c, output->width, output->height)) <
> 0)
> return ret;
> }
> - c->pix_fmt = output->format;
> return 0;
> }
>
> --
> 2.47.0
>
>
More information about the ffmpeg-devel
mailing list