aboutsummaryrefslogtreecommitdiffhomepage
path: root/make.py
diff options
context:
space:
mode:
authorGravatar brianosman <brianosman@google.com>2016-09-07 07:04:44 -0700
committerGravatar Commit bot <commit-bot@chromium.org>2016-09-07 07:04:45 -0700
commit2c4b64e92a3e589764336a91e06cebaa35ba5eb0 (patch)
treea2e249a8e9dfbfb98319f2361497fbb963cf0b7d /make.py
parente050555bf32b472da12603350ae81730555c650d (diff)
New gamut GM, to test gamut conversion in various code-paths
After several different strategies, this one appears to work well. The basic test: 1) For a variety of drawing techniques, we render fixed size rectangles. (Solid colors via paint color, bitmap, etc...) 2) For each method in #1, we render to both an sRGB and WideGamutRGB offscreen surface. (AdobeRGB isn't wide enough to clearly demonstrate if things are working or not). 3) Use readPixels to fetch the raw (still in wide gamut) pixel data, then draw that directly to the final canvas. So, for each pair of squares, they should look clearly different. Currently, with the GPU backend, only the bicubic bitmap paths have that behavior. Adding more test cases (and fixing the ones that are already incorrect) will be the long tail of gamut transformation. Current output (with my other patchset, which fixes all bitmap draws): https://screenshot.googleplex.com/wsL3x7eCtWE.png BUG=skia: GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2293173002 Review-Url: https://codereview.chromium.org/2293173002
Diffstat (limited to 'make.py')
0 files changed, 0 insertions, 0 deletions