-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Comments
You can import the exported file into darktable, this will show you whether there is a problem with faststone or not.
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. |
Hi Victor,
I imported a jp2 picture from the internet (sample1.jp2). Viewing it in
darktable is Ok, viewing it in faststone is Ok. Saving this picture
(without any processing) to sample1DT.jp2 (settings: see settings.jpg)
and opening it in faststone: wrong brightness. Far too bright. Importing
this picture again in Darktable: wrong brightness as well.
So since Faststone AND Darktable see the jp2 picture as saved by
Darktable wrongly, the error MUST be in Darktable
Since your mail server has set the max mail size very low, I cannot send
you the complete output file from Darktable. So I cropped it a little
(sample1DT_cropped.jp2)
Kind regards
M Nieuwenhuizen
Victor Forsiuk schreef op 2025-02-11 14:40:
> 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.
--
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
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. |
Is there an existing issue for this?
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
The text was updated successfully, but these errors were encountered: