diff options
| author | Leon Scroggins III <scroggo@google.com> | 2018-04-23 15:52:22 -0400 |
|---|---|---|
| committer | Leon Scroggins III <scroggo@google.com> | 2018-04-23 16:09:14 -0400 |
| commit | 3eadfde67f32bebf109634110a0e189263fa7e11 (patch) | |
| tree | 2e3df4e5259e3b6bf67f4a1abfd0e95bbb5f543b /docs/html/sdk/api_diff/15/changes | |
| parent | e5d97dd6f9e10c21568ae96a000e58834015bee9 (diff) | |
Attach color space after performing a readback
Bug: 78463311
Test: I28713c3e5ce38dea15c75542801f9aef0e5b5b0a
Bitmap::getSkBitmap() is used by Bitmap#compress before encoding. If the
Bitmap has Config HARDWARE, we have to do a readback first. We cannot
necessarily do the readback using the SkColorSpace of the Bitmap, since
that requires creating an SkSurface, which does not support all
SkColorSpaces. Instead, continue using nullptr for the readback, and
then change the info and reattach the SkPixelRef.
This fixes a bug where encoding a non-SRGB HARDWARE Bitmap and then
decoding it results in a Bitmap with the wrong ColorSpace.
Change-Id: If55b2dbfeb17d81ceaf9594b32ed69b6a9058f06
Diffstat (limited to 'docs/html/sdk/api_diff/15/changes')
0 files changed, 0 insertions, 0 deletions