Little mention of alpha encoding, something PNG absolutely botched. Unsurprising.
I've never noticed a problem with alpha in PNG, how did they botch it?
FLIF – Free Lossless Image Format
61–70 of 254 posts
Re: FLIF – Free Lossless Image Format
#62It looks like the the creator (Jon Sneyers) has since (2019) made another image format more focused on the lossy compression, FUIF[0], which itself has been subsumed by the JPEG XL format[1]. I hope the "JPEG" branding doesn't make folks think that JPEG XL isn't also a lossless format! [0] https://github.com/cloudinary/fuif [1] https://jpeg.org/jpegxl/index.html
Next-generation of Image Formats for the Internet
https://youtu.be/RYJf7kelYQQ?t=692
Re: FLIF – Free Lossless Image Format
#63Earlier quoted context omitted.
The decoder-only version of the reference implementation (libflif_dec) uses the Apache 2.0 license (specifically for this reason, I'd assume). Browsers shouldn't need to encode FLIF images very often, so decoder-only would be fine for that use case.
Evaluating the efficacy of the new image codec is not possible using only a decoder. I was unable to find an APL2 JS polyfill decoder. Does one exist?
A web browser doesn't need to "evaluate the efficacy" of an image codec. It either supports it or it doesn't, and in the former case it only needs to decode, which means it only needs to incorporate Apache 2.0 licensed code.
Re: FLIF – Free Lossless Image Format
#64Always cool to see new visual compression libraries hit the scene. That said I think the hardest part isn't the math of it, but the adoption of it. Likely the format with the best chance of overthrowing the jpg/gif/png incumbents is AVIF. Since it's based on AV1, you'd get hardware acceleration for decoding/encoding once it starts becoming a standard, and browser support will be trivial to add once AV1 has wide suppo…
the article briefly mentions that its based on a decision tree. Does that it mean it doesn't parallelize well? Or does this fact not matter much?
Re: FLIF – Free Lossless Image Format
#65MacOS viewer does not work at all on any of the test images. Gives error "The document “5_webp_ll.flif” could not be opened."
Re: FLIF – Free Lossless Image Format
#66Always cool to see new visual compression libraries hit the scene. That said I think the hardest part isn't the math of it, but the adoption of it. Likely the format with the best chance of overthrowing the jpg/gif/png incumbents is AVIF. Since it's based on AV1, you'd get hardware acceleration for decoding/encoding once it starts becoming a standard, and browser support will be trivial to add once AV1 has wide suppo…
Is AVIF lossless like FLIF?
Re: FLIF – Free Lossless Image Format
#67Earlier quoted context omitted.
With the reference encoder licensed under LGPLv3, I doubt any browser team will be able to incorporate this work into their product. They would need to do a full clean room reimplementation simply to study it (since GPLv3 seems unacceptable to them, and LGPLv3 can’t coexist with GPLv2, and so forth and so on). It’s really unfortunate that the FLIF team chose such a restrictive license :( EDIT: Their reference JS poly…
The decoder-only version of the reference implementation (libflif_dec) uses the Apache 2.0 license (specifically for this reason, I'd assume). Browsers shouldn't need to encode FLIF images very often, so decoder-only would be fine for that use case.
I'd definitely hope browsers could encode them for example to allow canvas.toDataURL("image/flif")
Re: FLIF – Free Lossless Image Format
#68Always cool to see new visual compression libraries hit the scene. That said I think the hardest part isn't the math of it, but the adoption of it. Likely the format with the best chance of overthrowing the jpg/gif/png incumbents is AVIF. Since it's based on AV1, you'd get hardware acceleration for decoding/encoding once it starts becoming a standard, and browser support will be trivial to add once AV1 has wide suppo…
>Likely the format with the best chance of overthrowing the jpg/gif/png incumbents is AVIF I used to think the same as well, however I now think Jpeg XL is poised to be the 'winner' among next gen image codecs. It's royalty free, great lossy and lossless compression which is said to beat the competition, as well as providing a perfect upgrade path for existing jpeg's as it can losslessly recompress them into the jpeg…
Interesting. Where have you seen that adoption will be swifter with JPEG XL instead of, say, AV1/AVIF?
(Speaking as someone who's seen several open, licensing-unencumbered image/video/audio formats fail to get traction with a majority of browsers).
Re: FLIF – Free Lossless Image Format
#69The upcoming, ubiquitous next gen codec, JPEG XR is heavily influenced by FLIF and is co-created by it's founder.
You mean JPEG XL. JPEG XR is an older codec based on Microsoft's HD Photo / Windows Media Photo. https://en.wikipedia.org/wiki/JPEG_XR
Re: FLIF – Free Lossless Image Format
#70Isn't making it LGPL a problem? That means anything that touches it becomes LGPL, right?