-
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
Incomplete photo export when disabling open-cl in darktable-cli #18127
Comments
I recently experienced the same thing, that is images not being rendered correctly anymore when using The regular I'm running a pretty recent build of darktable, commit was OpenCL is disabled, output of
|
It's very difficult to read the above logs, to get an idea about what might go wrong please provide logs with |
Hmm, tried the file&xmp provided by @puyral on my small 8GB laptop and exported 10times with & withoug OpenCL . Not a single file failed. ATM i don't know what could be going wrong here. |
Well I managed to "fix" the problem by nuking my On another note, the requested logs (with the old Without opencl, producing the incomplete file
With opencl, producing the expected file
|
I tried renaming my Still running without opencl. |
I tried downgrading to 4.8.1 and 4.6.1 but with both I got incomplete exports. Maybe it has to do with something else then, although I'm a bit out of ideas on how to diagnose. If I export from the darktable gui it works fine, but darktable-cli for some reason does not export the full image... |
Describe the bug
It seems that disabling open-cl can lead to a picture not being fully rendered. I get a black bar at the bottom of the image.
Steps to reproduce
darktable-cli ./MEP05404.arw ./MEP05404.arw.xmp /tmp/fine.jpg --core --conf plugins/imageio/format/jpeg/quality=80 --conf plugins/imageio/storage/disk/overwrite=1
produces the right imagedarktable-cli ./MEP05404.arw ./MEP05404.arw.xmp /tmp/broken.jpg --core --conf plugins/imageio/format/jpeg/quality=80 --conf plugins/imageio/storage/disk/overwrite=1 --disable-opencl
produces the incomplete oneThe raw files and generated jpgs are available here: https://drive.google.com/drive/folders/1q8_-WJ0C6ljQsvqfF3rO_hjoKqJzf_A0?usp=sharing (because Sony's RAW files are so large, it didn't fit on github ^^')
Expected behavior
borken.jpg
andfine.jpg
should be the same (or very close to)Logfile | Screenshot | Screencast
Here are the logs files using
-d all
for the broken jpg (without open-cl) the working jpg (with open-cl)Commit
No response
Where did you obtain darktable from?
distro packaging
darktable version
darktable 5.0.0
What OS are you using?
Linux
What is the version of your OS?
NixOS 24.11.20241230.3ffbbdb (Vicuna) x86_64
Describe your system?
I can reproduce the same problem on two machines with very different hardware configuration (one server and one desktop) but running the exact same os and version of darktable.
Are you using OpenCL GPU in darktable?
None
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
The bug is a few months older than version 5.0.0 and was already present in at least 4.8. But things used to be fully functional before.
It seems that more complex edits can lead to a larger black band at the bottom, but it is a bit inconsistent.
I am quite confused by this bug, since there are no error messages in the logs or anywhere else on my computers.
The text was updated successfully, but these errors were encountered: