First to say I am sorry if some of my last post have been a little rought, I
dono t have a great command of english, as you, I'm afraid, can experiment
in this moments.

Thanks to Hal, Sven and Carol for explain what CVS is. I do not have any
experience with this technology, though I have a certain skills in C
programming, programming application for scientific and technical solutions.
I have certain knowledge of color management (I usually work as advisor in
digital technology in prepress, CAD and photography) and are really
interesetd in a free soft solution to prepress and photographic fields.
I have been working, on my own, on a library for color processing. Not a
great thing, but I have some knowledge of color science and light physics
(no, I am not physic, I studied a minor electronic engineering) and some
experience in fuzzy expert systems.
I would like to work in the backend of the color system. As I say, I am
photographer, wishing a professional use for Gimp.

As photographer I see 3 lack for professional use of GIMP:

1 Not efficient CM.
2 Not working on 16 bits.
3 Not color separations neither an efective CMYK use.

As photographer I work in this way:

The image comes in an specific color space. That of the camera/scanner.
The engine read this RGB numbers (say image data) and translate it to a
"device independent" color space which have a specific color mean. There are
ideal color modes to represent this "real color" (Lab, XYZ) and some not so
idealm, but practical spaces (AdobeRGB, ColorMatch).
Once I have the "real color" I need to translate one sample of color to send
to screen. This translation uses as "dictionary" the "screen profile" if it
exist, or a sRGB if not. But, as photographer I am not interested in what I
see on screen, but what I can get in a developing machinery. So I need to
see how the color will appear. This is, use the screen as a proofing
machine. Then I can translate the color from the "real color" (working space
in adobe way of saying) to the "print color space" and then translate it
again to the screen. Maybe with the sRGB definition or with the screen
There are color that printer can render, but do not can render the screen.
So we never will have that color in the monitor. And there will be some
colors that the printer cannot render but can be doit by the screen. I need
an advise when this happens. In Adobe color management systems there is a
"out of gamut" mark in the info palette.
What I have been working is in a system to translate from the file, to the
screen and to the printer. I have not been programming the CMS. I have to
connect my library to the CMS engine (one thing to do) and I do not have an
user interface.
Actually my work is not much advanced, and I would like how can I help in
the gimp color system management with this "color management for
photographers" aimed system.

Thanks to all for the help.
About the CVS. I am not skilled in gnu programming and I almost cannot
understand the faqs. Because I see there are many overunderstaded concepts
that, for some like me, results a little confusing. Thanks again Sven, Hall
and Carol for their help to read that documentation.


"Podemos refutar el antiguo mito, tantas veces aludido, del papel
predominantede la sección áurea en la época renacentista"
(Rudolf Wittkover, "La proporción en el arte y en la arquitectura" Parte IV
"Las proporciones renacentistas y la conmensurabilidad", 1949)

Francisco Bernal Rosso

Traducción y redacción técnica-CAD-visualización arquitectonica-fotografía
técnica-iluminación y color.

Webpage at:

Gimp-developer mailing list

Reply via email to