Am 15.09.04, 15:58 -0500 schrieb Bob Friesenhahn:
> I claim absolutely no expertise in HDR images, but it seems to me that
> CMS is all about color reproduction on real-world devices. While I
> understand that CRT-based devices exist which can support a dynamic
> range of up to 1:20000, most devices do not even come close to that.
> If a device's colorspace can not support it, then a HDR image will
> appear no different than any other image.
As I understand, currently most profiles dont have an luminance tag
included. But at least an CMS needs to know about the whitepoint of the
output device in terms of intensity. This an real world scene can be
reproduced 1:1 , ignoring the viewing conditions. One step further the
viewing conditions would influence the behaviour of the displaying using
the luminance tag.
> The primary advantage of HDR image technologies is the ability to
> store/adjust/manipulate images without fear of saturation or clipping.
I think HDR kind of using physical representation over paper white. For
instance consumer games, film production, scientific processing, medicine
... use this kind of data handling.
> Images may contain useful content in very dark or very bright regions
> which otherwise appear black or white. Probably CMS profiles can be
> developed (or exist) which are optimized for supporting HDR images,
> but as soon as an image is targeted for a output device, it is limited
> by the ability of that output device. Part of the task for preparing
But think of an HDR as an representation not an print only. Clearly we
need good output. But first comes the intensities. It is quite different
to see the moon in the night or in the day - isnt it?
> a HDR image for output on a real-world device is to adjust the image
> so that the desired characteristics of the image will appear correct
> on an output device (e.g. by flattening/reducing the dynamic range in
> regions of the image). This adjustment is best done in the HDR
> image's native representation.
I would sometimes like to switch the color space of the HDR image's
native representation in CinePaint without beeing afraid to get
lost of > 1.0 values ;)
regards
Kai-Uwe Behrmann
+ imaging development / panoramas
+ color management
+ email :[EMAIL PROTECTED]
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Lcms-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/lcms-user