Help - Search - Member List - Calendar
Full Version: Camera's histogram reliable to the RAW data
Luminous Landscape Forum > Equipment & Techniques > Digital Cameras, Backs and Shooting Techniques
Pages: 1, 2, 3
GLuijk
We all know that camera's display in terms of histogram and blown highlight is based on a in-camera JPEG version of the RAW file, and is pesimistic with respect to the real RAW data.

One can set a low contrast value in the camera parameters, no saturation, and so on,... but those tricks have little effect in making the camera's more reliable to the RAW information.

Thanks to playing with DCRAW I learnt some time ago how critical is the white balance in transforming the RAW's histogram, by overexposing one or even 2 channels by 1 or even 1.5 f-stops.

I have tried to find out the way to neutralise my 350D's white balance setting a neutral (1.0 scaling in all 3 channels) white balance. Images will display in a wrong colour (of course RAW data remains intact), but the histogram and blown blinking highlights should improve.

Tell me what do you think.
(the detailed article in Spanish can be found here: DISPLAY DE LA CÁMARA FIEL AL RAW)


Steps:

1. I create a colour chart representing all possible RGB proportions (I chose to fix G=64). Over this chart I shot and I will try to find out which tone becomes pure gray in the RAW file when no WB at all is applied (that is camera's "true gray"):

user posted image



2. When we shot over the chart and develop with no WB applied we know how the camera "sees":

user posted image



3. I make a Hue/Sat analyse on the previous image to locate the neutral gray:

user posted image


It's the point at which different hues intersect (minimum saturation obviously) and it happens to be: R=162, G=64 y B=104


4. Now I generate a uniform chart with that specific colour and shoot it. Developed with no WB we see it's already balanced (it's already pure gray), so the calculation was right:

user posted image

user posted image



5. The RAW file obtained in the shot over the magenta chart is now used to configure my 350D's custom WB, resulting in the fact that the camera will apply from now on a nearly neutral WB (i.e. no WB), see all 3 multipliers are nearly 1.0:

user posted image


From now on when the camera tells me somthing is blown in its display, it really is in the RAW data. I have to do more tests, but it seems promising.


Of course, you shouldn't try this if your customer is beside you and wants to have a look at the pictures in your camera's display while they are shot, or you will have to give a lot of explanations why they look like Matrix code biggrin.gif :

user posted image


This is the RAW magenta chart that can be used on any 350D to achieve this specificic WB: UniWB350D.cr2

What do you think?
bansal98
I've been doing a similar thing for gamma correction. The idea being to get as close to the raw histogram as possible. See here.
Panopeeper
GENIAL!!!

I will have the chart printed and do the same with my cameras.
Panopeeper
Btw, how did you make the basis color chart? If I make a graduation from (0,64,255) - (255,64,0), then I don't get any green, like you got in the upper left corner.
GLuijk
QUOTE(Panopeeper @ Jan 9 2008, 05:49 AM)
Btw, how did you make the basis color chart? If I make a graduation from (0,64,255) - (255,64,0), then I don't get any green, like you got in the upper left corner.
*



I set (almost) arbitrarily G=64 since I knew the higher sensitivity of the sensor for the G channel would produce seeing a pure gray at some R&B dominant point.

Regarding the gradation, R and B are independent of each other: R runs 0 to 255 left to right, and B runs 0 to 255 up to down, so top left corner is pure green (0,64,0), and (64,64,64) is the gray point for this test chart. All that is clearer looking at the Hue distribution of the test chart:

user posted image



Find here the test chart in 1024x1024 size: CARTA DE PRUEBA G64

I don't recommend you to print the charts but shoot them straight on your monitor instead.
This will not invalidate the procedure at all as long as the magenta chart is shot under the same conditions (monitor settings + room light conditions) as the test chart.
Thus your monitor does not need to be calibrated at all (mine is not), and your room's light conditions can also be any as long as they remain constant (be careful with sunlight entering your window, these experiments are best done at night).
You will even be more precise this way, and you will save time and ink!

BTW I have been told Nikon cameras (from D200) can do this by simply configuring the so called 'UniWB' white balance mode in the camera. No idea how difficult is that.

Regards.

PS: this is a sample shot using the custom WB achieved, comparing the result of developing the same RAW file:
- Left: with its embedded WB from camera (i.e. our specific neutral WB)
- Middle: no WB at all (forcing 1.0 multipliers in DCRAW)
- Right: Daylight WB preset

user posted image


First 2 images match very well as expected.

In my first quick tests, blinking areas in the camera's display (350D) are very close to real RAW blown areas. In fact, surprisingly they are a little bit more optimistic than a strict partial saturation detection over the RAW data. So watch out!.
Whether this happens or not depends solely on the 350D's implementation of the blinking highlights; the WB calculation procedure is conceptually flawless.
GLuijk
QUOTE(bansal98 @ Jan 9 2008, 05:22 AM)
I've been doing a similar thing for gamma correction. The idea being to get as close to the raw histogram as possible. See here.
*



I have your article in mind since I saw it some days ago. Will have a close look tonight.
Panopeeper
Guillermo,

I carried out the "neutral WB calibration" (I too came to the idea of doing it with the monitor). The result is as good as I can imagine it; the blinking clipping indication of the camera reflects the clipping down to a tiny clipping, barely perceivable. This is much better than what I got with setting the color temperature and color correction (that method would certainly lead to an exact adjustment, but that is very tiresome).

Now I can rely on the blinking on the camera's display. The histogram itself is only a rough indication because it is too tiny and one can't see if it really reaches the right end.

Are you the originator of this idea? I want to spread it and want to give the well-deserved credit to the originator.

Btw, I copied the template on every CF card, so that if it becomes necessary to change the custom balance, one can return to this setting any time. Of course I protected the template from accidental erasure.
GLuijk
QUOTE(Panopeeper @ Jan 9 2008, 11:46 PM)
I carried out the "neutral WB calibration" (I too came to the idea of doing it with the monitor). The result is as good as I can imagine it; the blinking clipping indication of the camera reflects the clipping down to a tiny clipping, barely perceivable. This is much better than what I got with setting the color temperature and color correction (that method would certainly lead to an exact adjustment, but that is very tiresome).

Now I can rely on the blinking on the camera's display. The histogram itself is only a rough indication because it is too tiny and one can't see if it really reaches the right end.

Are you the originator of this idea? I want to spread it and want to give the well-deserved credit to the originator.


It's nice, isn't it?

Strangely, I am the originator of the idea. Last Monday was bank holiday in Spain and I spent the whole Sunday night shooting my monitor lol. Didn't want to go to bed until I published the article.

Feel free to distribute the idea but from my experience, don't expect too much feedback or good vibrations, few have the knowledge to appreciate such intriguing camera fine tunings.

Just curious, what multipliers did you achieve? I was surprised at my 5,6% error, remarkably low since I was really sleepy and didn't take any care to be precise. Wanted to go to bed!
Panopeeper
I am not familiar with DCRaw and have not used that for the calibration; I picked the grey point from the shot of the original template with Rawnalyze, and verified the resulting grey too with it. But I was curious re the factors, so I found in DCRaw that there is an option -i for information. It displayed (1057, 1045, 1083, 1045) - this is 3.6%.

