Bug 114531 (JPEG-XR) - Support JPEG-XR image format
Summary: Support JPEG-XR image format
Status: NEW
Alias: JPEG-XR
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
6.0.0.0.beta2
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 155818 (view as bug list)
Depends on:
Blocks: Format-Filters
  Show dependency treegraph
 
Reported: 2017-12-18 12:14 UTC by squeezechart
Modified: 2023-06-13 19:01 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description squeezechart 2017-12-18 12:14:37 UTC
please add support for JPEG-XR image format (image import and inside .ods/.odt)

https://jxrlib.codeplex.com/
https://github.com/m-hiki/openjxr

it offers better lossy and lossless compression (compared to TIF and PNG)
Comment 1 Heiko Tietze 2018-01-02 09:01:43 UTC
Discussion about a couple of new filters has been done in bug 114533, setting this one to NEW.
Comment 2 Buovjaga 2018-01-02 10:49:05 UTC
To quote Tomaž: "The problem with JPEG XR is that it is not really much of an improvement over JPEG or PNG (sometimes it is even worse) and that the open-source libjxr is practically un-maintained library."

Closing.
Comment 3 Tomaz Vajngerl 2018-01-03 01:11:08 UTC
Well we need Jpeg-XR for full support of images in OOXML documents.. even if it is just a "meh" format it is something MSO uses in some cases. So I wouldn't close this one...
Comment 4 Buovjaga 2018-01-03 08:21:54 UTC
Right, reverting status change.
Comment 5 squeezechart 2020-11-23 09:27:26 UTC
you can find the free JXR library here: https://github.com/4creators/jxrlib
Comment 6 Julien Nabet 2023-06-13 18:12:39 UTC
*** Bug 155818 has been marked as a duplicate of this bug. ***
Comment 7 Julien Nabet 2023-06-13 19:01:39 UTC
(In reply to Tomaz Vajngerl from comment #3)
> Well we need Jpeg-XR for full support of images in OOXML documents.. even if
> it is just a "meh" format it is something MSO uses in some cases. So I
> wouldn't close this one...

Reading external/libjpeg-turbo/README, we use libjpeg-turbo-2.1.5.1.tar.gz for jpeg import support (but it seems also for export too considering we use functions like "jpeg_create_compress").

I don't know if libjpeg-turbo supports jpeg-xr if not, it means we must find a lib (compatible with LO license) which supports the format, in C or C++, well maintained, etc.

Considering the size of OOXML specs (see https://en.wikipedia.org/wiki/Standardization_of_Office_Open_XML#Criticism), I'm not sure it's a pb to not implement a standard which isn't even implemented natively by Gimp and Photoshop (see https://en.wikipedia.org/wiki/JPEG_XR#Software_support).

Then we can wonder if we're talking about read support only or read and write support but quite quickly, if there's read-only support, people will complain they can't modify the images of a doc.
Of course, we may convert the image in another format but 1) it adds even more complexity 2) it'll bother some users
Finally I completely agree with https://bugs.documentfoundation.org/show_bug.cgi?id=114533#c5 :
"Also removing support for a image format is much harder so adapting a new image format should take a lot of consideration as it can have long lasting effects"

Perhaps it could be interesting to ask ESC opinion?