Chrome and Firefox Are Getting Support For the New AVIF Image Format (zdnet.com) 50
The new lightweight and royalty-free AVIF image format is coming to web browsers. Work is almost complete on adding AVIF support to Google Chrome and Mozilla Firefox. From a report: The new image format is considered one of the lightest and most optimized image compression formats, and has already gained praise from companies such as Netflix, which considers it superior to existing image formats such as JPEG, PNG, and even the newer WebP. The acronym of AVIF stands for AV1 Image File Format. As its name hints, AVIF is based on AV1, which is a video codec that was developed in 2015, following a collaboration between Google, Cisco, and Xiph.org (who also worked with Mozilla). At the time, the three decided to pool their respective in-house video codecs (VPX, Thor, and Daala) to create a new one (AV1) that they planned to offer as an open-source and royalty-free alternative to all the commercial video codecs that had fragmented and clogged the video streaming market in the late 2000s and early 2010s.
ARGH!!!! (Score:5, Insightful)
Not ANOTHER one.
As if that stupid WebP isn't bad enough. JPEG GIF, and PNG are just fine, we don't need another one.
Smaller image files would have been great - in the '90s. It no longer matters.
Re:ARGH!!!! (Score:4, Informative)
Be thankful you don't browse Facebook. They crush every bit of life out of images to save bandwidth. Maybe they'll switch to AVIF and let up a bit.
Someone should (Score:5, Funny)
Someone should combine all the existing formats into one single new format. Then write an XKCD about it.
Re: (Score:2)
Someone should combine all the existing formats into one single new format. Then write an XKCD about it.
My kingdom for an up-vote!
I suspect the main driver of this is to force obsolescence of older platforms and tools.
Re: (Score:3)
Lossless WebP pretty much made PNG obsolete, not only does it compress much better, it decompresses much faster.
Re: (Score:3)
not only does it compress much better, it decompresses much faster
Yeah, that's great... but those of us that have to support images [not as a primary feature] in the products we manage are stuck having to add new, cross-platform support for images entirely too often. It doesn't help that some of them (looking at you, HEIF) are generally a pain to support.
Is Apple going to get on board with WebP? Would be nice if these big-tech folks could play along nicely with each other so the rest of us don't have to jump through hoops just to maintain compatibility.
If all of them supp
Re: (Score:2)
Sorry, typo: Is Apple going to get on board with AVIF?
Re: (Score:2)
Re: (Score:2)
But, but... Choice is good ! Right ?
Re:ARGH!!!! (Score:4, Informative)
But standards being what they are "hey that's good enough" is usually the answer from the implementation guys, no matter how much work or research the people behind compression schemes and image quality standards put in. You just have to be at the right place at the right time, and with two of the three biggest browsers adding support AVIF has already won by default. Don't be surprised to see it in Android, iOS, Windows, and on Safari within a year.
Re: (Score:1)
AVIF will be good for highly compressed stills and animation, but JPEG XL has other compelling features which make it attractive for high quality images on the web. It offers an upgrade path for existing jpg/png/gifs which can be transcoded without loss at reduced size. Images may also be encoded progressively, allowing replacement of multiple images in various resolutions and formats with a single jxl. Truncated images may be fully decoded with more data increasing resolution, making pages more responsive
Re: (Score:2)
But standards being what they are "hey that's good enough" is usually the answer from the implementation guys, no matter how much work or research the people behind compression schemes and image quality standards put in.
BSD if one wants the spread of standards.*
GPL if one wants the spread of code.
*Want a standard like a stack or image format to be used by everyone, including proprietary?
Do it once, do it right, and everyone can enjoy the results.
Re: (Score:2)
Re: (Score:3, Insightful)
Have you looked at the way the format is structured?
There's multiple incompatible versions of the format, because Perpetual Beta. You have to parse the whole file to extract metadata and even find out what chunk contains the data you want. You have to do bit twiddling to extract values, even though the way the bits are stored doesn't actually save any space. Sometimes the values aren't even accurate (you have to add 1 to the pixel dimension to get the "real" dimension for some idiotic reason).
WebP is fuck
Re: (Score:1)
Re: (Score:2)
In all this mess that the web has been, especially anything related to websites and HTML, the evolution and transition to html5 (with html5 being reasonable clean but anything before that an utter headache), the rise and fall of plugins like flash, the road to support native video in html, the outphasing of FTP to replace it by HTTP, the evolution of javascript...
In between all this mess you complain about a new image format?
I do still recall the day that PNG was finally adapted as a new image standard for
Re: (Score:2)
with html5 being reasonable clean but anything before that an utter headache
Genuinely don't understand this. XHTML is great - add HTML5 tags and it would be way better. No need to throw out a perfectly well-formatted and infinitely parseable XML to go back to loosely defined SGML.
Re: (Score:2)
JPEG GIF, and PNG are just fine
They really aren't. And if they are I suggest you visit an eye doctor which does not use JPEG compressed eyecharts.
Re: (Score:3)
> JPEG ... are just fine
FLIF (Free Lossless Image Format) images never lose information when recompressed [flif.info].
> PNG are just fine
FLIF: Hold my beer [flif.info]
* FLIF is 43% smaller than typical PNG files,
* PNG doesn't support 16-bit images
Still not convinced [flif.info] ?
* 10,293,932 bytes for uncompressed RGBA
* 693,075 bytes for PNG with Adam7 interlacing
* 657,022 bytes for PNG with Adam7 interlacing after brute-force pngcrush
* 562,214 bytes for JPEG 2000 (lossless)
* 533,004 bytes for the original PNG file as found on pngimg.
Re: (Score:2)
They really aren't. TIFF might be fine because it supports a lot more, but a lot of the extra tags are proprietary.
It's not just size that matters, but color space (sRGB is so decade ago - the iPhone 5 was one of the first to have a 100% sRGB screen, while the iPhone 4s before it was 99% (a little blue leaked into the green making it incapable of showing some colors).
Then there's HDR. And high bit depth (8-bits per channel isn't the be-all-end-all o
And Safari won't support it (Score:1)
Dear Editors (Score:2)
Re: (Score:3)
Image and video codecs should be assumed lossy until described otherwise.
Re: (Score:3, Informative)
Comment removed (Score:4, Insightful)
Re: (Score:1)
Wake me up when software can save images as AVIF (Score:5, Interesting)
Re: (Score:2)
Literally NO ONE you know has any idea about this shit.
I wondered the same thing. Apparently a microsoft paint preview and paint.net supports it but wikipedia doesn't know anyone else who does: https://en.wikipedia.org/wiki/... [wikipedia.org] .
I'm literally off to have a nap.
I tried it, turns out that it's utter crap. (Score:3, Insightful)
Re: (Score:2)
is lossless photo compression meaningful considering no photographic sensor is bit-accurate anyway?
Re: (Score:2)
Re: (Score:2)
Yes. [flif.info]
Re: (Score:2)
Re: (Score:2)
AV1 is apparently very computationally intentsive and thus takes much time and resources to compress. It's way costlier than practially all other video compression algorithms. Compression ratios are good and so it might be a good choice for compress-once-play-many-times scenarios like those of Netflix and Youtube (both belong to the group developing the format) but I'm not
Apple won't support it (Score:1)
They'll want their own proprietary format that only works in Mac/Safari and you have to pay them 30 cents per image compressed. Hey if you want to take advantage of the Apple ecosystem they built you have to pay, it's only fair.
Re: (Score:2)
Unrelated, I wanted to use # to jump to the relevant part of the page, bu they have multiple DOM IDs with the same name! Good Job Apple!
Re: (Score:2, Insightful)
This is like when PNG finally became "supported" by everyone. It took half a decade before almost everyone actually had a browser that supported it.
Safari 14 may support it, but remember that older Macs are stuck on older Mac OS X/mac OS versions and older iDevices are stuck on older iOS versions, so you may want to wait at least five years or so before dropping JPEG/PNG, unless you like pissing off millions of people.
Re: (Score:2)
Re: (Score:1)
How about a descendant of FLIF? See How JPEG XL Compares to Other Image Codecs [cloudinary.com] for details about the evolution of the format, which does include FLIF's excellent progressive decoding and other compelling features.
Decode speed? (Score:2)
An issue I've run into with webp, especially on mobile - is that while it's faster to download (being smaller), the increased decode time can more than make up for it. Bandwidth is pretty fast these days, and it's not always the case that "smaller file = better performance".
Filmgrain (Score:2)
According to the AVIF spec, it supports filmgrain. No wonder Netflix is applauding it. Their "TV static" intro. must be the bane of video encoders. :-)
-----
Haha, I was previewing the above, about to hit send when I realised I was thinking of HBO, not Netflix.
If it's not supported by MSPaint then forget it (Score:2)