News for hackers. Stuff that matters.
Re:Firefox 93 by yboris on Tuesday October 05, 2021 @10:08AM (#28759695)
I'm looking forward to the wide adoption of JPEG XL (.jxl - "jixel") file format. It's the format that will replace JPEG!

https://jpegxl.info/

Re:Firefox 93 by bla3 on Tuesday October 05, 2021 @10:11AM (#28759733)
I kind of doubt it. JPEG is good enough, and is pervasive. JPEG XL is better, but removing an incumbent file format requires more than just being better. We'll see.
Re:Firefox 93 by MrRadar on Tuesday October 05, 2021 @10:15AM (#28759785)
JPEG XL has a party trick where you can losslessly transcode JPEG files to JPEG XL for a ~20% size savings. I imagine that every CDN out there will enable transparent conversion of JPEG to JPEG XL and that will drive adoption just by itself.
Re:Firefox 93 by jodrellblank on Tuesday October 05, 2021 @12:26PM (#28761614)
Dropbox quietly replaces the insides of JPGs with a better compression system (lossless change) to save their storage costs, and then returns it to normal when the file is read. (It may be they do a JPEG XL transform, for all I can remember about the article which explained it).

I wouldn't be too surprised if every big CDN already does something like that internally as a competitive advantage, and if so then the incentives switch around and there's no benefit publically switching to JPEG XL - when everyone has it, there's no easy way to do better than everyone else.

Re:Firefox 93 by fuyu on Tuesday October 05, 2021 @03:00PM (#28763982)
Aren't the biggest costs from bandwidth, not storage? I'm sure they would love to reduce data transmission by 20% for browsers that support it.
Re:Firefox 93 by jodrellblank on Tuesday October 05, 2021 @05:45PM (#28766049)
CDNs would love to bill customers 20% less for bandwidth used? Customers will be able to move to storing JPEG XL files on CDNs and reduce their own storage and bandwidth costs, but I was responding to the claim that it would be in CDN's interest to hurry the transition, and I think it will be a loss for CDNs.
Re:Firefox 93 by yboris on Tuesday October 05, 2021 @10:15AM (#28759777)
Unlike preceding formats that tried to replace JPEG, this one was designed with the replacement challenges in mind.

A great blog post on this by one of the creators of the format, Jon Sneyers:

https://cloudinary.com/blog/time_for_next_gen_codecs_to_deth...

Re:Firefox 93 by lifthrasiir on Tuesday October 05, 2021 @10:26AM (#28759918)
JPEG XL supports a recompression and bit-perfect reconstruction of JPEG(1) files, so once it got universal support it does have the biggest potential to completely displace JPEG.
Re:Firefox 93 by Flockster on Tuesday October 05, 2021 @10:14AM (#28759763)
It's already in Firefox Nightly and Chrome Beta as far as I know.
Re:Firefox 93 by worrycue on Tuesday October 05, 2021 @11:04AM (#28760452)
It’s available to turn on in Chrome 94 via Chrome://flags

For Firefox you need the nightlies I believe - I had no luck with release Firefox 93.

Re:Firefox 93 by k4c9x on Tuesday October 05, 2021 @10:15AM (#28759781)
It's pronounced "jizzle".
Re:Firefox 93 by secondcoming on Tuesday October 05, 2021 @10:38AM (#28760099)
That's unfortunate since 'jizz' is slang for semen.
Re:Firefox 93 by nanna on Tuesday October 05, 2021 @11:39AM (#28760939)
Downvoters, it's true! At least in British English.

In Yinglish (Yiddish-English) jizzle would mean something like 'a drop of seamen'.

Re:Firefox 93 by pupppet on Tuesday October 05, 2021 @12:00PM (#28761254)
Oy...those poor <picture> tags will soon be just stuffed with different file formats as we try to accommodate all browsers.
Re:Firefox 93 by Zardoz84 on Tuesday October 05, 2021 @12:42PM (#28761889)
Worse... When you are forced to support IE11, and keep limited to the old good JPEG.

At least, JPEG-XL offers a solution on this side, like store as JPEG-XL and serve as old JPEG to IE11 users. Now, if only there was a JPEG-XL implementation for Java...

Re:Firefox 93 by asddubs on Tuesday October 05, 2021 @12:12PM (#28761413)
isn't AV1 also a contender for that as a lossy compression algorithm?