It’s good for serving 1st-gen ephemeral images that you don’t care about, but bad if you want to keep an image around for archiving or sharing. It has many random limitations with its lossy and lossless format, including a low bit depth, no support for 4:4:4, no support for HDR, and no support for progressive decoding. This is especially annoying for a lossless format, as you’ll often be losing data when converting from a format like PNG, defeating the purpose of lossless.
You might be surprised how good JPEG still is in this day and age. We have dragged JPEGs corpse across the decades with newer and better encoders, and JPEG is actually still a solid format because of this effort. People have a deep impression that JPEG sucks, because it used to suck. The JPEG we know today is not the JPEG of the past. MozJPEG is an excellent modern encoder and gives great results at very fast encode/decode speeds.
People might want to argue about how good WebP is in comparison to JPEG, but in reality there are two newer formats that far outclass WebP and don’t have its quirks - JPEG XL and AVIF. JPEG XL is the best option we have currently and it’s not even close, given that it’s a real modern image format and not just a video codec repurposed for images, like AVIF. The problem is that Google is putting its weight behind AVIF, and is trying to kill JPEG XL by taking support for JPEG XL out of Google Chrome. Firefox has followed suit as they’re also a member of the AOM which developed AVIF. Almost any fork of Google Chrome or Firefox puts JPEG XL back in, at least.
This article goes over some of the competing formats, and I especially like this image as a comparison matrix. You can probably find more articles by Cloudinary and Jon Sneyers on the topic. It’s one of the most obvious instances of why we should not be letting Google rule 100% of the browser market - they can kill competition on things like this with the flip of a switch.
Thank Jon Sneyers - I’m mostly just repeating what he’s had to say!
If anyone wants to learn more about JPEG XL, Jon has a good walkthrough on the JPEG XL slidedeck. It’s been about half a year since Google made their controversial decision, but I’m hoping the fight is not over. Many industry giants are mad at Google (and Mozilla, to a lesser extent) over this, and browsers are pretty much the only place where JPEG XL doesn’t exist. Unfortunately, it’s a very important place for an image format to exist.
Didn’t expect such an in-depth technical post on the meme community, but here we are :)
I wasn’t aware that WebP had this many limitations.
It really is a shame though, what Google have done to JPEG XL.
It has a really good compression algorithm and can preserve more detail in a smaller filesize.
As a website owner you usually pay for outbound traffic or atleast storage, thus having a smaller file reduces your cost, appart from the benefit that more users are able to load the file.
Webp is great. Why wouldn’t you use webp?
It’s good for serving 1st-gen ephemeral images that you don’t care about, but bad if you want to keep an image around for archiving or sharing. It has many random limitations with its lossy and lossless format, including a low bit depth, no support for 4:4:4, no support for HDR, and no support for progressive decoding. This is especially annoying for a lossless format, as you’ll often be losing data when converting from a format like PNG, defeating the purpose of lossless.
You might be surprised how good JPEG still is in this day and age. We have dragged JPEGs corpse across the decades with newer and better encoders, and JPEG is actually still a solid format because of this effort. People have a deep impression that JPEG sucks, because it used to suck. The JPEG we know today is not the JPEG of the past. MozJPEG is an excellent modern encoder and gives great results at very fast encode/decode speeds.
People might want to argue about how good WebP is in comparison to JPEG, but in reality there are two newer formats that far outclass WebP and don’t have its quirks - JPEG XL and AVIF. JPEG XL is the best option we have currently and it’s not even close, given that it’s a real modern image format and not just a video codec repurposed for images, like AVIF. The problem is that Google is putting its weight behind AVIF, and is trying to kill JPEG XL by taking support for JPEG XL out of Google Chrome. Firefox has followed suit as they’re also a member of the AOM which developed AVIF. Almost any fork of Google Chrome or Firefox puts JPEG XL back in, at least.
This article goes over some of the competing formats, and I especially like this image as a comparison matrix. You can probably find more articles by Cloudinary and Jon Sneyers on the topic. It’s one of the most obvious instances of why we should not be letting Google rule 100% of the browser market - they can kill competition on things like this with the flip of a switch.
This is the kind of top tier, expert commentary I come to Lemmy for, thank you for that education on the topic!
Thank Jon Sneyers - I’m mostly just repeating what he’s had to say!
If anyone wants to learn more about JPEG XL, Jon has a good walkthrough on the JPEG XL slidedeck. It’s been about half a year since Google made their controversial decision, but I’m hoping the fight is not over. Many industry giants are mad at Google (and Mozilla, to a lesser extent) over this, and browsers are pretty much the only place where JPEG XL doesn’t exist. Unfortunately, it’s a very important place for an image format to exist.
Didn’t expect such an in-depth technical post on the meme community, but here we are :)
I wasn’t aware that WebP had this many limitations.
It really is a shame though, what Google have done to JPEG XL.
Thanks for sharing this, that cloudinary infographic is really insightful too. You’ve been given a first class express ticket to my saved posts 😀
deleted by creator
Genuine question, what’s great about webp? I must be missing something
It has a really good compression algorithm and can preserve more detail in a smaller filesize.
As a website owner you usually pay for outbound traffic or atleast storage, thus having a smaller file reduces your cost, appart from the benefit that more users are able to load the file.