primax: Re: primax_scan.c gamma
Subject:
Re: primax_scan.c gamma
From:
####@####.#### (Thomas Schano)
Date:
5 Feb 2000 23:31:52 -0000
Message-Id: <389CAF47.62BAD30@t-online.de>
Gustaf Kroling wrote:
> Hello Thomas,
>
> > It isn't applied to the range of the adc (10 to 12 Bit per color). It is
> > applied to the possible range of 8 Bit per color at the output of the
> > scanner. That's the range off colors the crt gets. So it's normalized to
> > the systems max. value.
>
> Well, what I meant was that the color_table is set up as if
> the black level
> is very close to zero and that white is max from the adc on
> all three channels.
That's ok. That's my way of thinking.
>
> This may work for you if the calibration routine can fine
> adjust both gains
> and offsets. This is not possible in my case since I need to
> set a gain in the interval 2 to 3 with a resolution of .25 per step!
Does this mean that you use a resolution of the color that correlates
with
the resolution of the 30 bits the adc uses? Do you make scans with 30
bit per
pixel instead of 24 bit per pixel?
With my scanner the black value is calibrated to a value below 0C hex.
The
transformation I use is the standard one (no command line argument!). So
with
a digital gain of 3 the value gets 24 hex at max. If that is not good
enough
use the brightness option to adjust the black to 0. An other way is to
look
to the calibration and make it better. ;;;-))))
One problem I have is that I don't know how black the black I use is.
This
means: I use a black stripe under the top scale to adjust the black
value.
But I do not know If this stripe is real black. The scanner may get
scattered
light, perhaps that stripe is only a dark gray. So use the brightness to
adjust your black. But remember the attenuation of the light getting to
different CCDs in the line is not the same at each point! Look to the
PGA
array to see the function of attenuation.
>
> >
> > I've found a very nice document about gamma correction on the net: "FAQ
> > about Gamma" by Charles Poynton http:www.inforamp.net/~poynton
> Yes, very good. Did you notice the FQA too?
>
> > I looked
> > to the Document and found, that what's marco made was quite ok. The only
> > fault was in the parse_options: The field for the gamma, brightness and
> > contrast has a component for every color. Only one component is written
> > in
> > parse_options. The others don't get new values.
>
> I had a look at marcos original code and now I see that I
> missed that 'midin'
> cancels out. Shame on me. My real problem was the one
> described above.
>
> > An other problem is: I did the color to gray conversion with the PAL
> > values not with them for linear systems. My problem is now how to handle
> > the conversion values in respect to the gamma correction? Should I do it
> > mathematically or with parameters - who can handle all this
> > parameters?
>
> I am not sure that I understand the problem:
> >From my old book I get that they just do the gamma
> correction directly on
I have got an old tv-book too. But TV-systems were set up many years
ago. The
technic is analog.
-- We have a digital signal processing system called PC. Computers
normally
works in linear world to process pictures. So the gamma correction has
to be
done by the output interface (printer driver, video card.....).
>
> the signals from the camera tubes and then add them to get
> the gray signal.
> The book says that this is not really the correct way but it
> is simple. A better
> way would be to first do the addition and then gamma
> correct. But this is not
> good way to do it when the color-matrix is located in the
> scanner. Anyway, they
> use the same correction for colour and gray so they have no
> extra parameters
> involved if that is what you mean. Don't your scans look ok?
You said it, "it is not correct". But if I look to the correspondences
with
you and others it looks like "Every thing has to be correct and the
finest".
>
> I have also
> noticed that TaskBridge does not give you any chance to
> control the individual
> gammas when you select gray scanning.
TaskBridge is not the world. If we need other options we should create
them.
>
>
> Gustaf
Thomas
P.S. TaskBridge uses 2.2 as default value to the gamma correction.
PPS: The Code is licend to GNU. So feel free to make some functions in a
better way. (The actual version is an ALPHA version. Writing this code
is my
hobby not my profession.)
PPPS: Please use the mailing list ####@####.#### to
discuss problems like this. So that others can see that something is
already discussed.
