Live data from Hacker News

macOS 14 will support JPEG XL

twitter.com

31–40 of 123 posts

Re: macOS 14 will support JPEG XL

#31
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

> I sincerely hope this might make Chrome change its mind.

I take this to suggest that Chrome actively decided against implementing JPEG XL? Did they consider supporting it and reject support for it, or has it simply not been prioritized, but still might be prioritized one day?

If the decision was intentional: did they state a reason why?

Re: macOS 14 will support JPEG XL

#32
post #31
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

> I sincerely hope this might make Chrome change its mind. I take this to suggest that Chrome actively decided against implementing JPEG XL? Did they consider supporting it and reject support for it, or has it simply not been prioritized, but still might be prioritized one day? If the decision was intentional: did they state a reason why?

From April: https://arstechnica.com/gadgets/2023/04/free-software-group-...

Discussed several times previously on HN:

https://news.ycombinator.com/item?id=35589179

https://news.ycombinator.com/item?id=33399940

https://news.ycombinator.com/item?id=33563378

Re: macOS 14 will support JPEG XL

#34
post #31
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

> I sincerely hope this might make Chrome change its mind. I take this to suggest that Chrome actively decided against implementing JPEG XL? Did they consider supporting it and reject support for it, or has it simply not been prioritized, but still might be prioritized one day? If the decision was intentional: did they state a reason why?

They did all the work required to implement it, sat around for a few months, and then removed it, before anyone else even noticed it was there / had a chance to start integrating it.

My personal conspiracy theory is that some Google engineer who works on Chrome, came up with "JPEG XL support" as a feature they could work on, pushed it through to prod, patted themselves on the back, and forgot about it; but this was all done without first getting sign-off from whoever at Google is trying to push for WebP to be a thing. When that person or group noticed "Chrome now supports JPEG XL", they got that support ripped out.

Re: macOS 14 will support JPEG XL

#36
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

Does it really matter? These days decoding image with JS or Wasm should be fine. It's not video.

Images are opened and used in a lot of places that aren't browsers.

Re: macOS 14 will support JPEG XL

#37
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

As a mirrorless photographer who wants to publish photos on the web that look like they came out of a mirrorless camera I want JPEG XL. In trials I've done, AVIF works well for a throwaway splash image for a blog but compression results are not so impressive compared to JPEG or WEBP if you want the image to hold up under close inspection. On the other hand there is something that seems almost infantile about image su…

Yes image codecs are a user space thing, but a Mac or iOS app probably loads images using the Swift Image or UIImage class and passes it a filename, and then these same objects get passed to the display widgets to render. If the UI toolkit that ships with the OS supports a format, it will just work with most all of the apps that use the system UI toolkit.

Re: macOS 14 will support JPEG XL

#38
post #2

As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.

I am suuuper ignorant on the subject, but is this something that could replace DICOM?

Re: macOS 14 will support JPEG XL

#39
post #7

Earlier quoted context omitted.

As a mirrorless photographer who wants to publish photos on the web that look like they came out of a mirrorless camera I want JPEG XL. In trials I've done, AVIF works well for a throwaway splash image for a blog but compression results are not so impressive compared to JPEG or WEBP if you want the image to hold up under close inspection. On the other hand there is something that seems almost infantile about image su…

As an ‘operating system’ OS X includes user space tools like the Finder and Quick Look in particular where vendor support is helpful.

also crucially, safari

Re: macOS 14 will support JPEG XL

#40

Earlier quoted context omitted.

AVIF does not support progressive encoding.

Assuming you meant "de"coding: it does, albeit I like JPEG XL's more. To me, that point seems an argument for things being the other way around anyways (i.e. general-purpose but not a good delivery format).

> Assuming you meant "de"coding

Is there something wrong with the other phrasing? You need to have a progressively encoded image before you can decode it progressively.

Post reply on HN