darktable-org / darktable-org/darktable
color zones: early wraparound with positive mixing and single curve point
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
See #10069
Wraparound point is closer to the maximum this time, otherwise everything is exactly the same.
Steps to reproduce
See #10069
Expected behavior
No response
Logfile | Screenshot | Screencast
See #10069
Commit
It was already bisected in, you guessed it, #10069
Where did you obtain darktable from?
darktable.org / GitHub release
darktable version
5.0.1-2
What OS are you using?
Linux
What is the version of your OS?
Debian Trixie
Describe your system
No response
Are you using OpenCL GPU in darktable?
No
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
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 reading issue #10069, which contains the reproduction steps, evidence, and bisected commit referenced here. Reproduce the color-zones behavior on darktable 5.0.1-2 under Debian Trixie and compare the wraparound point with the single-curve-point case; done means the early wraparound is understood and corrected.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- computer-graphics, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100