213
Browser maker love-in snubs Google-shunned JPEG XL
(www.theregister.com)
This is a most excellent place for technology news and articles.
Well yes, however without acceleration JPEG XL is many times faster. Also if you only have a CPU for example.
It's also highly parallelizable compared to AVIF which also matters a lot considering the amount of cores is growing with the likes of ARM and hybrid architecture CPU.
AVIF also fairs badly with high fidelity and lossless encoding, has 1/3 the bit depth and pretty small dimension limits for something like photography.
I don't think AVIF is per se a bad format. I just think if I want to replace a photo oriented format I'd like to do that with one that's focused on „good“ photos and not just an afterthought with up- and downsides.
I thought even mobile-tier integrated GPUs can decode AV1 extremely quickly.
Well yes sure, but remember AV1 decoding only became standard like 1-2 GPU generations ago. Encoding only this generation. iPhones only got support with the 15 Pro so it will be another generation before it trickles down to the base models. And what about the hundreds of millions of Android phones in Asia and the likes with dirt cheap SoCs. Pretty sure they don't have dedicated AV1 decoding hardware for a long time.
So that's a TON of hardware being made slow and inefficient if everything were to be AVIF tomorrow. Not saying AVIF decoding will be a big hurdle in the future but how long until all this hardware browsing the web has been replaced? That's why I think somethings that's efficient and fast on CPUs without any specialised hardware is more suited for a replacement.
Servers often come without GPU, and they’re usually the ones encoding image formats.
I don’t think we should worry about servers meant for image transcoding not having the proper hardware for image transcoding. The problem with the GPU requirement starts and ends with consumer devices imo