Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

At distance >= 20, v0.6.1 + kimageformats + Gwenview fail to properly render nightly's output #1732

Closed
antermin opened this issue Sep 7, 2022 · 4 comments
Labels
bug Something isn't working v1.0

Comments

@antermin
Copy link

antermin commented Sep 7, 2022

Describe the bug

When I use nightly cjxl to encode an image at a high distance (>=20), and uses Gwenview to view the output, the output is corrupted.

To Reproduce

  1. Encode an image with nightly cjxl: cjxl -d 20 wollerau.png new-20.jxl
  2. View the image in Gwenview

Expected behavior

The image should be rendered properly without any glitch.

Screenshots

gwenview

Environment

  • OS: Arch Linux x86_64
  • Libraries:
    • cjxl v0.8.0 c76ec204(nightly CI build)
    • djxl 0.6.1 (Arch package)
    • kimageformats 5.97.0 (for JXL Qt plugin)
    • Gwenview 22.08.0
  • Test files
@BlueSwordM
Copy link

It might be a bug with djxl 0.6.1 since I just tried manually decoding it both with djxl 0.6.1 and djxl 0.8.0 Git from 2022-09-06, and only djxl 0.6.1 returned a similar error.

I can reproduce this issue quite easily on my end as well at a system level.

@novomesk
Copy link
Contributor

novomesk commented Sep 8, 2022

Interesting that the problem with new-20.jxl manifests when getting the buffer as 8bit integers. When reading as 32bit float, whole image is displayed.

But I have another distance 20 file:
gimp299_plugin_crash.zip

It is triggering following assert in GIMP 2.99.11 (uses libjxl 0.6.1 from MSYS2):
jxl_assert

In case of GIMP, there is not a big problem, because only plug-in process crashes.

But in case of KDE/Qt applications, whole application is terminated.

So we are waiting for libjxl 0.7.0 release.

@mo271
Copy link
Member

mo271 commented Sep 14, 2022

So, I guess this can be closed with the coming 0.7.0 release.

@mo271 mo271 added this to the 1.0 version milestone Sep 14, 2022
@mo271 mo271 added the bug Something isn't working label Sep 14, 2022
@mo271
Copy link
Member

mo271 commented Oct 10, 2022

So, I guess this can be closed with the coming 0.7.0 release.

Closing, because this is fixed in the 0.7.0 release

@mo271 mo271 closed this as completed Oct 10, 2022
@eustas eustas added the v1.0 label Mar 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working v1.0
Projects
None yet
Development

No branches or pull requests

5 participants