Re shooting the monitor you need to think of followings:

1. defocus and do not go too close, otherwise you record the "gaps" between the monitor pixels as well (Moire-like effect),

2. do not go too far, for the "grey to be" area (R=162, G=64 B=104 for your camera) has to cover the circle on the focusing screen. Be generous, because that area is involved in the custom WB setting. I increased the size, so that I got a larger image.

Guillermo, you deserve a big THANK for this idea.

Btw, if you want to distribute it, you can upload the final raw file for the WB setting, that depends only on the camera but not on the illumination any more. I will offer this on the Rawnalyze page, with due credit to you (I am at the middle of the new manual, it is done in a few days).
GLuijk
QUOTE(Panopeeper @ Jan 10 2008, 12:23 AM)
I am not familiar with DCRaw and have not used that for the calibration; I picked the grey point from the shot of the original template with Rawnalyze, and verified the resulting grey too with it. But I was curious re the factors, so I found in DCRaw that there is an option -i for information. It displayed (1057, 1045, 1083, 1045) - this is 3.6%.

Re shooting the monitor you need to think of followings:

1. defocus and do not go too close, otherwise you record the "gaps" between the monitor pixels as well (Moire-like effect),

2. do not go too far, for the "grey to be" area (R=162, G=64 B=104 for your camera) has to cover the circle on the focusing screen. Be generous, because that area is involved in the custom WB setting. I increased the size, so that I got a larger image.

Guillermo, you deserve a big THANK for this idea.

Btw, if you want to distribute it, you can upload the final raw file for the WB setting, that depends only on the camera but not on the illumination any more. I will offer this on the Rawnalyze page, with due credit to you (I am at the middle of the new manual, it is done in a few days).
*



Grrr, so you beat me. What cameras do you have?
With dcraw -v -w pic.cr2 DCRAW will display the 1.0 based multipliers.

I already put the 350D UniWB RAW file for download at the end of the first post of the thread. BTW I have just been sent a chart shot using the 40D from other user and the magenta chart (we could call it 'wine chart') for that camera and conditions happened to be:

Canon 40D:
user posted image


R=170
G=64
B=115

My 350D was:
Canon 350D:
R=162
G=64
B=104

Of course comparing is a bit nonsense since the differences are in this case not only for the cameras but also include my and the other user's conditions (monitor + lighting conditions), so I will send him the wine chart to obtain the final UniWB40D.cr2 RAW file.
Anyway, looking at the hue transformations in both cameras, if the 350D's well know issue of getting "oranged" reds, what about the 40D? could it even be worse looking at the distribution?:

user posted image
Panopeeper
My "grey to be" for the 40D is (120, 64, 75). Of course, this does not mean anything.

I don't understand your "oranged red" subject. I did not make that step at all. Instead of generating a non-WBd file by DCRaw, I displayed the shot of the rainbow chart (what you posted) with Rawnalyze, no WBing, and looked for grey point (simply by clicking around, and when close, I saw from the numbers, in which direction I have to go to get even closer to true grey). I transformed the co-ordinates of that point over the original (simply by measuring it with a ruler on the screen and interpolating), so I got the RGB of the "grey to be". I created that square.

Then I shot that "winechart", though my one is not really "winy" and checked the color in Rawnalyze. It was a bit off grey, I corrected directly the winechart (for example the red was too much, so I reduced it in the winechart), and shot it again. I made three iterations and then shot a serie of the scenery outside with 1/3 stops, and compared the clipping indication with that in Rawnalyze (it produces something like ACR's clipping indication). Since then I have been happy. I don't touch it, because it can become only worse :-)

My 40D template can be downloaded from

http://www.cryptobola.com/PhotoBola/WB_00040.CR2

It can be stored and used on the CF card with this name (both the 40D and the 20D are picky about accepting files with names different from the original scheme).
NikosR
Maybe I'm missing something, but how is this method original and different than the well known Uniwb advocated by Iliah Borg on dpreview and nikoncafe for some years now and actually quite extensively used by Nikon photographers by setting up unitary WB coefficients in their Nikon cameras?

(PS. BTW, unitary wb coefficients are not handled gracefully in ACR/LR and some other raw converters so one has to use 'not-quite unitary' coefficients if one wants to work in these converters).
GLuijk
QUOTE(Panopeeper @ Jan 10 2008, 04:53 AM)
I don't understand your "oranged red" subject. I did not make that step at all.


What I mean by the "orange reds" in the Canon is that many Canon user complain at the red colours their cameras capture, which trend to become a bit orange (this is a fact I have often read about in the forums).

And lookig at the RGB -> HSV transformations of the original (test chart) and the results captured by the camera sensors, we can notice 2 effects:

1. Displacement of the gray (R=G=B ) point: this was expected due to the different relative channel sensitivities.

2. But also a colorimetric effect, which makes tone (Hue) change. You can see that the angle of Hues that could be considered as acceptably "red" in the original test chart, becomes a much narrower angle in the 350D and specially the 40D.
Of course this was influenced by the lilghting conditions present in the scene (a calibrated monitor and 100% neutral ambience lighting would be needed to properly confirm). But anyway I wonder if also the camera sensor could have an influence on this.
After all R channel is just a band pass filter which can behave far from ideally, and could happen that in these sensors the R channel trend to have more gain on the frequency band close to oranges.

user posted image


BTW your UniWB RAW yields in DCRAW multipliers 1.016330 1.000000 1.033622.
Do you mind if I offer it for download in my website and other forums?
(I will reference you of course)

One question: by opening it I see it display not only the chart but also a screenshot of PS. Does this mean the camera only takes into account a centred portion of the RAW to calculate the custom WB? I didn't know that. Do you know exactly what size (%) of the total image surface?

Thanks
GLuijk
QUOTE(NikosR @ Jan 10 2008, 09:58 AM)
Maybe I'm missing something, but how is this method original and different than the well known Uniwb advocated by Iliah Borg on dpreview and nikoncafe for some years now and actually quite extensively used by Nikon photographers by setting up unitary WB coefficients in their Nikon cameras?

(PS. BTW, unitary wb coefficients are not handled gracefully in ACR/LR and some other raw converters so one has to use 'not-quite unitary' coefficients if one wants to work in these converters).
*



I knew that Nikons from the D200 could be configured for UniWB, but thought they had just this config option in the camera. Is the method for Nikons the same as explained here? blink.gif then why was it assumed to be valid just for Nikons? I always thought they had something special that made UniWB much easier in them. I have a feeling I could have reinvented the wheel here hehe.


Of course the unitary converters are not to be fed into your RAW developer, that's nonsense. This is only a white balance for capture, not for developing. Commercial RAW developers find problems in handling certain WB multipliers, probably when converted they fall in too extreme Temperature/Tone parameter values.

Just curious: a friend of mine turned his old 300D into an IR camera. It worked fine in the capture, but he found that ACR was not capable to achieve the needed Temperature for a proper development. He used DCRAW instead, which has no limitations on the multipliers, and he got his pics OK then.
NikosR
QUOTE(GLuijk @ Jan 10 2008, 01:29 PM)
I knew that Nikons from the D200 could be configured for UniWB, but thought they had just this config option in the camera. Is the method for Nikons the same as explained here?  blink.gif  then why was it assumed to be valid just for Nikons? I always thought that.

