diff options
| author |  mtklein <mtklein@chromium.org> | 2015-04-27 11:13:53 -0700 |
|---|---|---|
| committer |  Commit bot <commit-bot@chromium.org> | 2015-04-27 11:13:53 -0700 |
| commit | abf6c5cf95e921fae59efb487480e5b5081cf0ec (patch) | |
| tree | f6f319b0a0d029afccc91b83d4ec7e45327c005c /gm | |
| parent | a3a8eb6f630c5e163ce45503b970ea993737780d (diff) | |
Mike's radial gradient CL with better float -> int.
patch from issue 1072303005 at patchset 40001 (http://crrev.com/1072303005#ps40001)
This looks quite launchable. radial_gradient3, min of 100 samples:
N5: 985µs -> 946µs
MBP: 395µs -> 279µs
On my MBP, most of the meat looks like it's now in reading the cache and writing to dst one color at a time. Is that something we could do in float math rather than with a lookup table?
BUG=skia:
CQ_EXTRA_TRYBOTS=client.skia.android:Test-Android-GCC-Nexus5-CPU-NEON-Arm7-Debug-Trybot,Test-Android-GCC-Nexus9-CPU-Denver-Arm64-Debug-Trybot
Review URL: https://codereview.chromium.org/1109643002
Diffstat (limited to 'gm')
| -rw-r--r-- | gm/gradients.cpp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/gm/gradients.cpp b/gm/gradients.cpp index cedaff3322..7ff9d380d1 100644 --- a/gm/gradients.cpp +++ b/gm/gradients.cpp @@ -448,7 +448,7 @@ protected: const SkScalar kRadius = 3000; const SkColor gColors[] = { 0xFFFFFFFF, 0xFF000000 }; fShader.reset(SkGradientShader::CreateRadial(center, kRadius, gColors, NULL, 2, - SkShader::kClamp_TileMode)); + SkShader::kClamp_TileMode)); } void onDraw(SkCanvas* canvas) override { |