aboutsummaryrefslogtreecommitdiffhomepage
path: root/.gitignore
diff options
context:
space:
mode:
authorGravatar mtklein <mtklein@chromium.org>2015-07-22 10:52:53 -0700
committerGravatar Commit bot <commit-bot@chromium.org>2015-07-22 10:52:53 -0700
commitced1585149d4ac8a68efd80e11dbc23bca6620d4 (patch)
treeca42ea0d7f2d818dbf15a0cb83a9a934a032664d /.gitignore
parent651c920d2f8671756968366c7ed9b455fc1a096c (diff)
565 support for SIMD xfermodes
This uses the most basic approach possible: - to load an Sk4px from 565, convert to SkPMColors on the stack serially then load those SkPMColors. - to store an Sk4px to 565, store to SkPMColors on the stack then convert to 565 serially. Clearly, we can optimize these loads and stores. That's a TODO. The code using SkPMFloat is the same idea but a little more long-term viable, as we're only operating on one pixel at a time anyway. We could probably write 565 <-> SkPMFloat methods, but I'd rather not until it's really compelling. The speedups are varied but similar across SSE and NEON: a few uninteresting, many 50% faster, some 2x faster, and SoftLight ~4x faster. This will cause minor GM diffs, but I don't think any layout test changes. BUG=skia: Committed: https://skia.googlesource.com/skia/+/942930dcaa51f66d82cdaf46ae62efebd16c8cd0 Committed: https://skia.googlesource.com/skia/+/860dcaa2ddfdadc050af4f943a84a9d499315066 Review URL: https://codereview.chromium.org/1245673002
Diffstat (limited to '.gitignore')
0 files changed, 0 insertions, 0 deletions