[FFmpeg-devel] [PATCH] avcodec/photocd: allow decoding vlc with errors
Anton Khirnov
anton at khirnov.net
Thu Sep 28 12:37:53 EEST 2023
Quoting Paul B Mahol (2023-09-27 21:53:54)
> Attached.
>
> From 6b7e51e2b4facead9c45fb94647c85b58e6fdf22 Mon Sep 17 00:00:00 2001
> From: Paul B Mahol <onemda at gmail.com>
> Date: Wed, 27 Sep 2023 21:48:49 +0200
> Subject: [PATCH] avcodec/photocd: allow decoding vlc with errors
>
> Also rename option that no longer works.
> Also make tables finding more robust.
Why do all these things in a single patch?
And why are there no tests for this decoder?
> Signed-off-by: Paul B Mahol <onemda at gmail.com>
> ---
> libavcodec/photocd.c | 7 +++----
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/photocd.c b/libavcodec/photocd.c
> index 07e8d460bd..a9e42bb86a 100644
> --- a/libavcodec/photocd.c
> +++ b/libavcodec/photocd.c
> @@ -277,8 +277,6 @@ static av_noinline int decode_huff(AVCodecContext *avctx, AVFrame *frame,
> if (get_bits_left(&g) <= 0)
> return AVERROR_INVALIDDATA;
> m = get_vlc2(&g, s->vlc[idx].table, s->vlc[idx].bits, 2);
> - if (m < 0)
> - return AVERROR_INVALIDDATA;
Shouldn't this error be at least logged? Perhaps it should still fail on
AV_EF_EXPLODE.
> m = sign_extend(m, 8);
> data[x] = av_clip_uint8(data[x] + m);
> }
> @@ -389,6 +387,7 @@ static int photocd_decode_frame(AVCodecContext *avctx, AVFrame *p,
> return AVERROR_INVALIDDATA;
>
> if (s->resolution == 4) {
> + s->streampos = (AV_RB16(avpkt->data + 2048 + 1536 + 3) + 12) * 2048;
Where do these magic numbers come from? Same below.
--
Anton Khirnov
More information about the ffmpeg-devel
mailing list