Go to file
Dan Stoza 8e8eba5091 SF: Skip render-to-texture for color transforms
In cases where SurfaceFlinger is applying a color matrix (usually for
accessibility features), we previously would perform a render-to-
texture for the initial composition, and then apply the matrix during
a copy to the framebuffer. This changes that behavior to just apply the
matrix during composition without a render-to-texture pass.

This may result in a perceived change of the image in cases with alpha
blending, since the blending is performed at a different stage of the
pipeline and the system effectively performs non-linear blends.
However, neither this nor the prior render-to-texture pass is strictly
correct in that regard, and this approach is less error-prone and
likely faster.

Change-Id: I2110ff0374f61d76df7b087dde8a1ed98990440c
(cherry picked from commit f008799d37)
2015-05-28 13:35:39 -07:00
build Increase growth limit from 64m to 80m for 1024mb hdpi tablet 2014-12-11 13:40:37 -08:00
cmds Don't use TEMP_FAILURE_RETRY on close in frameworks/native. 2015-05-15 17:05:40 -07:00
data/etc Revert "Camera: Add XML entries and files for new system features" 2014-12-03 11:13:06 -08:00
docs framework/native/docs: remove doc footer for jd output 2015-05-27 10:13:35 -07:00
include fix BufferItem flatten/unflatten alignment 2015-05-28 13:32:48 -07:00
libs libgui: Fix surface damage on rotated buffers 2015-05-28 13:33:42 -07:00
opengl Replace JNI primitive array critical calls with non-critical ones. 2015-05-13 13:11:30 -07:00
services SF: Skip render-to-texture for color transforms 2015-05-28 13:35:39 -07:00
MODULE_LICENSE_APACHE2 auto import from //depot/cupcake/@135843 2009-03-03 19:31:44 -08:00
NOTICE resolved conflicts for merge of adee6b35 to honeycomb-plus-aosp 2011-01-17 14:17:12 -08:00