Hello,
I was wondering if it is possible to tell nconvert to use the XYB color space with JPEGLI?
I could not find any info in the help of the latest version (7.221).
By the way, XNViewMP (1.8.7) does not export any meaningful nconvert commandline (for JPEGLI).
The batch file just contains "nconvert.exe" without any command line options.
Regards
CW
XYB color space with JPEGLI ??
Moderators: helmut, XnTriq, xnview
Re: XYB color space with JPEGLI ??
Important fix of JPEG with XYB color profile and subsampling is in git now. XYB color subsampling was incorrect in the past.
https://github.com/google/jpegli/pull/130
https://github.com/google/jpegli/pull/130
Re: XYB color space with JPEGLI ??
Ok, but there is a notice in the libjxl that further development of jpegli will happen in the jpegli repository.
https://github.com/libjxl/libjxl/blob/m ... /README.md
Maybe there will backport jpegli development to the libjxl repository.
Incorrect XYB subsampling in cjpegli hasn't been fixed in the libjxl repository, so far.
https://github.com/libjxl/libjxl/blob/m ... /README.md
Maybe there will backport jpegli development to the libjxl repository.
Incorrect XYB subsampling in cjpegli hasn't been fixed in the libjxl repository, so far.
Re: XYB color space with JPEGLI ??
changes are not yet in the main branch https://github.com/google/jpegliWinnieW wrote: Wed Apr 30, 2025 9:24 am Incorrect XYB subsampling in cjpegli hasn't been fixed in the libjxl repository, so far.
Pierre.
Re: XYB color space with JPEGLI ??
I noticed that.
Maybe the priority isn't high, or the developers assume that JPEG files with XYB are considered experimental and only a few people are using that coding option.
Anyway, in the meantime, until a proper bugfix is in the official code of jpegli,
a quick fix might be disabling color subsampling for writing new jpeg files when XYB is selected, because XYB with activated subsampling, esp. subsampling the Y channel of XYB, worsens the quality of the image in a visable way; and such jpegs can't be transcoded to JPEG XL either.
Maybe the priority isn't high, or the developers assume that JPEG files with XYB are considered experimental and only a few people are using that coding option.
Anyway, in the meantime, until a proper bugfix is in the official code of jpegli,
a quick fix might be disabling color subsampling for writing new jpeg files when XYB is selected, because XYB with activated subsampling, esp. subsampling the Y channel of XYB, worsens the quality of the image in a visable way; and such jpegs can't be transcoded to JPEG XL either.