Lines Matching full:will
7 warranty. In no event will the authors be held liable for any damages
118 out: Output parameter. Pointer to buffer that will contain the raw pixel data.
169 out: Output parameter. Pointer to buffer that will contain the PNG image data.
237 is that of the raw input data. The output PNG color type will be auto chosen.*/
322 zlib function will call custom_deflate*/
367 For grayscale PNGs, r, g and b will all 3 be set to the same.
452 these values. The encoder normally ignores info_png.color when auto_convert is on, but will
456 when the image is gray, or the compression will be worse since it will be forced to
557 …enable their '_defined' flags since LodePNG will not automatically compute them from the ICC profi…
562 …enabled (the default), and the ICC profile is not a good match for the pixel data, this will resul…
591 …above in here, since the encoder will blindly follow this and could then encode an invalid PNG file
668 …/* maximum size for compressed ICC chunks. If the ICC profile is larger than this, an error will b…
746 have to cleanup this buffer, LodePNG will never free it. Don't forget that filter_palette_zero
887 function will then skip over it and return the first real chunk).
888 Will output pointer to the start of the next chunk, or at or beyond end of the file if there
1240 exploits. If you discover one, please let me know, and it will be fixed.
1285 PNG, then the decoder will automatically convert the result. This conversion
1298 is done, the resulting data will be as it was in the PNG (after decompression)
1332 The encoder will not always exactly match the LodePNGInfo struct you give,
1338 When encoding to a PNG with colortype 3, the encoder will generate a PLTE chunk.
1356 *) auto_convert: when this option is enabled, the encoder will
1383 And if you encode an image, by default LodePNG will automatically choose the PNG
1408 in the PNG image is done, the raw pixel data will have that color type and thus
1446 LodePNG will do a color conversion, which follows the rules below, and may
1472 the result will look ugly because only the red channel is taken (it assumes all
1501 will NOT have these padding bits, e.g. in the case of a 1-bit image with a width
1502 of 7 pixels, the first pixel of the second scanline will the 8th bit of the first byte,
1639 The encoder will always encode unknown chunks that are stored in the info_png.
1692 This is not standard C++ and will not be added to the stock LodePNG. You can