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

jp2 files and faststone #18394

Open
1 task done
MichelNieuw opened this issue Feb 10, 2025 · 3 comments
Open
1 task done

jp2 files and faststone #18394

MichelNieuw opened this issue Feb 10, 2025 · 3 comments
Labels
scope: image processing correcting pixels

Comments

@MichelNieuw
Copy link

Is there an existing issue for this?

  • I checked and did not find my issue in the already reported ones

Describe the bug

When I export a file as JP2000 JP2 file, faststone seems to read it but the picture is far too bright. I have no possibility to find if it is a problem from darktable or from faststone

Steps to reproduce

open a ARW file (in my case)
do processing
save as JP2 file
open this file in faststone

Expected behavior

export correctly

Logfile | Screenshot | Screencast

No response

Commit

No response

Where did you obtain darktable from?

darktable.org / GitHub release

darktable version

5.0.0

What OS are you using?

Windows

What is the version of your OS?

Windows 11

Describe your system

No response

Are you using OpenCL GPU in darktable?

I dont know

If yes, what is the GPU card and driver?

No response

Please provide additional context if applicable. You can attach files too, but might need to rename to .txt or .zip

No response

@victoryforce
Copy link
Collaborator

Describe the bug

When I export a file as JP2000 JP2 file, faststone seems to read it but the picture is far too bright. I have no possibility to find if it is a problem from darktable or from faststone

You can import the exported file into darktable, this will show you whether there is a problem with faststone or not.

Steps to reproduce

open a ARW file (in my case) do processing save as JP2 file open this file in faststone

It's not reproducible here. It's likely that this effect was caused by some specific processing, such as the effect of some processing module. So, in order for us to understand what is the matter, we need an image on which you observe the described behavior and the corresponding xmp sidecar file.

@ralfbrown ralfbrown added the scope: image processing correcting pixels label Feb 12, 2025
@MichelNieuw
Copy link
Author

MichelNieuw commented Feb 19, 2025 via email

@victoryforce
Copy link
Collaborator

I cannot send you the complete output file from Darktable. So I cropped it a little (sample1DT_cropped.jp2)

You didn't actually send anything. You probably weren't aware, but GitHub doesn't support receiving attachments via email replies to comments. So please provide the required images via the web interface.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
scope: image processing correcting pixels
Projects
None yet
Development

No branches or pull requests

3 participants