News for hackers. Stuff that matters.
Re:JPEG XL support has officially been removed from Chromium by zppln on Saturday December 10, 2022 @10:22AM (#33933335)
Seems to have been partly based on this: https://storage.googleapis.com/avif-comparison/index.html
Re:JPEG XL support has officially been removed from Chromium by Mindless2112 on Saturday December 10, 2022 @10:34AM (#33933455)
At the bottom there's a link to a lossless comparison, which shows JPEG XL outperforming WebP, AVIF, and PNG on size (no metrics on decode speed).
Re:JPEG XL support has officially been removed from Chromium by iLoveOncall on Saturday December 10, 2022 @10:43AM (#33933541)
Yes, and lossless JPEG doesn't matter, especially on the web.
Re:JPEG XL support has officially been removed from Chromium by adgjlsfhk1 on Saturday December 10, 2022 @11:28AM (#33933915)
lossless matters for lots of images on the web (like logos and other images with text). lossless jpeg recompression is also really useful because it allows CDNs to save bandwidth by replacing jpeg with jpeg-xl.
Re:JPEG XL support has officially been removed from Chromium by KronisLV on Saturday December 10, 2022 @11:54AM (#33934154)
> lossless matters for lots of images on the web (like logos and other images with text)

Couldn't some make the point that SVG can be a better format for things like that, especially logos? After all, raster graphics will always have drawbacks when compared to vector graphics for things like logos and other non-photographic content.

Re:JPEG XL support has officially been removed from Chromium by layer8 on Saturday December 10, 2022 @12:40PM (#33934642)
On lower-DPI displays, which remain very widespread outside of mobile, vector graphics usually look worse than pixel graphics.
Re:JPEG XL support has officially been removed from Chromium by croes on Saturday December 10, 2022 @10:52AM (#33933616)
Even with losses it's better than WebP.
Re:JPEG XL support has officially been removed from Chromium by JyrkiAlakuijala on Saturday December 10, 2022 @06:41PM (#33938273)
and AVIF
Re:JPEG XL support has officially been removed from Chromium by vonbon on Saturday December 10, 2022 @10:28AM (#33933386)
Thanks for the link. That does look quite damning, seems that the already-supported AVIF format is overall the better choice based on these metrics.
Re:JPEG XL support has officially been removed from Chromium by jonsneyers on Wednesday December 14, 2022 @10:38AM (#33984955)
Actually, the results of the AVIF team's comparison do show the value of JPEG XL, if you look a bit further than the main page and dig into the actual plots. E.g. according to this plot, JXL is about 15% better than AVIF for 'web quality' images (around 1 bpp): https://storage.googleapis.com/avif-comparison/images/subset...

Here is a detailed analysis: https://cloudinary.com/blog/contemplating-codec-comparisons

Re:JPEG XL support has officially been removed from Chromium by aidenn0 on Saturday December 10, 2022 @12:02PM (#33934235)
I have a moderate sized selection of mostly B&W comics. JXL is the first format that out performs JPEG 2000 on them. It cleans AVIF's clock on them, in a rather unfair comparison of JXL's default settings vs hand tuned settings for AVIF with different settings for color and B&W comics.

It also far outperforms an optipng encoded PNG for lossless. I know either my corpus or my eyeball is different from the benchmarks used by AVIF but I do want to share this outlier.

Re:JPEG XL support has officially been removed from Chromium by brigade on Saturday December 10, 2022 @02:05PM (#33935670)
Not sure about your comparison specifically, but in general the hard edges in comics should be an ideal case for AV1's spatial prediction. JPEG-XL eschewed that in favor of being inherently progressive; its splines promised to make up some of the difference but last I checked the encoder still doesn't use them.

Categorically, this is the main reason why even the main JPEG-XL dev agrees that AVIF is currently better with non-photo content [1]

[1] https://twitter.com/jonsneyers/status/1550161314961555457

Re:JPEG XL support has officially been removed from Chromium by JyrkiAlakuijala on Sunday December 11, 2022 @05:28AM (#33941975)
I observe that it depends on which quality you aim to. At low quality AVIF does a good job with line drawings. I suspect much of it is because of the 8-color local palette mode. When you raise the quality/size a tiny bit (to need 9+ unique colors in an area), JPEG XL does an equal job with the edges, but starts getting all the subtleties, lonely faint dots, noisy or weak textures right, whereas it can be impossible to convince an AVIF encoder to store them at any quality setting.

Cartoon/anime collectors seem to be passionate about image quality and they may have observed the same as I have. At least I have learned a lot about image quality from anime fans during my image compression career.

Web devs don't care that much about quality, they are more looking into creating monetary savings in bandwidth and sometimes trying to lower the latencies. E-commerce is yet another thing, where the image quality may turn into revenue and becomes important again.

Re:JPEG XL support has officially been removed from Chromium by aidenn0 on Sunday December 11, 2022 @01:08AM (#33940575)
It's the stippling and hatching that most compression formats struggle with
Re:JPEG XL support has officially been removed from Chromium by zppln on Saturday December 10, 2022 @10:32AM (#33933426)
Keep in mind that it's from the AVIF team though. :)
Re:JPEG XL support has officially been removed from Chromium by youngtaff on Saturday December 10, 2022 @02:01PM (#33935615)
There are lots of questions about that data for example why was the testing carried out in Chrome 92?

https://mobile.twitter.com/jonsneyers/status/159877483772342...

Re:JPEG XL support has officially been removed from Chromium by JyrkiAlakuijala on Saturday December 10, 2022 @10:35AM (#33933460)
Try to replicate it.