[FFmpeg-devel] [PATCH] libavcodec/jpeg2000dec: Fix RPCL progression order
Gautam Ramakrishnan
gautamramk at gmail.com
Wed Jul 8 22:25:01 EEST 2020
On Thu, Jul 9, 2020 at 12:50 AM <gautamramk at gmail.com> wrote:
>
> From: Gautam Ramakrishnan <gautamramk at gmail.com>
>
> This patch fixes a check in the RPCL progression order,
> making it similar to the openjpeg implementation.
> ---
> libavcodec/jpeg2000dec.c | 19 ++++++++++++-------
> 1 file changed, 12 insertions(+), 7 deletions(-)
>
> diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c
> index 18a933077e..3ea939f7d9 100644
> --- a/libavcodec/jpeg2000dec.c
> +++ b/libavcodec/jpeg2000dec.c
> @@ -1393,22 +1393,28 @@ static int jpeg2000_decode_packets_po_iteration(Jpeg2000DecoderContext *s, Jpeg2
> uint8_t reducedresno = codsty->nreslevels - 1 -reslevelno; // ==> N_L - r
> Jpeg2000ResLevel *rlevel = comp->reslevel + reslevelno;
> unsigned prcx, prcy;
> + int trx0, try0;
>
> - int xc = x / s->cdx[compno];
> - int yc = y / s->cdy[compno];
> + if (!s->cdx[compno] || !s->cdy[compno])
> + return AVERROR_INVALIDDATA;
> +
> + trx0 = ff_jpeg2000_ceildiv(tile->coord[0][0], s->cdx[compno] << reslevelno);
> + try0 = ff_jpeg2000_ceildiv(tile->coord[1][0], s->cdy[compno] << reslevelno);
>
> if (reslevelno >= codsty->nreslevels)
> continue;
>
> - if (yc % (1LL << (rlevel->log2_prec_height + reducedresno)) && y != tile->coord[1][0]) //FIXME this is a subset of the check
> + if (!(y % ((uint64_t)s->cdy[compno] << (rlevel->log2_prec_height + reducedresno)) == 0 ||
> + (y == tile->coord[1][0] && (try0 << reducedresno) % (1U << (reducedresno + rlevel->log2_prec_height)))))
> continue;
>
> - if (xc % (1LL << (rlevel->log2_prec_width + reducedresno)) && x != tile->coord[0][0]) //FIXME this is a subset of the check
> + if (!(x % ((uint64_t)s->cdx[compno] << (rlevel->log2_prec_width + reducedresno)) == 0 ||
> + (x == tile->coord[0][0] && (trx0 << reducedresno) % (1U << (reducedresno + rlevel->log2_prec_width)))))
> continue;
>
> // check if a precinct exists
> - prcx = ff_jpeg2000_ceildivpow2(xc, reducedresno) >> rlevel->log2_prec_width;
> - prcy = ff_jpeg2000_ceildivpow2(yc, reducedresno) >> rlevel->log2_prec_height;
> + prcx = ff_jpeg2000_ceildiv(x, s->cdx[compno] << reducedresno) >> rlevel->log2_prec_width;
> + prcy = ff_jpeg2000_ceildiv(y, s->cdy[compno] << reducedresno) >> rlevel->log2_prec_height;
> prcx -= ff_jpeg2000_ceildivpow2(comp->coord_o[0][0], reducedresno) >> rlevel->log2_prec_width;
> prcy -= ff_jpeg2000_ceildivpow2(comp->coord_o[1][0], reducedresno) >> rlevel->log2_prec_height;
>
> @@ -1906,7 +1912,6 @@ static inline void tile_codeblocks(Jpeg2000DecoderContext *s, Jpeg2000Tile *tile
> continue;
> x = cblk->coord[0][0] - band->coord[0][0];
> y = cblk->coord[1][0] - band->coord[1][0];
> -
> if (comp->roi_shift)
> roi_scale_cblk(cblk, comp, &t1);
> if (codsty->transform == FF_DWT97)
> --
> 2.17.1
>
This patch was verified on p1_07.j2k, by allowing it to take up the
ya8 pixel format.
However, p1_07.j2k was allowed to get decoded to ya8 solely for the
purpose of testing.
p1_07.j2k is still not decodable due to it having 2 components with
different sub sampling rates.
I suspect PCRL and CPRL progression orders to have the same issue. I
shall try finding an appropriate
test case and shall fix those as well.
--
-------------
Gautam |
More information about the ffmpeg-devel
mailing list