Realtime gamma tracking

Seems like if you leave at 2.2 its pretty much accurate..Read the following article on this.

http://www.avforums.com/reviews/JVC-...or-Review.html

It's true total gamma and gamma tracking both differ from what the preset says.

Unfortunately I do not use HCFR; I'm only familiar with CalMAN and am just starting to familiarize myself with Chromapure.

The very condensed version of what needs to be done is to start with 100% and work your way down, using graphs that show you absolute RGB balance (rather than the normal relative RGB balance).

Assuming that I am understanding the issue correctly:

In HCFR while viewing the grayscale measures tab, click on the down arrow next to the "Editable Data" checkbox until you see a row of data labeled "Gamma Y". This is the Y value (cd/m2) you need to hit at each % white pattern in order to flatten out your gamma. This value is calculated from the gamma target you've selected in "Advanced/Preferences/References" and the Y value of 100% white.

This will make doing the grayscale a bit more challenging for you

Far as I know, ColorHCFR doesn't have any graphs that display in that manner. ColorHCFR also doesn't make it as easy as other software to replace measurements in the graphs (can be done manually). I don't know why they decided to normalize the colors in the Luminance graph, but you can essentially view the same information in different ways. For example you can choose the "RGB" pickbox to the right of your measurements, and then compare the R, G, and B, numbers to the target "gamma Y" line (use down arrow to right of "editable data"). The basic idea is that if R, G, and B match the "gamma Y" line then you are at the target gamma. The same sort of information can also be represented if you open the gamma graph and right-click to turn on red, green, and blue.

The "gamma Y" item applies to grayscale in ColorHCFR.

The gamma Y item in HCFR reflects the target Y for the gamma value that is selected in Advanced>Preferences>References. By matching the measured Y at each stimulus to the gamma Y, the desired gamma will be achieved.

If, at the same time, one adjusts the RGB Level bars each to be as close as possible to 100%, both grayscale tracking and gamma can be adjusted.

EDIT: Of course, continuous measurements must be used to make the adjustments as I described above.

Larry

Coolme,

First get a good a grayscale. Then tackle gamma.

Use the green control up or down in the 10 point interval to get Y close to the desired gamma Y value. Then change red and blue by the same amount. Repeat until success is achieved. (Increasing the RGB will increase the Y values and will reduce the actual gamma -- decreasing them will decrease Y and increase the gamma)

Larry

Most people don't try to calibrate in this manner, and it's not part of ColorHCFR.


Gamma is not represented on the RGB chart in ColorHCFR. The RGB chart just represents the balance of red, green, and blue in the grayscale. If red, green, and blue are balanced you have gray.


Gamma is related to brightness. The grayscale from black to white is intended to be at gray (equal red, green, and blue). The levels between black and white are intended to be shown at different brightness levels. Gamma simply says how bright the levels between black and white should be.

ColorHCFR will calculate the intended grayscale brightness with "gamma Y", which is also represented on the luminance graph as the reference line. For example for a 2.22 gamma if you look at the luminance graph and mouse over the reference line you will see that 50% gray should be 21.46% of the brightness of white (assuming black has no brightness). If your 50% gray is brighter than 21.46% then your gamma at that point is lower than 2.22, and if your 50% gray is darker than 21.46% then your gamma at 50% gray is higher than the 2.22 reference.

This is not that hard.
In Calman with a 10 point control the easiest way is to look at the Target Y number and the actual Y number while you are adjusting the RGB. Keep the target and the actual with in a few points of each other and gamma will be perfect. There is no continuous read for gamma even in Calman, because it is calculated and requires all 10 samples to work (I assume). If you change one point you have to read all in the Gamma area.
However, if you do it looking a the Target and Y of the RGB charts it simple. Make sure you read 100% first, then 0, the up or down the scale. You need the 100% so the target Y will be populated.

I know CalMAN doesn't normalize the luminance graph, so the luminance graph in CalMAN more intuitively represents both the gamma and grayscale balance on a single graph. Graphs are just a representation of the numbers shown on the ColorHCFR measures tab. Like I commented in my first reply, personally I prefer to display the information as RGB (instead of xyY), which CalMAN doesn't offer (see note). If you look at the information as RGB on the measures tab in ColorHCFR the idea is just that you want to do two things:

1) Set gamma by trying to match RGB with "gamma Y".
2) Set grayscale balance by trying to make the RGB numbers nearly equal.

