 |
This article needs additional citations for verification. Please help improve this articlebyadding citations to reliable sources. Unsourced material may be challenged and removed.
Find sources: "Free Lossless Image Format" – news · newspapers · books · scholar · JSTOR (September 2017) (Learn how and when to remove this message) |
 | |
 | |
| Filename extension |
.flif
|
|---|---|
| Internet media type |
image/flif
|
| Uniform Type Identifier (UTI) | public.flif |
| Magic number | FLIF |
| Developed by | Jon Sneyers and Pieter Wuille |
| Latest release | FLIF16 |
| Extended to | FUIF, JPEG XL[1] |
| Open format? | Yes |
| Website | flif |
| Initial release | 3 October 2015; 8 years ago (2015-10-03)[2] |
|---|---|
| Stable release | 0.4 / 21 November 2021; 2 years ago (2021-11-21)[3] |
| Repository | |
| Website | flif |
Free Lossless Image Format (FLIF) is a lossless image format claiming to outperform PNG, lossless WebP, lossless BPG and lossless JPEG 2000 in terms of compression ratio on a variety of inputs.[4]
FLIF supports a form of progressive interlacing (a generalization of the Adam7 algorithm) with which any partial download (greater than couple hundred bytes[5]) of an image file can be used as a lossy encoding of the entire image.
Jon Sneyers, one of the developers of FLIF, since combined it with ideas from various lossy compression formats to create a successor called Free Universal Image Format [Wikidata] (FUIF), which itself was combined with Google's PIK format to create JPEG XL. As a consequence, FLIF is no longer being developed.[1]
The format was initially announced publicly in September 2015,[6] with the first alpha release occurring about a month later, in October 2015.[2]
The first stable version of FLIF was released in September 2016.[7]
For compression, FLIF uses MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coding), a variant of CABAC where the contexts are nodes of decision trees which are dynamically learned at encode time.
FLIF uses the reversible YCoCg color space[8] (unlike Y′CBCR that loses some color information to rounding errors, independently of its use in otherwise lossy JPEG). Not yet implemented are some features,[9] e.g. other "color spaces (CMYK, YCbCr, ...)". The color space conversion is faster, but the overall decoding (and encoding) is still slower than it needs to be, or some of the competition, even with the better color space as that is only a small fraction of the overall process. The format supports an optional alpha channel (RGBA) like PNG (but unlike JPEG); and progressive coding, similar to PNG (unlike it, progressive compression doesn't increase file-size), but as FLIF's algorithm is more complex (and partly, may not have had as much tuning of the implementation yet), it has a higher computational cost; at least lower bandwidth requirements can offset some of that extra time. Progressive coding reduces FLIF's performance.
FLIF supports grayscale, RGB and RGBA with color depth of 1 to 16 bits per channel.[8]
FLIF has some tuning parameters which can result in differently sized images. All of the images are still lossless. A flifcrush tool is also available to achieve the minimal size.
Lossy compression can be achieved by preprocessing. The process is deterministic and does not cause generation loss.
|
| |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Video compression |
| ||||||||||||||
| Audio compression |
| ||||||||||||||
| Image compression |
| ||||||||||||||
| Containers |
| ||||||||||||||
| Collaborations |
| ||||||||||||||
| Methods |
| ||||||||||||||
| Lists |
| ||||||||||||||
See Compression methods for techniques and Compression software for codecs | |||||||||||||||
