[Nexus 5 Themes and Apps] yorici:
Okay, this is how I see it.

There is a base curve, lets say it follows the power law of 2,2. This curve applies to all sRGB displays.

Now we have a fun ORISE display, whom I couldn't find the serial number or data, and it has its characteristics.

Within these displays there are smaller differences. What LG/ORISE/Google did, is applying a general calibration to the display.

Base curve + General calibration (to match 99% the screens variance)

___________Order of Business___________

In my opinion, this is the order we should pursue:

1) Find the base curve (must be on the internet somewhere as it's general applicable to CRT, OLED, LED displays)

2) Understand what the values mean (we already have done a great deal of research into this)

3) Make a list of assumptions and generals laws that apply to all of our screens

4) Make a nifty mathematical formula that obeys the laws and assumptions, but it is convenient for calibration (so not 2^34 sliders)

5) Make a list of priorities while calibrating

6) Calibrate

In step 6 we try to find an all-round profile for your screen (so not a profile applicable to everyone's screen; all-round meaning okay color balance, contrast, etc etc)

___________App___________

This part focuses on the app. This is just one idea for the app as there are probably smarter ones out there, but not yet thought of.

Then using the general profile the user has created using sliders, we suggest more profiles based on that:

- More saturation

- More vibrancy (saturation without skintones)

- More contrast

- Less contrast

- Brighter

- Darker

- etc.

Why not have one ubersuperduperprofile? Because we don't have a $10000 display. You can't have them all in a perfect state. (And you obviously can't have Less and More contrast at once)

It's then up to the user to decide whether he uses the profiles actively or that we can find something smarter that is more automatic.

___________Assumptions___________

Here is the list of assumptions I have now:

Our register:

1)	There are 24 values with the 24th being 0

2)	The register values 1 to 12 have to be replaced with (255 – x) and the resulting register has to be reversed (first value is black)

3)	Changes to the register should involve multiple values, not just two

4)	We have a 32 bits per pixel(bpp) screen. That means 32/3 per pixel per color. 24 values to represent them (24*32/3 =256 per color) to create an sRGB curve.

5)	The white point must be at 32 (It sets off the color temperature, and that results in that we won't get the best neutral white)

6)	Intensity 0 means black, intensity 255 means white

___________Request for standardization___________

There is one thing I would like to request [MENTION=2752629]rajendra82[/MENTION], that is that you reverse your order. In your previous spreadsheets you didn't change the order like mag01 and I do. What happens then is that the first value represents full white instead of full black. This does not only lead to confusion, but it also contradicts any future presets/calculations/formulas we might get from the internet. So please change that:) Therefore I would like to follow your path in the x-as/y-as. I used to do 1-23 on the x-as, but we should have 0-255 for the x-as and the y-as.

Changing order and having 0-255 on the axis is normal in the scientific world of display technology.

Moreover, I would like to set up a rule for mentioning registers. As the registers get changed alot in order and value, I would like to have as rule to mention what kind of register we are talking about: Normal Order, Reversed order.

So when talking about the first value (NO), you actually mean the 23th value (RO). Can everybody agree on this?

___________First order of business___________

So the first order of business is to find the base curve. Therefore we have to determine whether the base curve is linear or exponential.

It is exponential when gamma correction is applied. I don't know at this point whether we have to apply gamma correction or it is already done for us.

If you take a linear line as profile for all the colors, the result isn't bad. The gamma is 1,8; no banding; contrast is okay; etc

But when you take an exponential curve, the result is far off (even with first 8 registers linear); banding, colors are much darker. This let you think that it should be linear.

Looking at the stock curve red register (RO) of the stock values, the curve is more linear than exponential. See this post for explanation.

However, when looking at what register affects what, the distribution is not linear. Though, this could also be that gamma correction is applied after our register input. Then our curve should not be exponential and remain linear, but we should note what effects what and what has to be done mathematically to (lets say) change contrast.

______________________

Please reply to all of this: [MENTION=2752629]rajendra82[/MENTION] [MENTION=5543250]mag01[/MENTION]

---------- Post added at 08:58 PM ---------- Previous post was at 08:50 PM ----------

I understand gamma, but the point is that having a profile with gamma 2,2 or even 1/2,2 does not look good at all. If it did, I wouldn't doubt it. But I suspect a linear curve with gamma correction after our register is applied. If the base curve was exponential, I would atleast expect it to be a bit near to a good screen, but not yet optimised. Instead it's horrible. Maybe [MENTION=5543250]mag01[/MENTION] could do some testing between the difference between these profiles. One being exponential (not edited further, raw exponential) and the other being linear (same story). If [MENTION=5543250]mag01[/MENTION] would conclude that gamma correction is also applied in the linear profile, we can assume that gamma correction is not required to be done by us.