JPEG XL (image/jxl) support [259900694]

Assigned

Feature Request

[AOSP] assigned

Status Update

No update yet.

Description

jo...@cloudinary.com

created issue #1

Nov 21, 2022 01:12PM

Android does not currently have out of the box encode/decode support for JPEG XL (image/jxl). It would be useful to add at least decode support, so e.g. image gallery applications can show these images. Encode support would be useful too for several common use cases:

Camera: not only can this get better compression for SDR photos, also it would enable true HDR as well as additional information like depth maps and thermal information that may be available on some sensors of Android devices and that can be stored directly in a JPEG XL file.
Storage optimization: existing JPEG files can be losslessly transcoded to JPEG XL, saving about 20% device storage for photos.
Reducing upload time/bandwidth: if cloud storage or social media applications can take recompressed JPEGs or arbitrary JXL files as input (e.g. facebook/whatsapp ingress pipelines can already do that, if I understand correctly), then upload time and bandwidth can be reduced.

Comments

vi...@google.com <vi...@google.com> #2Nov 21, 2022 03:36PM

Assigned to vi...@google.com.

We have shared this with our product and engineering team and will update this issue with more information as it becomes available.

lb...@gmail.com <lb...@gmail.com> #3Nov 21, 2022 10:40PM

How fast would it be compared to JPG/PNG, for encoding/decoding?

jo...@gmail.com <jo...@gmail.com> #4Nov 21, 2022 11:06PM

Encoding: depends on encode effort, but generally speaking faster than PNG, a bit slower than JPEG.
Decoding: a bit slower than PNG and JPEG (unless you use multithreading, then it can be faster).

Both encode and decode should be fast enough for most use cases on current phone cpus.

lb...@gmail.com <lb...@gmail.com> #5Nov 21, 2022 11:08PM

@4 Interesting.
Thanks.

hm...@gmail.com <hm...@gmail.com> #6Nov 22, 2022 12:24AM

For both opening in Webview and as a saved filetype with third party editors

ay...@gmail.com <ay...@gmail.com> #7Nov 22, 2022 12:55AM

Would love to see this backported to older versions of Android/PXL phones too!

za...@gmail.com <za...@gmail.com> #8Nov 29, 2022 07:52AM

Can't wait to have JXL supported on Android and being the new default. So much potential to push photography forward with features such as HDR, depth maps and better quality in a smaller size. Such exciting times to come.

lb...@gmail.com <lb...@gmail.com> #9Nov 29, 2022 08:47AM

I hope it will be possible to easily support it for old Android versions.
Otherwise, it would take years to become popular...
Sadly I don't think you can add logic of decoding to the framework (BitmapFactory.decode... forms, and maybe others too), so this would be a challenging thing to have...

ad...@gmail.com <ad...@gmail.com> #10Dec 6, 2022 11:02PM

Any updates on this? 🍿👀

hm...@gmail.com <hm...@gmail.com> #11Dec 13, 2022 05:10PM

100 Votes so far, yet Google blocked it on Chrome despite that request recieving almost 1000 Votes & hundreds of responses

Including by Facebook's Meta, Intel, Adobe, Image Hosting Services, Medical Imaging Developers etc etc even some of Google's own Team showed support for the format against their very company!

It would be a shame if it was blocked for Android too :/

ry...@gmail.com <ry...@gmail.com> #12Feb 3, 2023 02:30PM

In response to <Comment #2>

Was there no response or follow-up action then? And are all the issues about adding compatibility with JPEG-XL Metadata just DOA?

mo...@gmail.com <mo...@gmail.com> #13Feb 3, 2023 02:39PM

This would be huge for devices with less flash memory. Even my 128GB Pixel fills up fast when taking photos. Just converting them losslessly to JPEG-XL would reduce their size by about 20%.

Google could save 20% cloud storage on Photos too. Going forward the savings would be even larger when converting lossless originals directly to JPEG-XL.

ay...@gmail.com <ay...@gmail.com> #14Feb 11, 2023 08:30PM

Any news?

ad...@gmail.com <ad...@gmail.com> #15Apr 28, 2023 09:34AM

Comment has been deleted.

Message last modified on Apr 28, 2023 09:47AM

ad...@gmail.com <ad...@gmail.com> #16Apr 28, 2023 09:48AM

Seriously, this is a highly requested feature that has already had a lot of the work done for it

https://bugs.chromium.org/p/chromium/issues/detail?id=1178058

fo...@gmail.com <fo...@gmail.com> #17Jul 20, 2023 01:53PM

Apple already added JXL support to iOS so Android should also.

https://webkit.org/blog/14205/news-from-wwdc23-webkit-features-in-safari-17-beta/#images

https://developer.apple.com/documentation/safari-release-notes/safari-17-release-notes#Images

lb...@gmail.com <lb...@gmail.com> #18Aug 26, 2023 01:05AM

Is there perhaps an easy-to-use Android library to decode such files ?

go...@gmail.com <go...@gmail.com> #19Oct 20, 2023 01:50PM

Hi, is support for JPEG XL added to a roadmap? Is there any timeline for delivering this feature or any update. It would be great to reveal more details about it. Best regards /R.

al...@hotmail.com <al...@hotmail.com> #20Aug 7, 2024 04:46AM

Wondering if this in in the works. The option to save photos directly to JXL from the camera app should be priority. Also, reducing cloud storage and internet bandwidth footprint is granted.

fo...@yahoo.com <fo...@yahoo.com> #21Aug 11, 2024 01:48AM

no...@gmail.com <no...@gmail.com> #22
Restricted+
Aug 12, 2024 04:12AM

Comment has been deleted.

de...@gmail.com <de...@gmail.com> #23Feb 11, 2025 07:50PM

I have the same request. Please add support for JPEG XL (jxl) on Android devices. For photographers it is a highly usable feature/image codec.
Kind regards
Dennis Gruhn

ql...@gmail.com <ql...@gmail.com> #24Apr 7, 2025 12:05AM

Microsoft has recently added support for jxl in windows.

https://blogs.windows.com/windows-insider/2025/03/24/march-2025-microsoft-photos-update-now-rolling-out-to-windows-insiders/

Since already 2 major operating systems support this format I think it is worth adding its support to android as well.

lb...@gmail.com <lb...@gmail.com> #25Apr 7, 2025 01:09AM

I hope that if Google adds it, it should also decode&encode faster than all other formats that Android already supports.

IssueTracker