./brightnesspatch low_level high_level
Which of these patches need 12a_4x30s_BCL.txt or 12_Brightness.txt? In MaciASL added brightness date 4x30s brightness is not regulated, acpibacklight.kekst set.
Nice, makes it easier and faster to experiment.
Maybe you should calculate the "linear progression" too (replace that two "4" with something like "$curve_control".
And give a little guidance when people enter data.
Usable range from 0.5 - 10, where 1 stands for linear progression, what is <1 creates a concave down, what is >1 creates a concave up.
The 2 curves on the right side for a visual representation:
View attachment 78248
EDIT: and that 52.8888 needs to be calculated too, in order for the formula to give constant results no matter whats the range entered by the user
You have to replace it with ($high-$low)/63
Looking good, I am getting the same results as with the formula I was using for Wolfram, you done your part well, I hope the formula wont let us down .Thank you, check out my latest script, I tested on some laptop and it works fine.
https://www.dropbox.com/s/8d772c3t6joyww3/brightnesspatch.sh.zip
If someone will write a small tutorial/explanation one day, here some pics:
Curve value 0.5:
View attachment 78264
Curve value 1:
View attachment 78265
Curve value 10:
View attachment 78266
Good point, I wasn't sure if that is a variable or a constant and what defines it.Note that you only want to use values >1 because the response curve for brightness already corresponds to pic #1. The idea is to reverse the effects of the innate brightness response curve to arrive at a linear response (eg. pic #2) as it relates to perceived brightness in response to the brightness slider in SysPrefs->Displays. To do that you have to use a curve as in pic #3.
Without equipment to measure brightness and some knowledge about the way humans perceive relative brightness, we can only guess/estimate.