5 ms·

JPEG XL: Industry-leading image compression and fidelity

46 points by ksec 2y ago

deleted 2y ago
[deleted]
ChrisArchitect 2y ago
Some previous discussion: 2021: https://news.ycombinator.com/item?id=27577328 https://news.ycombinator.com/item?id=27577328
lifthrasiir 2y ago
Should have been posted because the website was revamped in a major way.
blurrybird 2y ago
I don’t expect Apple to swap HEIC for JXL for iPhone 16, but I have heard the rumour…
- NayamAmarshe 2y ago
  HEIC is an amazing format. I don't know why more companies don't use it.
  - lifthrasiir 2y ago
    Amazingly patent-encumbered, though.
    - NayamAmarshe 2y ago
      Yeah. JPEG-XL is a really good replacement but it seems like it's getting nowhere. It's been years and the adoption is still quite underground.
      - Someone 2y ago
        There is some movement. Google Research recently committed to help implementing it, in Rust, for inclusion in Firefox. https://github.com/mozilla/standards-positions/pull/1064 https://github.com/mozilla/standards-positions/pull/1064: “the team at Google has agreed to apply their subject matter expertise to build a safe, performant, compact, and compatible JPEG-XL decoder in Rust, and integrate this decoder into Firefox. If they successfully contribute an implementation that satisfies these properties and meets our normal production requirements, we would ship it.”
        NayamAmarshe 2y ago
        Oh that is real good news!
  - kristofferR 2y ago
    Not really, it's a weird hack (using interframe compression from video compression) that worked fine as a stopgap, but JPEG-XL is leagues better.
patwoz 2y ago
3 image example on small/med-low: jpeg looks better than jpeg-xl? but overall really impressive!
skyfaller 2y ago
I miss the JPEG-XL art page, which once read: "JXL art is a form of procedural image generation that exploits the powerful meta-adaptive context model of JXL to produce interesting-looking images that are tiny jxl files." Sadly the page on the Internet Archive doesn't seem to have any of the JXL files, some of which looked pretty cool: https://web.archive.org/web/20210521120114/https://jpegxl.info/jxl-art.html https://web.archive.org/web/20210521120114/https://jpegxl.in... Happily, one of the software packages they used to make tiny jxl files is still online here: https://jxl-art.surma.technology/ https://jxl-art.surma.technology/
- smusamashah 2y ago
  Found some work under jxlart hashtag on twitter https://x.com/hashtag/jxlart https://x.com/hashtag/jxlart
- MaximilianEmel 2y ago
  The images are on the Archive, your browser just doesn't support JXL.
1116574 2y ago
>royalty free implementation Yeah, but not the spec itself, meaning it's hard to have both secure and conforming implementation.
- quackdoc 2y ago
  The spec can be found online, but it only really details specifically how to decode various features. You can take a look at JXL-Oxide and libjxl's codebases and get a good idea, and before some idiot comes out and speaks about "muh loc" the decoder and encoder bits of libjxl really aren't that hard to read. libjxl's codebase is very well formatted, files are segregated really well into different aspects of the code stream etc. it's not ideal, but I would rather be given libjxl's codebase over the av1 spec page. (not to mention that heif is paywalled anyways which means that avif, which is heif + av1 is paywalled too... https://www.iso.org/standard/83650.html https://www.iso.org/standard/83650.html)

46 points by ksec 2y ago

deleted 2y ago

[deleted]

Some previous discussion: 2021: https://news.ycombinator.com/item?id=27577328 https://news.ycombinator.com/item?id=27577328

lifthrasiir 2y ago

Should have been posted because the website was revamped in a major way.

blurrybird 2y ago

I don’t expect Apple to swap HEIC for JXL for iPhone 16, but I have heard the rumour…

NayamAmarshe 2y ago
HEIC is an amazing format. I don't know why more companies don't use it.
- lifthrasiir 2y ago
  Amazingly patent-encumbered, though.
  - NayamAmarshe 2y ago
    Yeah. JPEG-XL is a really good replacement but it seems like it's getting nowhere. It's been years and the adoption is still quite underground.
    - Someone 2y ago
      There is some movement. Google Research recently committed to help implementing it, in Rust, for inclusion in Firefox. https://github.com/mozilla/standards-positions/pull/1064 https://github.com/mozilla/standards-positions/pull/1064: “the team at Google has agreed to apply their subject matter expertise to build a safe, performant, compact, and compatible JPEG-XL decoder in Rust, and integrate this decoder into Firefox. If they successfully contribute an implementation that satisfies these properties and meets our normal production requirements, we would ship it.”
      - NayamAmarshe 2y ago
        Oh that is real good news!
- kristofferR 2y ago
  Not really, it's a weird hack (using interframe compression from video compression) that worked fine as a stopgap, but JPEG-XL is leagues better.

patwoz 2y ago

3 image example on small/med-low: jpeg looks better than jpeg-xl? but overall really impressive!

skyfaller 2y ago

I miss the JPEG-XL art page, which once read: "JXL art is a form of procedural image generation that exploits the powerful meta-adaptive context model of JXL to produce interesting-looking images that are tiny jxl files." Sadly the page on the Internet Archive doesn't seem to have any of the JXL files, some of which looked pretty cool: https://web.archive.org/web/20210521120114/https://jpegxl.info/jxl-art.html https://web.archive.org/web/20210521120114/https://jpegxl.in... Happily, one of the software packages they used to make tiny jxl files is still online here: https://jxl-art.surma.technology/ https://jxl-art.surma.technology/

smusamashah 2y ago
Found some work under jxlart hashtag on twitter https://x.com/hashtag/jxlart https://x.com/hashtag/jxlart
MaximilianEmel 2y ago
The images are on the Archive, your browser just doesn't support JXL.

1116574 2y ago

>royalty free implementation Yeah, but not the spec itself, meaning it's hard to have both secure and conforming implementation.

quackdoc 2y ago
The spec can be found online, but it only really details specifically how to decode various features. You can take a look at JXL-Oxide and libjxl's codebases and get a good idea, and before some idiot comes out and speaks about "muh loc" the decoder and encoder bits of libjxl really aren't that hard to read. libjxl's codebase is very well formatted, files are segregated really well into different aspects of the code stream etc. it's not ideal, but I would rather be given libjxl's codebase over the av1 spec page. (not to mention that heif is paywalled anyways which means that avif, which is heif + av1 is paywalled too... https://www.iso.org/standard/83650.html https://www.iso.org/standard/83650.html)