History log of /frameworks/base/core/java/android/util/Spline.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
50fb1aebd764e232a5b12926edaac7d83c2a2b3d 10-Feb-2017 Andy Hung <hunga@google.com> Spline: Fix monotonicity constraint

Test: comparison of code to formula
Change-Id: Ie7c8b3a2a6bc64ea3c837a6674b55c07fe49e12b
/frameworks/base/core/java/android/util/Spline.java
bf96737e589d78ac37bbb3cb35ef30793d060dec 18-Oct-2014 Nick Kralevich <nnk@google.com> Switch from FloatMath -> Math and Math.hypot where possible

Somehow the change at
https://android-review.googlesource.com/#/c/109481/1/core/java/android/util/Spline.java
isn't in master, which seems to be causing a boot failure.

07-28 07:44:51.338 771 771 E art : No implementation found for float android.util.FloatMath.hypot(float, float) (tried Java_android_util_FloatMath_hypot and Java_android_util_FloatMath_hypot__FF)
07-28 07:44:51.338 771 771 W SystemServer: ***********************************************
07-28 07:44:51.339 771 771 F SystemServer: BOOT FAILURE making Power Manager Service ready
07-28 07:44:51.339 771 771 F SystemServer: java.lang.UnsatisfiedLinkError: No implementation found for float android.util.FloatMath.hypot(float, float) (tried Java_android_util_FloatMath_hypot and Java_android_util_FloatMath_hypot__FF)
07-28 07:44:51.339 771 771 F SystemServer: at android.util.FloatMath.hypot(Native Method)
07-28 07:44:51.339 771 771 F SystemServer: at android.util.Spline$MonotoneCubicSpline.<init>(Spline.java:168)
07-28 07:44:51.339 771 771 F SystemServer: at android.util.Spline.createMonotoneCubicSpline(Spline.java:72)
07-28 07:44:51.339 771 771 F SystemServer: at android.util.Spline.createSpline(Spline.java:47)
07-28 07:44:51.339 771 771 F SystemServer: at com.android.server.display.DisplayPowerController.createAutoBrightnessSpline(DisplayPowerController.java:1100)

Change-Id: Ic6a85d4f9125b921fa4f307e9d5723c09104ca4d
/frameworks/base/core/java/android/util/Spline.java
3e9a13438dce2f4a7a437e9b5bbd222128c39d52 29-Aug-2014 Michael Wright <michaelwr@google.com> Use a linear spline if there's a non-monotonic brightness curve

Some devices may contain things like transflective displays where
they actually want the backlight brightness to decrease in the face
of high ambient light scenarios. In the interest of time, just use a
linear interpolation based on the brightness control points for these
cases but in the future we should consider adding a non-monotonic
cubic spline.

Bug: 15611140
Change-Id: I8fcee061b18c8ae9cc9a1b38d8b850aaec4478ce
/frameworks/base/core/java/android/util/Spline.java
1a30b55036c2279d72ba69cb1107ec5f6f40d5e9 16-Aug-2012 Jeff Brown <jeffbrown@google.com> Use spline interpolation for auto-brightness.

Strictly speaking, this is a change in behavior for all products.
Instead of using discrete zones, they will all now use spline
interpolation. We could make this behavior configurable
but there seems to be little point to it. The range of brightness
values used will be more or less the same as before, it's just
that what used to be the brightness value for all levels within
a particular zone now becomes the brightness value for the
highest level in that zone and lower values are used for lower
levels within the zone.

Change-Id: I39804ee630ba55f018e1e53c0576b28e7bd27931
/frameworks/base/core/java/android/util/Spline.java