On 10/12/13 9:36 am, johannes hanika wrote: > we should also think about not clamping at 0, to support weird gamuts > (post 1.4, needs thinking how that makes sense in Lab, in rgb it totally > does).
Yeah, that makes lots of sense. Particularly color modules shouldn't clamp, because it limits some use cases in bw-conversion that I ran into regularly. Think about this example: I have a white bg with two people in front. The faces are darker than the bg, obviously. After bw conversion, I like to reverse this, i.e. make the bg darker than the people's faces. This would be easy if e.g. 'color zones' allowed to output values > 1.0. I could just push the bg to gray using an 'exposure' of -1.5ev and then bring the skin tones up by ~2.8. This would of course also (on top of 'color zones' /not/ clamping) require that I can zoom the curves in the widget or that I have a global multiplier slider. .mm ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ darktable-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-devel
