Lines Matching refs:scanlines
3391 (lodepng_get_bpp) for < 8 bpp images, there may _not_ be padding bits at the end of scanlines.
3908 reduced image when without filter bytes but with padded scanlines
3910 image without padding between scanlines, but still padding between the images
4016 the incoming scanlines do NOT include the filtertype byte, that one is given in the parameter filterType instead
4087 out must have enough bytes allocated already, in must have the scanlines + 1 filtertype byte per scanline
4114 in: Adam7 interlaced image, with no padding bits between scanlines, but between
4178 After filtering there are still padding bits if scanlines have non multiple of 8 bit amounts. They need
4241 /*remove padding bits in scanlines; after this there still may be padding
4570 ucvector scanlines;
4708 ucvector_init(&scanlines);
4712 if(!ucvector_resize(&scanlines, lodepng_get_raw_size(*w, *h, &state->info_png.color) + *h))
4720 state->error = zlib_decompress(&scanlines.data, &scanlines.size, idat.data,
4731 if(!state->error) state->error = postProcessScanlines(outv.data, scanlines.data, *w, *h, &state->info_png);
4734 ucvector_cleanup(&scanlines);
5237 the scanlines with 1 extra byte per scanline
5476 no padding bits between scanlines, but between reduced images so that each
5479 there are no padding bits, not between scanlines, not between reduced images
