HDR, color management, krita, luts and other apps

[Kai-Uwe Behrmann]

Am 07.06.12, 14:29 +0100 schrieb Simon Legrand:
> I have forwarded Boudewijn's initial email to all the relevant people in DD
> London (Comp, Texture, Matte painters, ect...) I've asked them to read
> through it and let me know if they spotted anything or wanted to expand on
> any point.
>
> I'll report back if any of them come up with useful information.
>
> On Thu, Jun 7, 2012 at 9:13 AM, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
>> Am 07.06.12, 09:50 +0200 schrieb Boudewijn Rempt:
>>  On Wednesday 06 June 2012 Jun, Sven Langkamp wrote:
>>>
>>>> I guess someone would get shot for the first sentence in Simon's place ;)
>>>> Would be a bit strange if an application that costs a few thousand euro
>>>> couldn't do that.
>>>>
>>>
> Haha. No, actually it's true that Nuke keeps its own colour pipe very
> simple, because Nuke itself is usually used to basically 'create'
> colourspaces and LUTs that work for different mediums. If we had an
> automatic monitor colour correction on top of that it may make things very
> complex for us. It's kept simple on purpose. :) And we all use calibrated
> Dreamcolor screens anyway.

Interessting. Do you drive the DreamColor's on 10-bit per channel mode or 
old school 8-bit? If it is connected with 10-bit, what window manager 
do you use?

> Yes and we do use those.
> http://h10010.www1.hp.com/wwpc/us/en/sm/WF05a/382087-382087-64283-72270-3884471-3648397.html?dnr=1
> We never use non calibrated screens to review anything, which is why there
> was never a real need for Nuke to automatically adapt itself. However Krita
> has a broader user base and it most definitely would have to keep doing
> what it's doing now and not go the Nuke way. But I think everyone seems to
> agree on this.

kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org