Lines Matching full:at
541 sRGB chunk: optional. May not appear at the same time as iCCP.
549 iCCP chunk: optional. May not appear at the same time as sRGB.
611 …png_add_text(LodePNGInfo* info, const char* key, const char* str); /*push back both texts at once*/
615 … const char* transkey, const char* str); /*push back the 4 texts of 1 chunk at once*/
626 See the reference manual at the end of this header file to see which color conversions are supporte…
630 For < 8 bpp images, there should not be padding bits at the end of scanlines.
649 …unsigned ignore_end; /*ignore issues at end of file if possible (missing IEND chunk, too large chu…
681 /*every filter at zero*/
683 /*every filter at 1, 2, 3 or 4 (paeth), unlike LFS_ZERO not a good choice, but for testing*/
840 The first chunk starts at the 8th byte of the PNG file, the entire rest of the file
852 There must be at least 4 bytes to read from. If the result value is too large,
884 Input must be at the beginning of a chunk (result of a previous lodepng_chunk_next call,
888 Will output pointer to the start of the next chunk, or at or beyond end of the file if there
890 Start this process at the 8th byte of the PNG file.
1140 The most recent version of LodePNG can currently be found at
1257 Most documentation on using the decoder is at its declarations in the header
1278 at its declaration documentation.
1308 Most documentation on using the encoder is at its declarations in the header
1499 scanline starts at a fresh byte. But that is NOT true for the LodePNG raw input and output.
1563 IHDR chunk) starts at byte number 8 of that buffer. The first 8 bytes are the
1564 signature of the PNG and are not part of a chunk. But if you start at byte 8
1924 and supported by the encoder, resulting in smaller PNGs at the output.
1932 at last made the decoder give errors for incorrect Adler32 or Crc.