0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

*** Please report new bugs here! ***

Moderators: helmut, XnTriq, xnview, Dreamer

jimbo2150
Posts: 1
Joined: Wed Mar 10, 2021 6:06 pm

0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

Post by jimbo2150 »

XnView: MP 0.98.2 - 64 bit
OS: Windows 10 64bit

JPEG XL images that were losslessly transcoded from JPEG to JPEG XL are displaying as a black rectangle (sometimes with a gradient of colors in vertical stripes).

Effect: Losslessly transcoded JPEG XL files display as a black rectangle (both thunbnail and . When opening an individual file a message that the image was converted to RGB displays.

To reproduce:
1. Produce a losslessly transcoded JXL file (e.g.

Code: Select all

cjxl.exe xyz.jpg xyz.jxl
).
2. Open the directory in XnView
3. Open the jxl file

Actual behaviour (bug): Image displays as narrow black rectangle, sometimes with a gradient/rainbow vertical stripe.

Expected behaviour: Thumbnail and image should display correctly.

Additional note: Squoosh was also not able to read these types of files and was recently fixed by adding identification for the jxl container format ( https://github.com/GoogleChromeLabs/squoosh/pull/969 ) and may possibly be the reason for XnView not displaying them correctly as well.
raysar
Posts: 20
Joined: Sat May 30, 2015 8:24 pm

Re: 0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

Post by raysar »

There is the same bug for "16bits" jxl files.
(animate jxl file did not works too, but for now there is no software able to display them)

The file works well on chrome canary and nomacs and "quicklook for windows".
The jxl file created with an 16bit (real 14bits) png dslr picture (2mpx):
http://dl.free.fr/rqIe1WNnP

An other old file with yellow bug, working well on chrome canary:
http://dl.free.fr/oYqOGmt1z

Have a nice day :)
woot000
Posts: 29
Joined: Thu Nov 19, 2020 12:36 am

Re: 0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

Post by woot000 »

This bug is still present on XnView MP 0.98.4. The only alternative to getting around this bug is encoding a source jpg file with some quality loss, which isn't ideal.

The attached "catfish (lossless).jxl.zip" (when unzipped) file doesn't display correctly, but the lossy encoded "catfish (-d 1).jxl.zip" file does display correctly.
You do not have the required permissions to view the files attached to this post.
User avatar
masterjp
Posts: 275
Joined: Fri Feb 13, 2009 4:37 pm
Location: Duesseldorf, Germany

Re: 0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

Post by masterjp »

It is a problem of an older JPEG XL libriary (version 0.3x), which is used by XnViewMP 0.98.x. The development of JPEG XL is going very fast within the last months and there were much important enhancements in the encoder/decoder.

The author of XnViewMP will fix it in the next final release of XnViewMP 0.98.5, which will use the lastest libraries for encoding/decoding JXL files (version 0.50).

---

Actually there is one software, which can offline transcode JPEG to JPEG XL and backwards.
It is called Ultra7z JPG to jpeg XL converter and can transcode JPEG files to JPEG XL loselessly:

Website: https://free-portable.com/ultra7z-image ... -portable/

It is very important to download the latest jpeg xl encoder/decoder binary, too!
The current available JPEG to JPEG XL converter contain an older encoder/decoder binary file, which is too old!
The latest encoder/decoder binary (0.50) will fix different graphic errors for viewing and writing JXL files.

Here you can find the latest JPEG XL encoder/decoder binaries:
https://jeremylee.sh/bin.html
PC: Intel 8700k + Asus Z370-F + 16 GB RAM G.Skill
OS: Windows 10 Pro x64 (latest updates) | XN-View (latest stable version) |XnViewMP (latest stable version) | XnConvert (latest) | Adobe Photoshop Elements 2022 & Elements XXL 9
User avatar
masterjp
Posts: 275
Joined: Fri Feb 13, 2009 4:37 pm
Location: Duesseldorf, Germany

Re: 0.98.2: JPEG XL Losslessly Transcoded Files Not Displaying

Post by masterjp »

Here are the parameters for loseless transcoding from JPEG to JPEG XL:

cjxl.exe test.jpg test.jxl -e 9

----------------------------------
test.jpg = Testfile (Source)
test.jxl = Testfile (Destination)
-e 9 = Compression level (1 to 9; 9 = highest = slow)

For for transcoding I would use compression level 8, because it is a good deal of filesize vs. speed.
Level 9 optimize the filesize better, but is slow and currently do not use many CPU cores.
That is the reason, why it is so slow.
PC: Intel 8700k + Asus Z370-F + 16 GB RAM G.Skill
OS: Windows 10 Pro x64 (latest updates) | XN-View (latest stable version) |XnViewMP (latest stable version) | XnConvert (latest) | Adobe Photoshop Elements 2022 & Elements XXL 9