[FFmpeg-devel] [PATCH v1 2/3] avcodec/jpeg2000dec: add support for HTJ2K block decoding

Caleb Etemesi etemesicaleb at gmail.com
Mon Apr 3 19:20:05 EEST 2023


Hi

On Mon, Apr 3, 2023 at 5:28 PM Michael Niedermayer <michael at niedermayer.cc>
wrote:

> On Sun, Apr 02, 2023 at 03:21:08PM -0700, Pierre-Anthony Lemieux wrote:
> > On Sun, Apr 2, 2023 at 3:17 PM Michael Niedermayer
> > <michael at niedermayer.cc> wrote:
> > >
> > > On Fri, Mar 31, 2023 at 08:29:40AM -0700, pal at sandflow.com wrote:
> > > > From: caleb <etemesicaleb at gmail.com>
> [...]
> > > [...]
> > > > +/**
> > > > + * Drops bits from lower bits in the bit buffer. buf contains the
> bit buffers.
> > > > + * nbits is the number of bits to remove.
> > > > + */
> > > > +av_always_inline
> > > > +static void jpeg2000_bitbuf_drop_bits_lsb(StateVars *buf, uint8_t
> nbits)
> > > > +{
> > > > +    if (buf->bits_left < nbits) {
> > >
> > > > +        av_log(NULL, AV_LOG_ERROR, "Invalid bit read of %d, bits in
> buffer are %d\n", nbits, buf->bits_left);
> > > > +        av_assert0(0);
>

This one is present to ensure for all test cases, we never overread bytes


> > >
> > >
> > > [...]
> > > > +int
> > > > +ff_jpeg2000_decode_htj2k(const Jpeg2000DecoderContext *s,
> Jpeg2000CodingStyle *codsty, Jpeg2000T1Context *t1, Jpeg2000Cblk *cblk,
> > > > +                         int width, int height, int magp, uint8_t
> roi_shift)
> > > > +{
> > > > +    uint8_t p0 = 0;             // Number of placeholder passes
> > > > +    uint32_t Lcup;              // Length of HT cleanup segment
> > > > +    uint32_t Lref;              // Length of Refinement segment
> > > > +    uint32_t Scup;              // HT cleanup segment suffix length
> > > > +    uint32_t Pcup;              // HT cleanup segment prefix length
> > > > +
> > > > +    uint8_t S_blk;              // Number of skipped magnitude
> bitplanes
> > > > +    uint8_t pLSB;
> > > > +
> > > > +    uint8_t *Dcup;              // Byte of an HT cleanup segment
> > > > +    uint8_t *Dref;              // Byte of an HT refinement segment
> > > > +
> > > > +    int z_blk;                  // Number of ht coding pass
> > > > +
> > > > +    uint8_t empty_passes;
> > > > +
> > > > +    StateVars mag_sgn;          // Magnitude and Sign
> > > > +    StateVars mel;              // Adaptive run-length coding
> > > > +    StateVars vlc;              // Variable Length coding
> > > > +    StateVars sig_prop;         // Significance propagation
> > > > +
> > > > +    MelDecoderState mel_state;
> > > > +
> > > > +    int ret;
> > > > +
> > > > +    /* Temporary buffers */
> > > > +    int32_t *sample_buf;
> > > > +    uint8_t *block_states;
> > > > +
> > > > +    int32_t n, val;             // Post-processing
> > > > +
> > > > +    int32_t M_b = magp;
> > > > +    av_assert0(width <= 1024U && height <= 1024U);
> > > > +    av_assert0(width * height <= 4096);
> > > > +    av_assert0(width * height > 0);
> > >
> > > Has this decoder been tested with some fuzzer ?
> >
> > Yes.
>
> ok
>
>
> >
> > > I see a bunch of asserts in it and i dont immedeatly see what would
> prevent them from
> > > triggering
>
> > maybe you can add comments to the asserts that explain why these are
> > guranteed to be true thx
>
>
These ones  are to check code block constraints, the jpeg2000 spec limits
code blocks to be between 2^2 and 2^10.


More information about the ffmpeg-devel mailing list