Of course the unitary converters are not to be fed into your RAW developer, that's nonsense. This is only a white balance for capture, not for developing.
Just curious: a friend of mine turned his old 300D into an IR camera. It worked fine, but he found that ACR was nos capable to achieve the needed Temperature for a proper development. He used DCRAW instead, which has no limitations on the multipliers, and he got his pics OK then.
*



With Nikon cameras that support uploading the coefficients directly (e.g. D2 cameras) you can do it directly. For other cameras you just load a custom white balance (examples of which Mr. Borg and others have provided) created, I suppose, in a similar fashion as you do here.

http://www.pochtar.com/Uni.zip provides you with a UniWB custom setting and a 'not-quite-uni'WB for raw converters that cannot handle coefs of exactly 1.0



So your work here might be original with regards the specific Canon implementations but the idea is far from original. A Google search for UniWB will point you to a lot of discussions.

I'm not saying that one feeds these coefficients in the converter. I'm just saying that if a RAW file with coeffs of exactly 1.0 (at least for Nikon cameras) is fed into ACR/LR, ACR/LR will not treat them correctly when you subsequently try to change WB. This has been acknowledged by Thomas Knoll in Adobe forums. http://www.adobeforums.com/cgi-bin/webx/.3bb6a85c.3bbfce73/2

Other converters (e.g. Nikon Capture and NX) are known to crash if an attempt at adjusting the exposure is done in the converters. BTW, such adjustment even if possible would not lead to the benefits one might expect when using normal WB coefficients as there is no artifically clipped channels in the raw conversion as rendered by the converter in the first place! That's the benefit of UniWB.
GLuijk
QUOTE(NikosR @ Jan 10 2008, 11:38 AM)
I'm not saying that one feeds these coefficients in the converter. I'm just saying that if a RAW file with coeffs of exactly 1.0 is fed into ACR/LR, ACR/LR will not treat them correctly when you subsequently try to change WB. This has been acknowledged by Thomas Knoll in Adobe forums.


I cannot find a logic in this. Even if ACR or any RAW developer cannot handle the 1.0 multipliers (which is understandable), they should not fail later to apply a correct "regular" WB since pure RAW data are not affected by the UniWB. Could you please provide me that Thomas Knoll reference?

Regarding the copyright/original idea matter, believe me, I am 0% interested in being acknowledged as the inventor of anything. I just had fun configuring my camera for a neutral WB last night, that is all.
People waste too much time in the forums discussing who is the owner or the copier of new ideas, instead of being positive and trying to get the best of our hobbies/work.
NikosR
QUOTE(GLuijk @ Jan 10 2008, 01:46 PM)
I cannot find a logic in this. Even if ACR or any RAW developer cannot handle the 1.0 multipliers (which is understandable), they should not fail later to apply a correct "regular" WB since pure RAW data are not affected by the UniWB. Could you please provide me that Thomas Knoll reference?

Regarding the copyright/original idea matter, believe me, I am 0% interested in being acknowledged as the inventor of anything. I just had fun configuring my camera for a neutral WB last night, that is all.
People waste too much time in the forums discussing who is the owner or the copier of new ideas, instead of being positive and trying to get the best of our hobbies/work.
*



For your first comment pls. see my updated post above.

For the second, I have no reason not to believe you, but I thought that setting the record straight was the correct thing to do, since there were posters in this thread assuming exactly what you were not interested in. Blame it on my scholarly background.
GLuijk
QUOTE(NikosR @ Jan 10 2008, 11:50 AM)
For your first comment pls. see my updated post above.


"Using the "UNIWB" hack is confusing Camera Raw into thinking the image is a double exposed image, and Camera Raw using a different processing path."

I understand. This is an elegant way to admit that ACR has an undesired behaviour (i.e. a bug) biggrin.gif
Everytime I find more happy with Dave's DCRAW.

