Lines Matching full:with
82 source files with custom allocators.*/
105 LCT_GREY_ALPHA = 4, /*grayscale with alpha: 8,16 bit*/
106 LCT_RGBA = 6, /*RGB with alpha: 8,16 bit*/
109 not use, compare with or set the name LCT_MAX_OCTET_VALUE, instead either use
121 Must be freed after usage with free(*out).
125 in: Memory buffer with the PNG file.
145 Load PNG from disk, from file with given name.
170 Must be freed after usage with free(*out).
348 Dynamically allocated with the colors of the palette, including alpha.
370 pixels with this key to transparent already in the raw RGBA output.
380 /*init, cleanup and copy functions to use with this struct*/
404 /*only returns true if there is a palette and there is a value in the palette with alpha < 255.
411 In detail, it returns true only if it's a color type with alpha, or has a palette with non-opaque v…
415 /*Returns the byte size of a raw image buffer with given width, height and color mode*/
443 with values truncated to the bit depth in the unsigned integer.
451 When encoding with auto_convert, you must use the color model defined in info_png.color for
457 write the PNG with a more expensive color mode (when auto_convert is on).
493 Similar to the non-international text chunks, but with additional strings
520 use these values with a color management library.
555 …For encoding, if iCCP is present, gAMA and cHRM are recommended to be added as well with values th…
570 char* iccp_name; /* Null terminated string with profile name, 1-79 bytes */
590 For encoding, do not store critical chunks or known chunks that are enabled with a "_defined" flag
592 (such as one with two IHDR chunks or the disallowed combination of sRGB with iCCP). But do use
604 /*init, cleanup and copy functions to use with this struct*/
650 …/* TODO: make a system involving warnings with levels and a strict mode instead. Other potentially…
679 /*automatically use color type with less bits per pixel if losslessly possible. Default: AUTO*/
744 /*used if filter_strategy is LFS_PREDEFINED. In that case, this must point to a buffer with
779 /*init, cleanup and copy functions to use with this struct*/
807 Use lodepng_inspect first with a new state, then e.g. lodepng_chunk_find_const
808 to find the desired chunk type, and if non null use lodepng_inspect_chunk (with
820 /*This function allocates the out buffer with standard malloc and stores the size in *outsize.*/
841 exists out of concatenated chunks with the above format.
896 /*Finds the first chunk with the given type in the range [chunk, end), or returns NULL if not found…
948 Compresses data with Zlib. Reallocates the out buffer and appends the data.
965 /*Compress a buffer with deflate. See RFC 1951. Out buffer must be freed after use.*/
1069 [.] check compatibility with various compilers - done but needs to be redone for every newer versi…
1073 [ ] make sure encoder generates no chunks with size > (2^31)-1
1079 [ ] error messages with line numbers (and version)
1125 PNG is a file format to store raster images losslessly with good compression,
1143 LodePNG works both in C (ISO C90) and C++, with a C++ wrapper that adds
1156 on any external library. There are functions to decode and encode a PNG with
1173 *) decoding of PNGs with any color type, bit depth and interlace mode, to a 24- or 32-bit color raw…
1218 The C version uses buffers allocated with alloc that you need to free()
1222 The C++ version has extra functions with std::vectors in the interface and the
1223 lodepng::State class which is a LodePNGState with constructor and destructor.
1227 ignore it, and the C code is made to compile both with strict ISO C90 and C++.
1230 (instead of lodepng.c), and compile it with a C++ compiler.
1233 of lodepng.cpp), and compile it with a C compiler.
1242 When using LodePNG, care has to be taken with the C version of LodePNG, as well
1243 as the C-style structs when working with C++. The following conventions are used
1258 above. For C, simple decoding can be done with functions such as
1259 lodepng_decode32, and more advanced decoding can be done with the struct
1260 LodePNGState and lodepng_decode. For C++, all decoding can be done with the
1287 a palette with missing colors.
1309 above. For C, simple encoding can be done with functions such as
1310 lodepng_encode32, and more advanced decoding can be done with the struct
1311 LodePNGState and lodepng_encode. For C++, all encoding can be done with the
1338 When encoding to a PNG with colortype 3, the encoder will generate a PLTE chunk.
1350 format with 4 bytes (unsigned chars) per pixel.
1382 no matter whether the PNG was encoded with a palette, grayscale or RGBA color.
1417 4: grayscale with alpha, bit depths 8 and 16
1487 -In the encoder, you can make it save a PNG with any color type by giving the
1501 will NOT have these padding bits, e.g. in the case of a 1-bit image with a width
1520 endian output of LodePNG to little endian with a for loop. This is certainly not
1532 The meaning of the LodePNG error values can be retrieved with the function
1550 then that's possible with the chunk functions of LodePNG.
1604 Iterate to the next chunk. This works if you have a buffer with consecutive chunks. Note that these
1614 function creates a new chunk with the given parameters and appends it. Type is the 4-letter
1620 The LodePNGInfo struct contains fields with the unknown chunk in it. It has 3
1621 buffers (each with size) to contain 3 types of unknown chunks:
1657 It is compatible with C90 and up, and C++03 and up.
1662 Make sure that LodePNG is compiled with the same compiler of the same version
1663 and with the same settings as the rest of the program, or the interfaces with
1671 warnings with compiler options "-Wall -Wextra -pedantic -ansi", with gcc and g++
1685 LodePNG should be warning-free with warning level W4. Two warnings were disabled
1686 with pragmas though: warning 4244 about implicit conversions, and warning 4996
1701 LodePNG has been reported to work both with gcc and LLVM for Macintosh, both for
1788 state.encoder.filter_strategy: PNG filter strategy to encode with
1807 Some changes aren't backwards compatible. Those are indicated with a (!)
1823 *) 19 aug 2018: (!) fixed color mode bKGD is encoded with and made it use
1835 *) 24 okt 2015: Bugfix with decoding to palette output.
1843 *) 15 apr 2013: Fixed bug with LAC_ALPHA and color key.
1845 *) 11 mar 2013: (!) Bugfix with custom free. Changed from "my" to "lodepng_"
1846 prefix for the custom allocators and made it possible with a new #define to
1848 *) 28 jan 2013: Bugfix with color key.
1855 and made it work with function pointers instead.
1869 A bug with the PNG filtertype heuristic was fixed, so that it chooses much
1875 *) 21 feb 2011: fixed compiling for C90. Fixed compiling with sections disabled.
1891 *) 06 mar 2008: crash with encoding of strings fixed
1908 *) 08 jun 2007: fixed bug with 2- and 4-bit color, and small interlaced images
1909 *) 04 jun 2007: improved support for Visual Studio 2005: crash with accessing
1911 *) 02 jun 2007: made the encoder add a tag with version by default
1920 palettized PNG images. Plus little interface change with palette and texts.
1921 *) 03 mar 2007: Made it encode dynamic Huffman shorter with repeat codes.
1923 *) 26 feb 2007: Huffman compression with dynamic trees (BTYPE 2) now implemented
1927 greyscale type to 8-bit greyscale with or without alpha.
1933 *) 01 jan 2007: Fixed bug with encoding PNGs with less than 8 bits per channel.
1940 Fixed a bug of the decoder with 16-bit per color.
1944 *) 08 sep 2006: (!) Changed to interface with a Decoder class
1957 happened on PNGs with an uncompressed block.
1971 Feel free to contact me with suggestions, problems, comments, ... concerning
1972 LodePNG. If you encounter a PNG image that doesn't work properly with this
1975 My email address is (puzzle the account and domain together with an @ symbol):