Dale
2014-02-26 03:04:28 UTC
sensitized photographic film and paper have a toe and shoulder in their
contrast, it is an artifact of chemical activity and exhaustion that
just so happens to provide a system to deal with dynamic range, such as
highlights and shadows when such chemistry is optimized, and perhaps
even before optimized which I don't know
the contrast of chemical media, is modeled with rational quadratic and
other non-linear but not cubic terms, leaving it to remain within
measurement and hybrid systems modeling/engineering ease and simplicity
pure digital has gamma, a linear contrast
gamma works just fine when the capture, manipulation and output can
handle the dynamic range of a scene or artistically created image in a
wide enough gamut working space
what I glean from the ICC website http"//www.color.org is that output
profiles are mapped to the maximal machine code for that device, this
means additive systems will have the brightest display, and subtractive
systems will have the darkest display, regardless of accuracy, perhaps
leaving a linear toe and shoulder from the accurate gamut to the machine
maximals
this is really not a capture issue, but it is an output and manipulation
issue
if you used a rational quadratic like Kodak uses for its film and paper
contrasts from the region of accurate to machine maximal color, you
might deal with highlights and shadows better, it involves a
non-linearity in calculation but still a one dimensional look-up table,
probably not as applicable to embedded systems which I don't know
in the case of ROMM, RIMM, ERIMM, I can see why you might not want to do
this to maintain linearity to CIE standards and the end points are not
mapped like output devices as far as I know, except with the
linearization to ProPhoto RGB which I will address in another post
search for ROMM, RIMM, ERIMM and ProPhoto RGB
on http://www.color.org
and www.wikipedia.org
my means are much limited compared to when I worked in Kodak R&D 17
years ago, I can study stuff, but my applications are consumer capture
and display pretty much, color manipulation is maturing in GIMP which I
no longer have since Redhat uses a version predated color management,
and my cell phone is not a smart phone
I see clipping of shadows in consumer capture when printed, how printed
I don't know
I see clipping of highlights on at least television display (I have
CRT),, haven't really viewed my LCD computer monitor enough to say there
sRGB has failed the consumer use case it wanted, at the expense of some
long term development of open systems of color, ProPhoto RGB delivers a
centralized system,, but in gamut is not big enough to accommodate
digital capture, impending digital display and probably digital
projection as I gather, maybe a filter set and associated spectral
considerations of sensitivity or density would be a better ROMM, RIMM,
ERIMM
contrast, it is an artifact of chemical activity and exhaustion that
just so happens to provide a system to deal with dynamic range, such as
highlights and shadows when such chemistry is optimized, and perhaps
even before optimized which I don't know
the contrast of chemical media, is modeled with rational quadratic and
other non-linear but not cubic terms, leaving it to remain within
measurement and hybrid systems modeling/engineering ease and simplicity
pure digital has gamma, a linear contrast
gamma works just fine when the capture, manipulation and output can
handle the dynamic range of a scene or artistically created image in a
wide enough gamut working space
what I glean from the ICC website http"//www.color.org is that output
profiles are mapped to the maximal machine code for that device, this
means additive systems will have the brightest display, and subtractive
systems will have the darkest display, regardless of accuracy, perhaps
leaving a linear toe and shoulder from the accurate gamut to the machine
maximals
this is really not a capture issue, but it is an output and manipulation
issue
if you used a rational quadratic like Kodak uses for its film and paper
contrasts from the region of accurate to machine maximal color, you
might deal with highlights and shadows better, it involves a
non-linearity in calculation but still a one dimensional look-up table,
probably not as applicable to embedded systems which I don't know
in the case of ROMM, RIMM, ERIMM, I can see why you might not want to do
this to maintain linearity to CIE standards and the end points are not
mapped like output devices as far as I know, except with the
linearization to ProPhoto RGB which I will address in another post
search for ROMM, RIMM, ERIMM and ProPhoto RGB
on http://www.color.org
and www.wikipedia.org
my means are much limited compared to when I worked in Kodak R&D 17
years ago, I can study stuff, but my applications are consumer capture
and display pretty much, color manipulation is maturing in GIMP which I
no longer have since Redhat uses a version predated color management,
and my cell phone is not a smart phone
I see clipping of shadows in consumer capture when printed, how printed
I don't know
I see clipping of highlights on at least television display (I have
CRT),, haven't really viewed my LCD computer monitor enough to say there
sRGB has failed the consumer use case it wanted, at the expense of some
long term development of open systems of color, ProPhoto RGB delivers a
centralized system,, but in gamut is not big enough to accommodate
digital capture, impending digital display and probably digital
projection as I gather, maybe a filter set and associated spectral
considerations of sensitivity or density would be a better ROMM, RIMM,
ERIMM
--
Dale
Dale