Note: I think the CalMAN RGB numbers are normalized.

What does this actually mean?

CalMAN does have absolute and relative options on all of the charts including RGB. So yes the RGB chart can be used for grayscale in relative mode or gamma/grayscale in absolute mode.

So you will see in the charts below the Relative shows your RGB is balanced at 10 and 20 percent for grayscale. But if you look at the Absolute is also shows your luminance is low at 10 and high at 20. Which means your gamma number at 10 is higher than it should be and lower at 20.

Absolute RGB

Relative RGB

Changing the RGB mode

Using the terms in the reply from derekjsmith, normalized just means relative, rather than absolute. The absolute RGB graph from his reply is basically the same thing that I was talking about doing by looking at the RGB data, where in ColorHCFR you just try to get the RGB numbers close to the "gamma Y" numbers. Mainly the only reason I started representing the grayscale as what he is calling absolute RGB is because it makes it easy to measure clipping near white on certain displays. If you turn up the contrast control while looking at such RGB data the color that is clipping will remain the same brightness, while the other colors will continue to increase as you turn up contrast.

Geez, guys. The OP doesn't even understand the basic terminology. Some of your comments are analogous to a lay person asking me to explain redshift in astronomy and me going into a detailed explanation of Minkowsk space or even Schwarzschild geometry.

Larry

I really like this feature in CalMAN.

100% gray (white) is the brightest measurement in ColorHCFR when you measure a grayscale series. The "gamma Y" line in ColorHCFR tells you how bright the other levels should be between black and white. The "Y" number in ColorHCFR indicates brightness of your measurement. If "Y" matches "gamma Y" then your measurement is at the intended brightness for your target gamma.

If your measured "Y" matches the "gamma Y" then the gamma graph will show your measurement on top of the reference line. Same thing with the luminance graph, if your measured "Y" matches the "gamma Y" then the luminance graph will show your measurement at the reference line. If your "Y" is higher than "gamma Y" (measurement brighter than intended), then the luminance graph will show the measurement above the reference line and gamma will be low for that measurement. If your "Y" is lower than "gamma Y" (measurement darker than intended), then the luminance graph will show the measurement lower than the reference line and gamma will be higher than reference for that measurement.

So "Y" indicates the overall brightness of your measurement, but it's also possible to break up brightness into red, green, and blue parts. The "R", "G", and "B" numbers in ColorHCFR are similar to "Y", and they indicate the brightness of red, green, and blue. If "R", "G", and "B" are equal you have gray. If "R", "G", and "B" are not equal the relationship will be shown as being higher or lower than the 100% reference line on the RGB levels graph. If in a perfect world you were able to get all the "R", "G", and "B" measurement data to match "gamma Y", that would mean that both the gamma and RGB levels would be at their intended targets. If "R", "G", or "B" is higher than "gamma Y" it means the measurement has too much red, green, or blue, and if "R", "G", or "B" is lower than "gamma Y" it means that red, green, or blue is not bright enough for the chosen gamma. If you really want, just buy CalMAN and it will basically show you the same information on the luminance or absolute RGB charts.

Edit: The comments about how "R", "G", and "B" relate to "gamma Y" assume that the 100% measurement (white) is near gray.

Hi Guys
I read this thread and follow the instruction to calibrate my X70 custom gamma, but I had an issue of the measured Y changes after I calibrate it to match the gamma Y. I started from 90IRE to 10IRE, I adjusted total white for every IRE to meet the gamma Y, but after full calibration, I went back to check from 90 IRE, the reading drops from the number I adjusted around 15%. Then I checked all the readings looks like they all drops after adjustment, except the 10 IRE. What's wrong about this? I really don't have the idea now......
I ever reached avg. 2.23 with flat line (not the slope), but the picture tone must set to -16, the picture looks strange in dark scene, so I reset it.
Here is the luminance & gamma chart before I start the custom gamma adjustment

TBH it's the JVC custom gamma being difficult to adjust. I gave up with my HD350 and used an external VP as it was just too frustrating, especially when I was trying to use HFCR. Now I'm using Chromapure and a Lumagen I can set the greyscale and gamma in about 20 minutes (manually or using autocal) so I expect I'll do the same when my X35 arrives. I thought that the newer models such as X70 had a better, less interactive, custom gamma though (I seem to recall that the HDxxx models never did get a firmware fix to improve it).