PS: Panopeeper, I am terribly sorry for making you believe I was the originator of this idea (if it is true someone thought of it before I did, although I couldn't find a similar procedure anywhere valid for any camera model and brand), and I hope you can forgive me some day for such an offence. lol
Panopeeper
Gullermo,

1. of course I have no problem if you offer anyone the 40D WB template I created,

2. I made a search for uniwb and did not find anything re how that has been achieved. There are several ways, for example there is a huge color checker box from Gretag with 120 or so colors. When one shots that from the monitor, one can find a color, which is quite close to grey without WB (non-demosaiced, of course). From there, it requires I guess perhaps five to eight iterations (only guessing) to arrive at the proper color.

The core of the idea is using an "inverted color", and for me you are the inverter.

3. Anyway, if you disseminate the method and/or the raw files, you should explain, that the contrast, saturation, sharpness and color tone have to be "neutralized". How to achieve that depends on the camera. For example the 40D shows a "0" at the appropriate places: at the left end of sharpness and at the middle of the other ones.
GLuijk
QUOTE(Panopeeper @ Jan 10 2008, 11:00 PM)
2. I made a search for uniwb and did not find anything re how that has been achieved. There are several ways, for example there is a huge color checker box from Gretag with 120 or so colors. When one shots that from the monitor, one can find a color, which is quite close to grey without WB (non-demosaiced, of course). From there, it requires I guess perhaps five to eight iterations (only guessing) to arrive at the proper color.

The core of the idea is using an "inverted color", and for me you are the inverter.

3. Anyway, if you disseminate the method and/or the raw files, you should explain, that the contrast, saturation, sharpness and color tone have to be "neutralized". How to achieve that depends on the camera. For example the 40D shows a "0" at the appropriate places: at the left end of sharpness and at the middle of the other ones.
*



This is a good point, I want to make tests in my camera to find out since I wonder:
- Contrast: would be 0 value a good idea or a negative one? (I imagine negative is an inverted S curve).
- Saturation: I guess the right value here is 0, non-modifying saturation value.
- Sharpness: I don't think it will affect too much, but 0 should be OK.
- The big question: what about sRGB/AdobeRGB? since sRGB expands more the histogram, do you think it could be a good idea to set AdobeRGB? or we could even fall into being too optimistic with the neutral WB?

I would really like to know which is the camera's criteria to blink. I think it is partial saturation (any channel saturated) but I am not sure if there are more hidden rules.

Regarding the authority, I really don't care. I had this idea Sunday night by myself, I had fun putting it into practice, and if someone already had it before is fine.

PS: I recall this question above: One question: by opening it [your RAW winechart] I see it displays not only the chart but also a screenshot of PS. Does this mean the camera only takes into account a centred portion of the RAW to calculate the custom WB? I didn't know that. Do you know exactly what size (%) of the total image surface?

Panopeeper
QUOTE(GLuijk @ Jan 10 2008, 02:18 PM)
- The big question: what about sRGB/AdobeRGB? since sRGB expands more the histogram, do you think it could be a good idea to set AdobeRGB? or we could even fall into being too optimistic with the neutral WB?


I think we will have to thest the effect.

QUOTE
I would really like to know which is the camera's criteria to blink. I think it is partial saturation (any channel saturated) but I am not sure if there are more hidden rules


I compared the blinking on the camera with raw clipping shown in Rawnalyze and found, that they were virtually equal (expectable due to the close to 1.0000 factors), and that has shown, that green clipping alone was enough.

It would be easy to test by extracting the embedded JPEG from the "blinking" raw file and verifying the relevant areas in PS or whatever. I could make a test for that, but I believe this is a clear-cut issue, I rather keep writing the manual.

Regarding the authority, I really don't care. I had this idea Sunday night by myself, I had fun putting it into practice, and if someone already had it before is fine.

QUOTE
I recall this question above: One question: by opening it [your RAW winechart] I see it displays not only the chart but also a screenshot of PS. Does this mean the camera only takes into account a centred portion of the RAW to calculate the custom WB? I didn't know that. Do you know exactly what size (%) of the total image surface?


This was not a question but I posted you what to watch for (closeness, etc.). The circle in the viewfinder has to be filled (the camera manual states this).
GLuijk
hehe, David Coffin has given me a crazy but very logical idea for studio shooting: to print the magenta tone on transparency slides. They could be used then as filters on D65 neutral lamps o flashes, so the RAW would be (theoretically) balanced without the need to scale the channels at all.

Also the higher exposure of the B and R channels would mean better SNR for a given exposure of the G channel on the RAW file.

"Instead of your magenta chart, you need to make lamps ofthat color. Maybe you could print the color on a transparencyand mount it over a D65 lamp. Never again would you need tostretch and clip color channels to achieve white balanace, atleast when working in a studio.", David Coffin said.

Unfortunately I don't think such a solution could not introduce any colour dominant (the print has to be perfect, on a calibrated printer).
For B&W should be a good solution to get less noise and tonal richness.
Panopeeper
Guillermo,

1. This is nothing new about using color filter with digital cameras.

For two months ago I ordered a magenta filter from B+W, in order to increase the dynamic range in daylight. After several weeks waiting it turned out, that B+W (Schneider) discontinued that filter (and Tiffan does not make any larger than 77mm).

2. The whole idea is nonsense. The filter changes the composition of the light and thereby the resulting *raw* histogram. The goal of this WB trick is not to change the light, nor to change the raw histogram, but to make the camera software use 1.0 as WB coefficient. Note this:

whatever values the sensels produce, they will be white balanced

Changing the composition of light might create "parallel" raw values (depending on the scenery and on the light source), but that does not help, if the camera white balances that away. We don't need "nicer" histograms, we need "like" histograms in raw and in the in-camera JPEG.

So, stick to your idea.
John Sheehy
QUOTE(GLuijk @ Jan 10 2008, 07:33 PM)
hehe, David Coffin has given me a crazy but very logical idea for studio shooting: to print the magenta tone on transparency slides. They could be used then as filters on D65 neutral lamps o flashes, so the RAW would be (theoretically) balanced without the need to scale the channels at all.


"Flomo" transparent magenta book report binders that I bought in a "99 cent" store here, in double thickness, balance my 550EX almost perfectly, with two sheets.

QUOTE
Also the higher exposure of the B and R channels would mean better SNR for a given exposure of the G channel on the RAW file.


That's full color SNR, of course. No more "highlight recovery" per se. The shadow noise, however, will lack the chromatic cast that it has with most light sources, even when the blackpoint is correctly determined by the converter.

QUOTE
"Instead of your magenta chart, you need to make lamps ofthat color. Maybe you could print the color on a transparencyand mount it over a D65 lamp. Never again would you need tostretch and clip color channels to achieve white balanace, atleast when working in a studio.", David Coffin said.


His choice of the word "instead" was probably not ideal. "In addition to" would probably be a better choice, as the more accurate histogram could be beneficial regardless of lighting color. Together, however, you get a more (but still not perfectly) RAW-accurate histogram with a review image that is close to real color, *and* maximum full-color DR.

QUOTE
Unfortunately I don't think such a solution could not introduce any colour dominant (the print has to be perfect, on a calibrated printer).
For B&W should be a good solution to get less noise and tonal richness.
*



What is a "color dominant"?

Magenta lighting/filtering works very nicely, but as I said, there is no recovery of highlights in the red and blue channel (unless the highlights are saturated and on the green side of the spectrum).
Jonathan Wienke
QUOTE(GLuijk @ Jan 11 2008, 02:33 AM)
"Instead of your magenta chart, you need to make lamps ofthat color. Maybe you could print the color on a transparencyand mount it over a D65 lamp. Never again would you need tostretch and clip color channels to achieve white balanace, atleast when working in a studio.", David Coffin said.

Unfortunately I don't think such a solution could not introduce any colour dominant (the print has to be perfect, on a calibrated printer).
For B&W should be a good solution to get less noise and tonal richness.
*



This approach has been done already by putting a magenta filter on the camera so that the levels of the RAW channels are approximately equal. This does not introduce any color casts in the final images, but does require different WB settings during RAW conversion than what one would normally encounter.
GLuijk
What you John and Jon are telling me encourages me to experiment. I have asked a friend who has a photo studio with a RGB projection system to project the test chart (not the magenta winechart) over it and shoot it with the camera.
Analysing the RAW produced I will provide him with the corresponding magenta chart so he can use it to light the scene in a photo session. If the whole light system (PC+projector) gets correctly calibrated by doing this for the camera used, any picture taken with the camera under those lighting conditions would be already balanced in the RAW file.
Paradoxically, under these circumstances, if he sets a custom UniWB in the camera (need to generate the proper file for it), the images would be balanced on the camera display, eliminating both any magenta or green casts.

The important thing however would be to look at the RAW files produced to check if they are properly balanced. This would be close to the ideal situation of a balanced sensor: balanced in-camera RAWs and balanced camera display as well. Now just the scene is unbalanced biggrin.gif

Panopeeper, don't you think we can try to take this further? if there already exist magenta standard filters that work well in improving RGB balance, why this custom magenta light shouldn't be optimum? the combinations seem to be endless.

I will post the findings...
John Sheehy
QUOTE(Jonathan Wienke @ Jan 11 2008, 05:58 AM)
This approach has been done already by putting a magenta filter on the camera so that the levels of the RAW channels are approximately equal. This does not introduce any color casts in the final images, but does require different WB settings during RAW conversion than what one would normally encounter.
*



When I first experimented with a magenta filter a few years ago, ACR was not able to white-balance the camera's native RAW color balance! The "tint" slider could not go far enough to the left. A later version of ACR increased the tint range.
Panopeeper
Guillermo,

something is wrong. Please separate the two issues:

1. Increasing the DR by filtering the light: this can be achieved by filtering the light source, by creating light with different composition, or by filtering the light at the camera; no matter, which way you go.

The effect of filtering depends on the light source, and of course on the targets. I do not think that the same filtering, which is useful in daylight, would be useful in studio.

In any case, this filtering has nothing to do with the topic, namely raw-like histogram displayed in the camera.

2. The question, how to make the in-camera histogram like the raw histogram is totally independent of the light composition at the time of shooting, except when using auto WB.

There is only one parameter here (well, there are two of them): the WB factors applied by the camera (let's neglect the other settings, like saturation). In order to coax the camera into applying (1.0, 1.0), you have to provide a sample shot, which represents the inverse proportions of the raw colors from a white sample shot under certain lighting conditions. This is, what you achieved with shooting the "winechart". Shooting a white sheet under light with the color of the purplish chart would yield the same, of course.

After having established custom WB based on this shot, the WB factors are fixed.

From now on the lighting of the scenery plays no role in this issue. You can use whatever filter you want to, it will influence how the histogram looks - depending on the scenery - but it won't change the matching of the raw histogram with the in-camera histogram.

The same, from a different viewpoint: with choosing the lighting, you can achieve, that the three channels are "parallel" (of a given scenery), but it has nothing to do with how that shot is displayed in-camera.
GLuijk
QUOTE(Panopeeper @ Jan 11 2008, 05:24 PM)
In any case, this filtering has nothing to do with the topic, namely raw-like histogram displayed in the camera.


Of course Panopeeper, this is a completely different goal, but based in the same idea of playing with different levels in the three channels.
In this case what I propose is to model the lighting conditions to obtain directly an already balanced RAW file, i.e. in this case the RAW data is gonna be changed so later WB becomes unnecessary, and having other advantages (if it works of course). And of course this would be only of application when you have control over the entire scene's lighting (studio).

It's a different point, the UniWB question for displaying a more reliable histogram is finished now. Maybe I should have opened a new topic for this.
Panopeeper
QUOTE(GLuijk @ Jan 11 2008, 08:49 AM)
In this case what I propose is to model the lighting conditions to obtain directly an already balanced RAW file, i.e. in this case the RAW data is gonna be changed so later WB becomes unnecessary, and having other advantages (if it works of course


I don't see the "other advantages", not even "this" one. A WB balanced raw file offers no advantage over a not WB-balanced one. Methink you are mixing up a white balanced raw file with one, the channels of which are clipping at the same time (I called this "parallel channels").

The only advantage I see is avoiding one channel clipping much before the other channels, because that restricts the DR of the other channels. However, this depends on the actual scenery as well, not only on the lighting conditions.

Shoot a foresty scenery with clouded sky, the chance is high, that the green will be clipped. With bright, clear sky the blue may be ahead, and shoot colorful flowers under the very same lighting condition and the red may clip first.
GLuijk
I understand your point and I agree.

But it's usual that the R and B channels need overexposure in relation to the G channel to perform the WB, so this approach would overpexpose them in relation to the G channel and we could do a more precise ETTR for the 3 channels at the same time.
Of course how often this would be true will depend on the colours present in the scene: a deeply red object for instance could easily reach higher values in the R histogram than in the the G histogram, so in that case we would be losing DR in the G.

It's an approach to get:
1. White balanced RAW files straight from the camera.
2. USUALLY (i.e. for most scenes in average), better SNR (and hence DR) and more tonal richness.

Just an experiment, don't take it as a proposal for everyday shooting at all.

PS: I like the term "parallel channels".
Jonathan Wienke
I can't vouch for other RAW converters, but ACR handles UniWB settings pretty well. Here's my results with the 1Ds:

user posted image

Left side is RawAnalyze linear histogram, right is ACR adjustments after click-WB. The WB adjustments are pretty extreme, but still within usable range.
Panopeeper
QUOTE(GLuijk @ Jan 11 2008, 09:33 AM)
It's an approach to get:
1. White balanced RAW files straight from the camera


Why? There is no advantage of that.

QUOTE
2. USUALLY (i.e. for most scenes in average), better SNR (and hence DR) and more tonal richness


This is, what could be achieved using filters on the camera.

The problem I see is, that the fiters required to achieve this have been used only on film cameras and are not the same quality as the newer ones for digital cameras. I would put only a multicoated UV filter (if at all, for lens protection) or polar filter, from the best brand. I don't use a low quality magenta filter in order to increase the DR, if that reduces the image quality, except perhaps in special circumstances.
GLuijk
QUOTE(Panopeeper @ Jan 11 2008, 07:17 PM)
Why? There is no advantage of that.
This is, what could be achieved using filters on the camera.


You could be right in the end. It's all about the pleasure of getting the visual confirmation that I have understood how a camera works and I can control it, not the camera controls me. I am not a photographer and in the last months I have not even shot too much, mainly because I felt quite anxious for not knowing exactly what was going on inside the camera. I think I have reached a higher degree of understanding lately and this forum has helped specially.
Looking at your software to analise RAW files I think you share this point of view.

BTW you have a 40D. I am planning to change my 350D for a 5D instead once its substitute is in the market. Could you suggest me some advantages to choose 40D instead of 5D?
I think I prefer the 5D for being FF (bokeh and wide angle) and for NOT having all those new features such as sensor cleaning, HTP, live view,... that I reallly don't appreciate too much and don't want to pay for.

I don't like the idea to put colour filters either. I would only like them on a B&W camera lacking colour filters in the sensor, to obtain different B&W in an optical way.

Regards
Panopeeper
Jonathan,

I see you downloaded the newer version with black background in the histograms. I changed it from grey to increase the contrast for better visibility of thin columns, which occur typically with clipping caused by specular points.

Then I found that the white point bar hides the highest column. Even worse is the saturation colum, for that can not be moved, like the white point, and these two together made a column totally disappearing.

So, yesterday I changed the appearance of these bars. Plus, I changed the scaling of the histogram. It is still logarithmic, now going from 0.01% at the bottom to 100%. (This is the percentage of pixels of that color within 1/512th of the sensor's range, related to all pixels of that color).

However, the very bottom row is not on the logarithmic scale; it represents anything from 1 pixel to 0.01%, i.e. even a single pixel in that range appears as a dot in the bottommost line. Disadvantage: hot pixels.

Anyway, if you intend to use the program, you should download the newest version, I just uploaded it (there was an error in the histogram of the mapped data, that is gone now).

The markers at the side of the histograms mark *now* from the bottom upwards 0.02%, 0.05%, 0.1%, 0.2%, 0.5%, 1%, 2%, 5%, 10%, 20% and 50%.

This should be shown in the window, but I did not find any good way to show them yet. Suggestions are welcome.
Panopeeper
QUOTE(GLuijk @ Jan 11 2008, 11:23 AM)
BTW you have a 40D. I am planning to change my 350D for a 5D instead once its substitute is in the market. Could you suggest me some advantages to choose 40D instead of 5D?


Well, let's turn the question around: why would you purchase a two and half years old model for probably more, than the top of the technology? Note, that the much more expensive models, even the 1DsMkII don't have better technology than the 40D.

QUOTE
I think I prefer the 5D for being FF (bokeh and wide angle)


I don't understand the bokeh issue. It depends on the lens alone, on nothing else.

Btw, if you want to see comparisons of bokeh between seven lenses, take a look at http://www.panopeeper.com/Bokeh

The availability of more wider lenses is indisputable, just like the other side of the coin: that you don't need super expensive lenses to reach far.

Plus, the EF-S line contains the 10-22, which is said to be quite good and very wide, and the super-duper 17-55 IS, which is really super; I can confirm, that it stands up well against the EF 16-35 f/2.8 L Mk II, which is the best one for FF, and even against the 50mm f/1.4. For a few weeks ago I purchased the 16-35 and the 17-55 at the same time (telling the dealer ahead, that I will send back one of them), and I tested these against each other and against three other of my lenses (and I kept the 17-55).

QUOTE
and for NOT having all those new features such as sensor cleaning, HTP, live view,... that I reallly don't appreciate too much and don't want to pay for


Think once more about it:

- the sensor cleaning is a great feature

- HTP is only for JPEG shooters

- live view is great. I don't give a fig for live view, but now I can do something, what others can't: shoot with auto exposure bracketing without flapping the mirror in between; this is a side effect of live view.

Now, some positives to the cropping cameras, apart the focal length question:

- much lighter

- the selection of very good lenses is much larger, than for FF. This is not only due to the EF-S lenses, but to the cropping. Several lenses, which are mediocre on FF because of the weak edge performance, are stellar on cropping camera. For example the old "magic drainpipe", the legendary 80-200mm f/2.8L has been replaced by the 70-200mm because of the edge performance (take a look at the MTF). This lens has a renaissance on cropping cameras (I too have an excellent copy, though I plan to sell it, due to its weight). Another example: the 50mm f/1.4 is sharp at the edges at much larger apertures than on FF

- much cheaper (and calculate the lenses!)

There is a constant disadvantage: flaring, due to the unsuitable lensd hoods. One more reason to go with the 17=55mm: the hood is designed for the cropped view.

If there was a small brother of the 1DMkIII (lighter and cheaper), I would have gone for that, i.e. 1.3x cropping. But there is none.

A final remark: the dynamic range and lesser noise of the 5D is a myth, compared to the 40D. There was a thread about this question. The 5D outputs about 3570 levels; in the nineth stop there are only seven levels.
GLuijk
I think I understand (or already knew) all points but the live view (flapping mirror...). What do you mean with this, could you explain a bit more?

Regarding my priorities, with bokeh I meant capability of defocusing the background. My 70-200 f4L hardly diferentiates subject from background in APS-C while in FF it will be much nicer to use for portraits for instance. My 24-70 f2.8, which already produces a great bokeh in APS-C, is superb to get narrow DOF in FF.

The cleaning system, it's a matter of concept. I know this is argueably, but I prefer to open my camera and blow the sensor from time to time than having something that 'moves' my sensor.

Regarding wide angle, in the next months I am probably going deep into architecture photographing (who knows if even will purchase some tilt shift lens someday) and I want to be able to have a wider selection of wide angle lenses.

I am not likely to be interested in tele zooms. I went on a trip to Namibia with a 300mm f4L, and it was a nice experience to shoot the animals, but I don't think this is the kind of photography I will enjoy best. In fact my favourite pictures there were paradoxically among the few shots I did in wide angle (Dead Vlei, Giraffe).

I have the Canon 10-22 and I am quite happy with it, but not so much to launch fireworks (Spanish expression). With the 50mm f1.4 I am not happy at all. At short distances (portraits,...) is perfect, but at long distances its sharpness decreases too quickly.

I know the 5D is a bit old now, but this does not mean it's old fashioned. It was a camera advanced to its time so it has a still great sensor today. I haven't been able to check DR, but I am sure that 40D's DR is a bit better than 5D's, I assume that. But I am developing a good technique to blend a second overexposed shot, so this is even funny for me. And anyway the 9 f-stops of DR in the 40D is not enough for indoor shooting in HDR scenes for instance.
For a really high DR I love the Super CCD concept.

The price, if I wait the substitute of the 5D comes, will surely get almost the same as the 40D's. You know how people are: as soon as there is a new camera, old models automatically become old fashioned. I like the 5D.
And I am probably travelling to the States soon, and photographic stuff there is by far cheaper than in Europe. The 5D started here at 3000 EUR ($4400), and now it is 2000 EUR ($2940). I expect it to reach close to 1500 EUR.

Thank you very much!

PS: from your bokeh samples I went into the panos. Nice stuff there. Why did you darken so much the skies in the B&W landscapes?
Panopeeper
QUOTE(GLuijk @ Jan 11 2008, 05:43 PM)
I think I understand (or already knew) all points but the live view (flapping mirror...). What do you mean with this, could you explain a bit more?


If you turn on live view, you have to press the button in the middle of the big wheel to activate/deactivate it. When MLU too is turned on, the mirror flips up when activating live view. If you are using a remote control (there are very cheap wired ones from third parties), and you set up exposure bracketing, with a single press you start shooting all three shots of the bracket. Neither mirror flapping, nor button pressing occurs between the shots, which will be made in a fraction of a second.

Jonathan made a remark, that it is still not totally vobration free due to the shutter movement. This is correct, I have not verified yet the effect, I ope it won't be much. Anyway, I guess this will give the ideal basis for HDR, which may be my next project.

QUOTE
with bokeh I meant capability of defocusing the background


Thankx, but I do now the meaning. Once more: the quality of bokeh has to do *only* with the lens. FF or cropping plays a role only as far as the selection of focal length (and thereby of the lens) depends on cropping.

Every lens, which gives a good bokeh on FF, gives a good one on a cropping camera as well.

QUOTE
My 70-200 f4L hardly diferentiates subject from background in APS-C while in FF it will be much nicer to use for portraits for instance


This is a mistake. F4 is the problem, not the cropping.

QUOTE
My 24-70 f2.8, which already produces a great bokeh in APS-C, is superb to get narrow DOP in FF


Another mistake. The DoF does not depend on cropping either. Note, that the focal length of the lens is the same, no matter on which camera you are using it.

QUOTE
The cleaning system, it's a matter of concept. I know this is argueably, but I prefer to open my camera and blow the sensor from time to time than having something that 'moves' my sensor


I wish you much fun. I rather do it less often than I had to with the 20D.

QUOTE
Regarding wide angle, in the next months I am probably going deep into architecture photographing (who knows if even will purchase some tilt shift lens someday) and I want to be able to have a wider selection of wide angle lenses


If you are doing it professionally, under time pressure, then you need a medium format camera (you can get away already with EUR 20000 or so, plus the lenses).

Otherwise, you may think about panoramas.

There are many examples for that on http://www.panopeeper.com/panorama/Hungary.htm, or see the Mormon church on http://www.panopeeper.com/panorama/USA.htm

It is unquestionably much more work than with a tilt and shift lens, but with panos

1. your options for creativity are much more,

2. the dynamic range is much higher. This needs explanation. The camera does not get better when shppting pano frames, but the DR of the scenery is sometimes much higher than the DR of the individual frames.

Examples:

Pano from 11 frames

The frames have been shot 4.5 stops apart. With which camera can you do 13 stops?

Btw, I like the Dead Vlei.

QUOTE
Why did you darken so much the skies in the B&W landscapes?


Those sceneries are not B&W candidates in the classinc sense (you can see the same panos in color on the USA page). The B&W versions are rather gimmickry, going for very strong effect; I will try how they look on print. The sky was almost totally clear on all those panos. Though I might try to insert another, strongly cloudy sky (I do this sometimes, when the sky is not nice enough), then I would not blacken it.

(I have a stockpile of panoramic skies for this purpose.)
GLuijk
QUOTE(Panopeeper @ Jan 12 2008, 05:11 AM)
If you turn on live view, you have to press the button in the middle of the big wheel to activate/deactivate it. When MLU too is turned on, the mirror flips up when activating live view. If you are using a remote control (there are very cheap wired ones from third parties), and you set up exposure bracketing, with a single press you start shooting all three shots of the bracket. Neither mirror flapping, nor button pressing occurs between the shots, which will be made in a fraction of a second.

Jonathan made a remark, that it is still not totally vobration free due to the shutter movement. This is correct, I have not verified yet the effect, I ope it won't be much. Anyway, I guess this will give the ideal basis for HDR, which may be my next project.

OK that's understood now. I normally do HDR (not the tone mapping, just getting the HDR data) from 2 shots: 0EV, +4EV. To obtain them I bracket -2,0,2, so that the -2 matches my desired 0EV (i.e. ETTR shot without blowing any highlight) and +2 give me the +4V sample. I use MLU and images match pixel by pixel even with my cheap tripod, it's very precise. Of course avoiding mirror flip could even be better but not necessary actually. The advantage I see in the live view is the speed at which the shots can be taken: I have to set timer+MLU so I have to wait a couple of seconds between shots, and with the 40D you don't. Good point. BTW is the bracketing in the 40D -2,0,2 or Canon finally allowed more f-stops?
I wrote an article showing some tests: HDR blending, surely nothing new for you. What are you planning to do in HDR? I am willing to see your research.



QUOTE(Panopeeper @ Jan 12 2008, 05:11 AM)
Thankx, but I do now the meaning. Once more: the quality of bokeh has to do *only* with the lens. FF or cropping plays a role only as far as the selection of focal length (and thereby of the lens) depends on cropping.

Every lens, which gives a good bokeh on FF, gives a good one on a cropping camera as well.
This is a mistake. F4 is the problem, not the cropping.
Another mistake. The DoF does not depend on cropping either. Note, that the focal length of the lens is the same, no matter on which camera you are using it.

Don't be offended, I said that in case bokeh does not mean exactly what I thought (I told you I am very new to this), or you meant quality of bokeh instead of amount of bokeh.
But then, being pragmatic, I have to disagree with you: DOF DOES depend on the cropping, i.e. on the sensor format. The same lens at the same focal length will obviously provide the same light projection over the sensor plane, but a different scene's framing (not sure if this is the right term to mean 'the portion scene falling into the sensor area') according to sensor size. So to obtain the same framing with my APS-C at 70mm f4 in the 5D, I will need to get closer to the subject or better (since distance would change the perspective) to use a larger focal length: 112mm f4. And 112mm f4 in the 5D will have less DOF than 70mm f4 in the APS-C, so we will increase the amount of bokeh for the same scene, distance and maximum aperture of the lens. So in terms of bokeh, a less luminous, lighter and cheaper lens provides more bokeh on a FF sensor.

Paradoxically if we don't change focal length nor get closer, the 5D at 70mm f4 will have more DOF than the APS-C at 70mm f4 since the reference circle of confusion for the 5D sensor is bigger than in the APS-C. Of course this comparision does not make any sense as we would be talking of different scene's framing. Once we increase the focal length on the 5D or get closer to the subject, the CoC effect is cancelled and the larger focal length or shorter distance prevails in reducing the DOF on the 5D.


QUOTE(Panopeeper @ Jan 12 2008, 05:11 AM)
If you are doing it professionally, under time pressure, then you need a medium format camera (you can get away already with EUR 20000 or so, plus the lenses.

Don't think so. I met sometime ago one important Spanish arquitecture photographer; he used to work medium format but he simply does not want to spend the huge amount of money in digital medium format at today's prices. He is NOT happy with his 5D and tilt shift lenses, but with some extra effort achieves an incredible quality, far beyond my intentions. Look at some of his work here: http://javierazurmendi.blogspot.com/ (I know they are ridiculously small, but according to what he told me and the prints I saw in his studio, the quality suffices professional requirements perfectly).


Panos is one of my pending tasks for some day. What software do you recommend me? PT?
Westy
Hi, my first post here. I have been watching with great interest some of the technical discussions you guys have on this site. A few points:

I think this unity wb is a great idea, as the inaccuracy of the in-camera jpg at indicating correct clipping is one of the difficulties of ETTR. One less thing the deriders of ettr have to complain about.

But one question I have is what exactly is the highlight warning on the lcd showing? Is it showing clipping of any one of the three channels or is it some sort of composite? I understand that the histogram on the lcd is usually some sort of green channel weighted composite. Is the clipping warning working on this? If so, is it possible to be clipping a channel (particularly red perhaps?) and it not showing blinkies on the lcd? I guess the reason I came to this conclusion is that after implementing Guillermo's method I am still getting very similar flashies on the lcd preview between the unity wb and a scene wb. However when developing a linear non-wb tiff I see that I still have maybe a stop of so of headroom until I get clipping. I am assuming my custom white balance image is correct (although it looks more pink than magenta (i'm on a 5D)) as it is giving multipliers of about 1.01 for each channel in dcraw.

On the issue of DOF, Pano you are forgetting that maintaining identical FOV between different systems is usually required. To obtain identical FOV between a 1.6x crop sensor and a FF sensor, one must either select a different focal length lens and/or change the distance to subject. Both of these factors affect DOF. You won't be able to capture the same lack of DOF (for the same FOV) with a 1.6x sensor as you could with for example a 50mm f1.4 on a full frame camera.

cheers, Bernie
GLuijk
QUOTE(Westy @ Jan 12 2008, 12:28 PM)
Hi, my first post here.  I have  been watching with great interest some of the technical discussions you guys have on this site.  A few points:

I think this unity wb is a great idea, as the inaccuracy of the in-camera jpg at indicating correct clipping is one of the difficulties of ETTR.  One less thing the deriders of ettr have to complain about.

But one question I have is what exactly is the highlight warning on the lcd showing?  Is it showing clipping of any one of the three channels or is it some sort of composite?  I understand that the histogram on the lcd is usually some sort of green channel weighted composite.  Is the clipping warning working on this?  If so, is it possible to be clipping a channel (particularly red perhaps?) and it not showing blinkies on the lcd?  I guess the reason I came to this conclusion is that after implementing Guillermo's method I am still getting very similar flashies on the lcd preview between the unity wb and a scene wb.  However when developing a linear non-wb tiff I see that I still have maybe a stop of so of headroom until I get clipping.  I am assuming my custom white balance image is correct (although it looks more pink than magenta (i'm on a 5D)) as it is giving multipliers of about 1.01 for each channel in dcraw.


I pointed that question in the thread, and the conclusion is that this will depend on the camera implementation. The method to cancel de Wb is flawless (the 1.0 multipliers confirm this); how it is interpreted in the camera's display will depend on your particular camera. And finding out the relation between the real RAW and the blinking camera highlights should be achieved by doing comparisions.
From the few pics I tested in my 350D, I pre-conclude that its blinking lights show any partial saturation (i.e. any channel blown makes the display blink) which is a good new. But any camera can be different.

1.01 is really very precise, you did it fine. But "after implementing Guillermo's method I am still getting very similar flashies on the lcd preview between the unity wb and a scene wb. However when developing a linear non-wb tiff I see that I still have maybe a stop of so of headroom until I get clipping" I am a bit surprised at this (and disappointed since it can be my next camera). Can you do some more checking? or diplaying a couple of rear shots of your 5D over the same scene with and without UniWB?

Could you post the RAW file somewhere so I can check? BTW would you mind I publish it in my website? I already have 350D, Panopeeper's 40D, D300 coming and your 5D.

Regards.
Westy
Hi Guillermo, I have just done a bit of checking of my results and in fact all that i have rechecked the uniWB is functioning fine and matches the linear raw quite well. The uniWB jpgs show just slightly more clipping than the raws. I will find the one I did where I thought I had a stop or so of headroom and recheck it as well (I can't actually remember which shot it was). And I've just now realised that I have had my jpeg settings non-neutral. After I set more neutral rendering parameters I suspect the uni wb jpg will match even closer the linear raw.

I've also rechecked my wb multipliers and they are 1.01,1.02,1. You can have my custom raw, but at the moment I am limited to dial up as my asdl got zapped in a storm the other day, so it might take me a few days to sort that out.

On the subject of the 5D, I think you can't go wrong with it. Whether the 40D has better or worse high iso noise performance is debatable, but the difference is likely to be so small as to not concern yourself. Both will give EXCEPTIONAL high iso noise performance. Other issues to consider for low light interiors are bigger and brighter view finder of the 5D
GLuijk

You could try some strong RED subject (a rose, coke can,...), and compare camera displays with Daylight WB JPEG, UniWB WB JPEG and RAW (dcraw -r 1 1 1 1).

OK, thanks for the RAW file (when available).

Jonathan Wienke
I've been playing around with the UniWB, and have run across some rather surprising things. With my 1D-MkII, when shooting normal "natural" objects that would probably fall within sRGB, the RGB histogram is now pretty good at predicting single-channel RAW clipping. But the histogram can still be quite wrong in some cases. I conducted a test where I photographed some red, green, and blue LED glow lights to see how accurate channel clipping might be for highly saturated colors, and was unable to get the color channel being tested to fill more than 1/4 of the rightmost histogram segment without gross overexposure (>2 stops) where the channel clipping was obvious in the image even on the camera LCD. This behavior was almost identical with both color matrix 1 (Standard sRGB) and 4 (Adobe RGB). So while the UniWB has significantly increased the conditions in which the RGB histogram accurately reflects the RAW data, there are still a few exceptions. I'm going to do more testing and then post detailed results.
GLuijk
Jon, so in your camera histogram and blinking highlights do not match? it seems blinking highlights are more accurate than histogram then.
Since my histogram is monochrome and that means too many blinding variables, I cannot do tests regarding this issue.

BTW would you mind to offer the UniWB for the 1D-MKII so that we can create a list of UniWB RAW files? I could settle it at the beginning of the thread.

Regards.
John Sheehy
QUOTE(Jonathan Wienke @ Jan 12 2008, 08:16 AM)
I've been playing around with the UniWB, and have run across some rather surprising things. With my 1D-MkII, when shooting normal "natural" objects that would probably fall within sRGB, the RGB histogram is now pretty good at predicting single-channel RAW clipping. But the histogram can still be quite wrong in some cases. I conducted a test where I photographed some red, green, and blue LED glow lights to see how accurate channel clipping might be for highly saturated colors, and was unable to get the color channel being tested to fill more than 1/4 of the rightmost histogram segment without gross overexposure (>2 stops) where the channel clipping was obvious in the image even on the camera LCD. This behavior was almost identical with both color matrix 1 (Standard sRGB) and 4 (Adobe RGB). So while the UniWB has significantly increased the conditions in which the RGB histogram accurately reflects the RAW data, there are still a few exceptions. I'm going to do more testing and then post detailed results.
*



This is exactly what I have been talking about, except with red, orange and yellow flowers as examples.

You will never get a true RAW histogram out of any RGB conversion. The colors are altered selectively, the saturations are altered selectively, etc, etc, regardless of the JPEG settings. It will only reflect the RAW proportionately across the channels for grayscale subjects, and maybe close for weakly saturated ones.
Jonathan Wienke
QUOTE(John Sheehy @ Jan 12 2008, 04:14 PM)
You will never get a true RAW histogram out of any RGB conversion.  The colors are altered selectively, the saturations are altered selectively, etc, etc, regardless of the JPEG settings.  It will only reflect the RAW proportionately across the channels for grayscale subjects, and maybe close for weakly saturated ones.


That assesment is a bit pessimistic; UniWB not perfect, but certainly is a step in the right direction. Even with the caveats about super-saturated colors, the histogram is much closer to RAW than it is when using any other white balance.
GLuijk
QUOTE(John Sheehy @ Jan 12 2008, 03:14 PM)
You will never get a true RAW histogram out of any RGB conversion.  The colors are altered selectively, the saturations are altered selectively, etc, etc, regardless of the JPEG settings.

John, this question could be considered as an offtopic, but it's a long time I wonder this: if we develop a RAW file into some colour space like sRGB or AdobRGB but linearly, i.e. we still don't apply the corresponding gamma (DCRAW does this for instance), is adjusting the exposure as simple as multiplying each channel by the same factor as when we don't convert to any color space? and would this operation alter hue/saturation?

QUOTE(Jonathan Wienke @ Jan 12 2008, 04:16 PM)
That assesment is a bit pessimistic; UniWB not perfect, but certainly is a step in the right direction. Even with the caveats about super-saturated colors, the histogram is much closer to RAW than it is when using any other white balance.

I agree. The UniWB is, at least, a good improvement.
John Sheehy
QUOTE(Jonathan Wienke @ Jan 12 2008, 10:16 AM)
That assesment is a bit pessimistic; UniWB not perfect, but certainly is a step in the right direction. Even with the caveats about super-saturated colors, the histogram is much closer to RAW than it is when using any other white balance.
*



Yes. I was shooting flat magenta images a few years back, and started using it for custom WB, but what I found was that it was most accurate when the highlights were white, and guess what? The white highlights are just as accurate with or without uniWB. Theoretically, you might expect better ETTR of a red or blue highlight with uniWB, now that cameras have RGB histograms, but this is exactly where the color conversion messes things up. It isn't worth the hassle to me, to look at a cyan-green preview and JPEGs, for gains which were hard to realize.

What I really want is a camera that shows the WB'ed sRGB image in the preview (at least as an option, against a linear RAW), but flashes (red, green, blue, cyan, magenta, yellow or white alternating with black) clipped highlights based on the RAW, and shows a pure RAW histogram.
John Sheehy
QUOTE(GLuijk @ Jan 12 2008, 10:31 AM)
John, this question could be considered as an offtopic, but it's a long time I wonder this: if we develop a RAW file into some colour space like sRGB or AdobRGB but linearly, i.e. we still don't apply the corresponding gamma (DCRAW does this for instance), is adjusting the exposure as simple as multiplying each channel by the same factor as when we don't convert to any color space? and would this operation alter hue/saturation?
*



Hue and saturation are just ways of looking at R:G:B ratios. If the data is linear, then simply scaling them (with blackpoint at zero, of course) does not change hue or saturation, except as an unscaled curve might be applied to them at conversion.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.