Always return ImageShader, even from SkShader::MakeBitmapShader
authorreed <reed@google.com>
Tue, 2 Aug 2016 13:12:06 +0000 (06:12 -0700)
committerCommit bot <commit-bot@chromium.org>
Tue, 2 Aug 2016 13:12:06 +0000 (06:12 -0700)
commit320a40d7733979703bdf675c31108255e011e34e
tree8e8fd8cdd89e9d2a7c4f39077e2429ee130cef64
parentd6dd44140d8dd6d18aba1dfe9edc5582dcd73d2f
Always return ImageShader, even from SkShader::MakeBitmapShader

Lessons learned

1. ImageShader (correctly) always compresses (typically via PNG) during serialization. This has the surprise results of
- if the image was marked opaque, but has some non-opaque pixels (i.e. bug in blitter or caller), then compressing may "fix" those pixels, making the deserialized version draw differently. bug filed.
- 565 compressess/decompresses to 8888 (at least on Mac), which draws differently (esp. under some filters). bug filed.

2. BitmapShader did not enforce a copy for mutable bitmaps, but ImageShader does (since it creates an Image). Thus the former would see subsequent changes to the pixels after shader creation, while the latter does not, hence the change to the BlitRow test to avoid this modify-after-create pattern. I sure hope this prev. behavior was a bug/undefined-behavior, since this CL changes that.

BUG=skia:5595
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2195893002

Review-Url: https://codereview.chromium.org/2195893002
include/core/SkShader.h
samplecode/SampleLighting.cpp
samplecode/SampleLitAtlas.cpp
src/core/SkBitmapProcShader.cpp
src/core/SkBitmapProcShader.h
src/core/SkGlobalInitialization_core.cpp
src/image/SkImageShader.cpp
src/image/SkImageShader.h
tests/BlitRowTest.cpp
tests/ShaderTest.cpp
tools/dm_flags.py