Lines Matching full:it
11 including commercial applications, and to alter it and redistribute it
111 particular disallowed color type byte values, or cast to integer to print it.*/
350 then lodepng_palette_add per color to correctly initialize it (to ensure size
396 If a palette is used, it counts as 1 channel.*/
398 /*is it a grayscale type? (only colortype 0 or 4)*/
400 /*has it got an alpha channel? (only colortype 2 or 6)*/
402 /*has it got a palette? (only colortype 3)*/
409 Returns true if the image can have translucent or invisible pixels (it still be opaque if it doesn'…
411 In detail, it returns true only if it's a color type with alpha, or has a palette with non-opaque v…
453 use it to interpret these values (and convert copies of them to its chosen color model).
456 when the image is gray, or the compression will be worse since it will be forced to
479 additional null terminator). It's discouraged to use a single line length
519 …profile values. It merely passes on the information. If you wish to use color profiles and convert…
552 …separate library to handle the ICC data (not included in LodePNG) format is needed to use it for c…
566 …To avoid this do not set an ICC profile in the image unless there is a good reason for it, and whe…
567 make sure you compute it carefully to avoid the above problems.
665 By default it is a value that prevents unreasonably large strings from hogging memory. */
704 Used internally by default if "auto_convert" is enabled. Public because it's useful for custom algo…
746 have to cleanup this buffer, LodePNG will never free it. Don't forget that filter_palette_zero
805 Reads one metadata chunk (other than IHDR) of the PNG file and outputs what it
828 unknown chunks stored in the LodePNGInfo struct, or add new ones to it.
829 It also allows traversing the chunks of an encoded PNG file yourself.
853 it may be corrupt data.
863 /*0: it's one of the critical chunk types, 1: it's an ancillary chunk (see PNG standard)*/
876 /*returns 0 if the crc is correct, 1 if it's incorrect (0 for OK as usual!)*/
879 /*generates the correct CRC from the data and puts it in the last 4 bytes of the chunk*/
887 function will then skip over it and return the first real chunk).
903 Returns error code (0 if it went ok)
911 Returne error code (0 if it went ok)
925 buffer. It cannot be used to create gzip files however, and it only supports the
926 part of zlib that is required for PNG, it does not support dictionaries.
960 public interface only for tests, it's used internally by lodepng_deflate.
976 after usage you should free it.
985 Save a file from buffer to disk. Warning, if it exists, this function overwrites
1148 -lodepng.c(pp): give it the name lodepng.c or lodepng.cpp (or .cc) depending on your usage
1151 examples from the LodePNG website to see how to use it in code, or check the
1164 programs, ... It's less suitable for full fledged image editors, loading PNGs
1165 over network (it requires all the image data to be available before decoding can
1177 *) loading the image from harddisk or decoding it from a buffer from other sources than harddisk
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.
1239 Even if carefully designed, it's always possible that LodePNG contains possible
1240 exploits. If you discover one, please let me know, and it will be fixed.
1247 -if a struct has a corresponding cleanup function, call it before the struct disappears to avoid me…
1264 When using the LodePNGState, it uses the following fields for decoding:
1265 *) LodePNGInfo info_png: it stores extra information about the PNG (the input) in here
1276 It contains for example the original color type of the PNG image, text comments,
1286 always works, except if you want it to convert a color PNG to grayscale or to
1298 is done, the resulting data will be as it was in the PNG (after decompression)
1315 Like the decoder, the encoder can also give errors. However it gives less errors
1319 When using the LodePNGState, it uses the following fields for encoding:
1328 you fill in the values you want the PNG to have before encoding. By default it's
1329 not needed to specify a color type for the PNG since it's automatically chosen,
1330 but it's possible to choose it yourself given the right settings.
1333 it tries as close as possible. Some things are ignored by the encoder. The
1334 encoder uses, for example, the following settings from it when applicable:
1340 there are translucent colors in the palette), it'll add a tRNS chunk.
1370 *) text_compression: default 1. If 1, it'll store texts as zTXt instead of tEXt chunks.
1373 It's all tEXt or all zTXt though, there's no separate setting per text yet.
1385 of colors in the image. It can be configured to let you control it instead as
1389 It can convert from almost any color type to any other color type, except the
1440 but control it yourself, you need to set auto_convert in the encoder settings
1442 encoder (including palette: it can generate a palette if auto_convert is true,
1455 is enabled, it is automatically generated instead
1457 PNG image, but it can be ignored since the raw image has the color type you requested instead
1459 between the color types is done if the color types are supported. If it is not
1462 colortype and saving PNGs to any colortype, sometimes it just requires preparing
1466 The function lodepng_convert does the color conversion. It is available in the
1468 it.
1472 the result will look ugly because only the red channel is taken (it assumes all
1477 in it: in this case an error is thrown
1482 -anything to a palette, as long as the palette has the requested colors in it
1487 -In the encoder, you can make it save a PNG with any color type by giving the
1490 -In the decoder, you can make it store the pixel data in the same color type
1522 anyway, but it means you cannot simply cast the unsigned char* buffer to an
1533 lodepng_error_text: given the numerical error code, it returns a description
1538 It is not recommended to use the numerical values to programmatically make
1565 then you have a chunk, and can check the following things of it.
1579 Get the type of the chunk or compare if it's a certain type
1587 Check if the chunk is safe to copy. If it's not, then, when modifying data in a critical
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
1624 It's necessary to make the distinction between these 3 cases because the PNG
1635 When using the decoder to decode a PNG, you can make it store all unknown chunks
1640 If you need it to add a particular chunk that isn't known by LodePNG, you can
1657 It is compatible with C90 and up, and C++03 and up.
1670 LodePNG is developed in gcc so this compiler is natively supported. It gives no
1687 where it wants to use a non-standard function fopen_s instead of the standard C
1693 disable it for lodepng.cpp only by right clicking it, Properties, C/C++,
1694 Precompiled Headers, and set it to Not Using Precompiled Headers there.
1707 try to fix it if the compiler is modern and standards compliant.
1730 //if there's an error, display it
1733 … now in the vector "image", 4 bytes per pixel, ordered RGBARGBA..., use it as texture, draw it, ...
1779 state.encoder.zlibsettings.btype: disable compression by setting it to 0
1823 *) 19 aug 2018: (!) fixed color mode bKGD is encoded with and made it use
1846 prefix for the custom allocators and made it possible with a new #define to
1855 and made it work with function pointers instead.
1856 *) 23 jun 2012: Added more filter strategies. Made it easier to use custom alloc
1861 but it is cleaner now imho and functionality remains the same. Also fixed
1869 A bug with the PNG filtertype heuristic was fixed, so that it chooses much
1870 better ones (it's quite significant). A setting to do an experimental, slow,
1887 *) 02 sep 2008: fixed bug where it could create empty tree that linux apps could
1902 Having LodePNG be pure ISO C90 makes it more portable. The C and C++ code
1903 are together in these files but it works both for C and C++ compilers.
1921 *) 03 mar 2007: Made it encode dynamic Huffman shorter with repeat codes.
1928 *) 21 jan 2007: (!) Totally changed the interface. It allows more color types
1929 to convert to and is more uniform. See the manual for how it works now.
1942 *) 09 okt 2006: Encoder class added. It encodes a valid PNG image from the
1943 given image buffer, however for now it's not compressed.
1973 decoder, feel free to send it and I'll use it to find and fix the problem.