Galaxy4594

Results 12 issues of Galaxy4594

Encode_effort.md is not accurate anymore with the release of libjxl 0.10.x. Outside of the "brute force" effort now being 11, does VarDCT e10 do anything special? Or does it simply...

documentation
unrelated to 1.0

### **The first two posts are just talking about metrics (which don't really matter), for visual comparisons you can skip [here](https://github.com/libjxl/libjxl/issues/3530#issuecomment-2083474040)** --- **Summary** In my limited testing, libjxl 0.8.2 outperforms...

encoder quality
unrelated to 1.0

_Initially, this was a [discussion](https://discord.com/channels/794206087879852103/794206170445119489/1244930287184511037) in the JXL Discord server; this issue is a shortened version of that._ **Summary** At some point there was a change to jpegxl that caused...

encoder quality
unrelated to 1.0

The default for Jpegli is to output YUV as 4:4:4 regardless of quality level. However, according to exiftool, XYB outputs as 4:2:0 (blue-channel subsampled) as the default setting. This can...

unrelated to 1.0
jpegli

_For additional context see https://github.com/libjxl/libjxl/issues/3530#issuecomment-2277884901._ ## **Summary** This is a small batch of images I have compiled where version 0.8 appears sharper than the master. This lack of sharpness is...

A follow up of this PR #4154. It generally results in denser images. Fixes the regression I found [here](https://github.com/libjxl/libjxl/pull/4201#issuecomment-2849934762). Images are denser by about 0.1-0.5%. Faster decoding levels 1-3 benefit...

CI:full

Basically, it changes the default transfer curve from Linear to sRGB since that's what's usually expected of image viewers and is implied by the docs. The dithering when decoding to...

CI:full

There two bugs present when using photon noise combined with lossy progressive. First of all, photon noise seems be applied to the LF and the HF. This is causing a...

bug

Fixes #4445, although it doesn't really address the sjpeg issue. Also, I'm not sure if this happens outside of Windows, so the WIN32 check might be unnecessary.

I mainly compile libjxl using mingw64, and clang's lto seems to only work with the lld linker. However, sjpeg fails to link properly, meaning `djxl`, `benchmark_xl`, and `jpegli` all fail...