darktable-org / darktable-org/darktable
Half of the image is misrendered in darkroom with AMD ROCm OpenCL driver and high-resolution images
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 13.1k
- Forks
- 1.4k
- Avg merge
- 22h 14m
- Merged PRs (30d)
- 198
Description
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 try to edit an 80mp raw, the right half of the image is rendered as shown in the screenshot. This does not occur with lower resolution files.
Disabling OpenCL makes the problem go away. Cropping or zooming makes the problem go away. Toggling the white balance and highlight reconstruction modules can make it go away. Turning on highlight reconstruction without white balance makes the right half of the image turn black.
The glitches do not appear in exported jpegs.
Steps to reproduce
- Enable OpenCL support
- Select the AMD ROCm driver
- Import this file (ORF, 60mb)
- Open the file in the darkroom view
Expected behavior
Darktable should render the entire image
Logfile | Screenshot | Screencast
Commit
No response
Where did you obtain darktable from?
distro packaging
darktable version
5.2.1
What OS are you using?
Linux
What is the version of your OS?
Manjaro (recently updated)
Describe your system
Thinkpad P14s with Ryzen 6850u and Radeon 680M. 32Gb shared RAM.
Are you using OpenCL GPU in darktable?
Yes
If yes, what is the GPU card and driver?
Radeon 680M, 32Gb (shared), ROCm 6.4.3
Please provide additional context if applicable. You can attach files too, but might need to rename to .txt or .zip
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the darkroom view steps with OpenCL enabled, the AMD ROCm driver, and the linked 80 MP ORF file, then inspect the attached dt.log. Compare the misrendered preview with the behavior when OpenCL is disabled or the image is cropped or zoomed. Done means the entire image renders correctly in darkroom under the reported hardware and driver conditions.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- computer-graphics
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100