system/corennnnn
修訂 | 4e3fb8615639934fe2522c643c855ae1050c5e8e (tree) |
---|---|
時間 | 2009-08-08 08:41:47 |
作者 | Android (Google) Code Review <android-gerrit@goog...> |
Commiter | Android (Google) Code Review |
Merge change 20502
* changes:
@@ -221,17 +221,7 @@ void GGLAssembler::build_blending( | ||
221 | 221 | build_blend_factor(dst_factor, fd, |
222 | 222 | component, pixel, fragment, fb, scratches); |
223 | 223 | mul_factor_add(temp, fb, dst_factor, component_t(fragment)); |
224 | - if (fd==GGL_ONE_MINUS_SRC_ALPHA) { | |
225 | - // XXX: in theory this is not correct, we should | |
226 | - // saturate here. However, this mode is often | |
227 | - // used for displaying alpha-premultiplied graphics, | |
228 | - // in which case, saturation is not necessary. | |
229 | - // unfortunatelly, we have no way to know. | |
230 | - // This is a case, where we sacrifice correctness for | |
231 | - // performance. we should probably have some heuristics. | |
232 | - } else { | |
233 | - component_sat(temp); | |
234 | - } | |
224 | + component_sat(temp); | |
235 | 225 | } |
236 | 226 | } else { |
237 | 227 | // compute fs |