2015-01-26 20:28:54 +00:00
|
|
|
/*
|
|
|
|
* Copyright 2015 Google Inc.
|
|
|
|
*
|
|
|
|
* Use of this source code is governed by a BSD-style license that can be
|
|
|
|
* found in the LICENSE file.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "Benchmark.h"
|
|
|
|
#include "SkBitmap.h"
|
|
|
|
#include "SkMipMap.h"
|
|
|
|
|
|
|
|
class MipMapBench: public Benchmark {
|
|
|
|
SkBitmap fBitmap;
|
2016-01-15 15:41:07 +00:00
|
|
|
SkString fName;
|
2016-01-16 02:47:38 +00:00
|
|
|
const int fW, fH;
|
2017-03-06 21:16:15 +00:00
|
|
|
bool fHalfFoat;
|
2015-01-26 20:28:54 +00:00
|
|
|
|
|
|
|
public:
|
Dest color space no longer impacts mipmaps or texture sampling
PS5: Removes SkDestinationSurfaceColorMode, tracking of mipmap
mode on GrTexture, sRGB decode state per-texture. Because we
were often choosing sRGB configs for RGB color types, legacy
rendering would then be incorrect (too dark). So...
PS7: Stops ever using sRGB pixel configs when translating
image info or color type. Also removes a bunch of GrCaps bits
and a GrContextOption that are no longer relevant.
PS9: Adjusts surface creation unit test expectations, and
changes the raster rules accordingly.
At this point, sRGB configs are (obviously) going to be broken.
Locally, I ran 8888, gl, and the gbr- versions of both. Across
all GMs x configs, there are 13 diffs. 12 are GMs that create
surfaces with a color-space attached (and thus, the offscreen
is no longer getting sRGB pixel config). The only remainder
constructs an SkPictureImageGenerator, (with an attached color
space) and renders it to the gbr-gl canvas, which triggers a
a tagged surface inside the generator.
Bug: skia:
Change-Id: Ie5edfa157dd799f3121e8173fc4f97f6c8ed6789
Reviewed-on: https://skia-review.googlesource.com/131282
Commit-Queue: Brian Osman <brianosman@google.com>
Reviewed-by: Mike Klein <mtklein@google.com>
Reviewed-by: Brian Salomon <bsalomon@google.com>
2018-06-01 16:25:08 +00:00
|
|
|
MipMapBench(int w, int h, bool halfFloat = false)
|
|
|
|
: fW(w), fH(h), fHalfFoat(halfFloat)
|
2016-06-10 18:41:47 +00:00
|
|
|
{
|
Dest color space no longer impacts mipmaps or texture sampling
PS5: Removes SkDestinationSurfaceColorMode, tracking of mipmap
mode on GrTexture, sRGB decode state per-texture. Because we
were often choosing sRGB configs for RGB color types, legacy
rendering would then be incorrect (too dark). So...
PS7: Stops ever using sRGB pixel configs when translating
image info or color type. Also removes a bunch of GrCaps bits
and a GrContextOption that are no longer relevant.
PS9: Adjusts surface creation unit test expectations, and
changes the raster rules accordingly.
At this point, sRGB configs are (obviously) going to be broken.
Locally, I ran 8888, gl, and the gbr- versions of both. Across
all GMs x configs, there are 13 diffs. 12 are GMs that create
surfaces with a color-space attached (and thus, the offscreen
is no longer getting sRGB pixel config). The only remainder
constructs an SkPictureImageGenerator, (with an attached color
space) and renders it to the gbr-gl canvas, which triggers a
a tagged surface inside the generator.
Bug: skia:
Change-Id: Ie5edfa157dd799f3121e8173fc4f97f6c8ed6789
Reviewed-on: https://skia-review.googlesource.com/131282
Commit-Queue: Brian Osman <brianosman@google.com>
Reviewed-by: Mike Klein <mtklein@google.com>
Reviewed-by: Brian Salomon <bsalomon@google.com>
2018-06-01 16:25:08 +00:00
|
|
|
fName.printf("mipmap_build_%dx%d", w, h);
|
2017-03-06 21:16:15 +00:00
|
|
|
if (halfFloat) {
|
|
|
|
fName.append("_f16");
|
|
|
|
}
|
2016-01-15 15:41:07 +00:00
|
|
|
}
|
2015-01-26 20:28:54 +00:00
|
|
|
|
|
|
|
protected:
|
2015-03-26 01:17:31 +00:00
|
|
|
bool isSuitableFor(Backend backend) override {
|
2015-01-26 20:28:54 +00:00
|
|
|
return kNonRendering_Backend == backend;
|
|
|
|
}
|
|
|
|
|
2016-01-15 15:41:07 +00:00
|
|
|
const char* onGetName() override { return fName.c_str(); }
|
2015-01-26 20:28:54 +00:00
|
|
|
|
2015-09-30 19:11:07 +00:00
|
|
|
void onDelayedSetup() override {
|
2017-03-06 21:16:15 +00:00
|
|
|
SkImageInfo info = fHalfFoat ? SkImageInfo::Make(fW, fH, kRGBA_F16_SkColorType,
|
|
|
|
kPremul_SkAlphaType,
|
|
|
|
SkColorSpace::MakeSRGBLinear())
|
|
|
|
: SkImageInfo::MakeS32(fW, fH, kPremul_SkAlphaType);
|
2016-06-10 18:41:47 +00:00
|
|
|
fBitmap.allocPixels(info);
|
2015-01-26 20:28:54 +00:00
|
|
|
fBitmap.eraseColor(SK_ColorWHITE); // so we don't read uninitialized memory
|
|
|
|
}
|
|
|
|
|
2015-10-01 16:43:39 +00:00
|
|
|
void onDraw(int loops, SkCanvas*) override {
|
2016-01-15 15:41:07 +00:00
|
|
|
for (int i = 0; i < loops * 4; i++) {
|
Dest color space no longer impacts mipmaps or texture sampling
PS5: Removes SkDestinationSurfaceColorMode, tracking of mipmap
mode on GrTexture, sRGB decode state per-texture. Because we
were often choosing sRGB configs for RGB color types, legacy
rendering would then be incorrect (too dark). So...
PS7: Stops ever using sRGB pixel configs when translating
image info or color type. Also removes a bunch of GrCaps bits
and a GrContextOption that are no longer relevant.
PS9: Adjusts surface creation unit test expectations, and
changes the raster rules accordingly.
At this point, sRGB configs are (obviously) going to be broken.
Locally, I ran 8888, gl, and the gbr- versions of both. Across
all GMs x configs, there are 13 diffs. 12 are GMs that create
surfaces with a color-space attached (and thus, the offscreen
is no longer getting sRGB pixel config). The only remainder
constructs an SkPictureImageGenerator, (with an attached color
space) and renders it to the gbr-gl canvas, which triggers a
a tagged surface inside the generator.
Bug: skia:
Change-Id: Ie5edfa157dd799f3121e8173fc4f97f6c8ed6789
Reviewed-on: https://skia-review.googlesource.com/131282
Commit-Queue: Brian Osman <brianosman@google.com>
Reviewed-by: Mike Klein <mtklein@google.com>
Reviewed-by: Brian Salomon <bsalomon@google.com>
2018-06-01 16:25:08 +00:00
|
|
|
SkMipMap::Build(fBitmap, nullptr)->unref();
|
2015-01-26 20:28:54 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
|
|
|
typedef Benchmark INHERITED;
|
|
|
|
};
|
|
|
|
|
2016-01-16 02:47:38 +00:00
|
|
|
// Build variants that exercise the width and heights being even or odd at each level, as the
|
|
|
|
// impl specializes on each of these.
|
|
|
|
//
|
Dest color space no longer impacts mipmaps or texture sampling
PS5: Removes SkDestinationSurfaceColorMode, tracking of mipmap
mode on GrTexture, sRGB decode state per-texture. Because we
were often choosing sRGB configs for RGB color types, legacy
rendering would then be incorrect (too dark). So...
PS7: Stops ever using sRGB pixel configs when translating
image info or color type. Also removes a bunch of GrCaps bits
and a GrContextOption that are no longer relevant.
PS9: Adjusts surface creation unit test expectations, and
changes the raster rules accordingly.
At this point, sRGB configs are (obviously) going to be broken.
Locally, I ran 8888, gl, and the gbr- versions of both. Across
all GMs x configs, there are 13 diffs. 12 are GMs that create
surfaces with a color-space attached (and thus, the offscreen
is no longer getting sRGB pixel config). The only remainder
constructs an SkPictureImageGenerator, (with an attached color
space) and renders it to the gbr-gl canvas, which triggers a
a tagged surface inside the generator.
Bug: skia:
Change-Id: Ie5edfa157dd799f3121e8173fc4f97f6c8ed6789
Reviewed-on: https://skia-review.googlesource.com/131282
Commit-Queue: Brian Osman <brianosman@google.com>
Reviewed-by: Mike Klein <mtklein@google.com>
Reviewed-by: Brian Salomon <bsalomon@google.com>
2018-06-01 16:25:08 +00:00
|
|
|
DEF_BENCH( return new MipMapBench(511, 511); )
|
|
|
|
DEF_BENCH( return new MipMapBench(512, 511); )
|
|
|
|
DEF_BENCH( return new MipMapBench(511, 512); )
|
|
|
|
DEF_BENCH( return new MipMapBench(512, 512); )
|
|
|
|
|
|
|
|
DEF_BENCH( return new MipMapBench(512, 512, true); )
|
|
|
|
DEF_BENCH( return new MipMapBench(511, 511, true); )
|
|
|
|
|
|
|
|
DEF_BENCH( return new MipMapBench(2048, 2048); )
|
|
|
|
DEF_BENCH( return new MipMapBench(2047, 2047); )
|
|
|
|
DEF_BENCH( return new MipMapBench(2048, 2047); )
|
|
|
|
DEF_BENCH( return new MipMapBench(2047, 2048); )
|