Project

General

Profile

Feature #9772

Limitated Exposure control range

Added by Robert Richard over 4 years ago. Updated over 4 years ago.

Status:
Fixed
Priority:
Low
Category:
Darkroom
Start date:
01/11/2014
Due date:
% Done:

100%

Affected Version:
System:
bitness:
64-bit
hardware architecture:
amd64/x86

Description

I'm currently using version 1.4, and I really enjoy it!
Nonetheless, the exposure control is to wide to my taste, it prevents for a very accurate control (even with the graphical control). I'll never overexpose by 14 eV and I guess that limitating it to +-5eV would be more than enough.
What do you think?

History

#1 Updated by Christian iuga over 4 years ago

Hi,
Yes you have right for most usage it's not needed & it's not very accurate ...

But it's can be usefull to have overexpose by 14 eV for HDR images.
It's a uncommun usage, but it's usefull to be able to overexpose more than 3eV (or 4 or ...)

However, i saw a possiblity offer by GTK on the documentation and share the information with the darktable mailing-list :

It's seem's to be possible (if i understand correctly) to adjust bounds
on gtk3 sliders

http://hackage.haskell.org/package/gtk3-0.12.5.0/docs/Graphics-UI-Gtk-Misc-Adjustment.html

So it's maybe possible to have a sliders for common usage (like 3EV)
Then when a user nearly reach a slider bound, we can adjust
minimun/maximum value & step increment to allow uncommun usage (like
HDR)

What do you think ?

Response from a Dev-Guy ;) :

that sounds reasonably simple to implement. sometimes you still need hard limits though, when < 0 just doesn't make any sense. i can look into that maybe some time next week..

#2 Updated by Tobias Ellinghaus over 4 years ago

  • % Done changed from 0 to 50
  • Status changed from New to In Progress
  • Priority changed from Medium to Low

The sliders used in darkroom are not GTK. And the quote from hanatos was about another suggestion which we already discussed in IRC and will most probably try out. There are just some UX issues that need to be solved first.

#3 Updated by Robert Richard over 4 years ago

I thought it should be limited, by having some box to tick would allow you to go beyond standard limitations... but I have no idea if that is difficult. An other solution can be to have a specific module for HDR? Personally I don't like this idea.
Anyway thanks for answering!

#4 Updated by Pascal de Bruijn over 4 years ago

I'm not really a HDR kinda guy (so be warned ignorance ahead), but is it really commonly useful for such a wide exposure latitude? How is it useful? What are the real world use cases?

#5 Updated by Robert Richard over 4 years ago

I guess this latitude is never used... I'm working on several software (LR5, Capture One, DxO) and none of them have such latitude indicating that users do not ask for so much. When you do HDR you do not want to push a lot the exposure, but you want to be able to extract the shadows without clipping the highlight. Even with the Dual_iso of Magic lantern I never push that much (but I need to control the saturation in the highlights).

#6 Updated by Tobias Ellinghaus over 4 years ago

Since it's the main developer of darktable who uses that range on a daily base the most relevant user needs it. So you can stop arguing. We WILL add some way to dynamically extend the range, it just takes some time.

#7 Updated by Robert Richard over 4 years ago

Dear Tobias, I didn't mean to be offend you or to argue with anyone.
On the opposite I meant to be respectful and in case you missed it really enjoy darktable more than many other photo software.

I couldn't guess that was useful for you and as a regular user I just expressed a feedback.

#8 Updated by Tobias Ellinghaus over 4 years ago

  • Status changed from In Progress to Fixed
  • % Done changed from 50 to 100
  • Assignee set to Tobias Ellinghaus

I added soft limits for bauhaus sliders. Currently they are only used for exposure, please test and report back if there are issues. The range is only grown when the value is entered manually.

See 517380f0a9d600a2cae1a32f56057460f3dab9e9 and a84773b902da854c73f653858f9d22669f69eebb.

Also available in: Atom PDF