2015-04-01 19:09:17 +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 "CodecBench.h"
|
2015-09-22 18:56:16 +00:00
|
|
|
#include "CodecBenchPriv.h"
|
2019-03-20 15:50:33 +00:00
|
|
|
#include "CommandLineFlags.h"
|
2015-04-01 19:09:17 +00:00
|
|
|
#include "SkBitmap.h"
|
|
|
|
#include "SkCodec.h"
|
|
|
|
#include "SkOSFile.h"
|
|
|
|
|
2016-01-08 22:20:36 +00:00
|
|
|
// Actually zeroing the memory would throw off timing, so we just lie.
|
2019-03-21 16:31:36 +00:00
|
|
|
static DEFINE_bool(zero_init, false,
|
|
|
|
"Pretend our destination is zero-intialized, simulating Android?");
|
2016-01-08 22:20:36 +00:00
|
|
|
|
2016-01-07 22:20:20 +00:00
|
|
|
CodecBench::CodecBench(SkString baseName, SkData* encoded, SkColorType colorType,
|
|
|
|
SkAlphaType alphaType)
|
2015-04-01 19:09:17 +00:00
|
|
|
: fColorType(colorType)
|
2016-01-07 22:20:20 +00:00
|
|
|
, fAlphaType(alphaType)
|
2015-04-01 19:09:17 +00:00
|
|
|
, fData(SkRef(encoded))
|
|
|
|
{
|
|
|
|
// Parse filename and the color type to give the benchmark a useful name
|
2016-01-07 22:20:20 +00:00
|
|
|
fName.printf("Codec_%s_%s%s", baseName.c_str(), color_type_to_str(colorType),
|
|
|
|
alpha_type_to_str(alphaType));
|
2015-04-01 19:09:17 +00:00
|
|
|
// Ensure that we can create an SkCodec from this data.
|
2017-07-23 19:30:02 +00:00
|
|
|
SkASSERT(SkCodec::MakeFromData(fData));
|
2015-04-01 19:09:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
const char* CodecBench::onGetName() {
|
|
|
|
return fName.c_str();
|
|
|
|
}
|
|
|
|
|
|
|
|
bool CodecBench::isSuitableFor(Backend backend) {
|
|
|
|
return kNonRendering_Backend == backend;
|
|
|
|
}
|
|
|
|
|
2015-09-30 19:11:07 +00:00
|
|
|
void CodecBench::onDelayedSetup() {
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec = SkCodec::MakeFromData(fData);
|
2015-04-02 20:22:38 +00:00
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
fInfo = codec->getInfo().makeColorType(fColorType)
|
|
|
|
.makeAlphaType(fAlphaType)
|
|
|
|
.makeColorSpace(nullptr);
|
2015-04-02 20:22:38 +00:00
|
|
|
|
2017-10-03 18:47:21 +00:00
|
|
|
fPixelStorage.reset(fInfo.computeMinByteSize());
|
2015-04-01 19:09:17 +00:00
|
|
|
}
|
|
|
|
|
2015-10-01 16:43:39 +00:00
|
|
|
void CodecBench::onDraw(int n, SkCanvas* canvas) {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<SkCodec> codec;
|
2016-01-08 22:20:36 +00:00
|
|
|
SkCodec::Options options;
|
|
|
|
if (FLAGS_zero_init) {
|
|
|
|
options.fZeroInitialized = SkCodec::kYes_ZeroInitialized;
|
|
|
|
}
|
2015-04-01 19:09:17 +00:00
|
|
|
for (int i = 0; i < n; i++) {
|
2017-07-23 19:30:02 +00:00
|
|
|
codec = SkCodec::MakeFromData(fData);
|
2015-04-01 19:09:17 +00:00
|
|
|
#ifdef SK_DEBUG
|
SkCodec no longer inherits from SkImageGenerator.
SkImageGenerator makes some assumptions that are not necessarily valid
for SkCodec. For example, SkCodec does not assume that it can always be
rewound.
We also have an ongoing question of what an SkCodec should report as
its default settings (i.e. the return from getInfo). It makes sense for
an SkCodec to report that its pixels are unpremultiplied, if that is
the case for the underlying data, but if a client of SkImageGenerator
uses the default settings (as many do), they will receive
unpremultiplied pixels which cannot (currently) be drawn with Skia. We
may ultimately decide to revisit SkCodec reporting an SkImageInfo, but
I have left it unchanged for now.
Import features of SkImageGenerator used by SkCodec into SkCodec.
I have left SkImageGenerator unchanged for now, but it no longer needs
Result or Options. This will require changes to Chromium.
Manually handle the lifetime of fScanlineDecoder, so SkScanlineDecoder.h
can include SkCodec.h (where Result is), and SkCodec.h does not need
to include it (to delete fScanlineDecoder).
In many places, make the following simple changes:
- Now include SkScanlineDecoder.h, which is no longer included by
SkCodec.h
- Use the enums in SkCodec, rather than SkImageGenerator
- Stop including SkImageGenerator.h where no longer needed
Review URL: https://codereview.chromium.org/1220733013
2015-07-09 15:16:03 +00:00
|
|
|
const SkCodec::Result result =
|
2015-04-01 19:09:17 +00:00
|
|
|
#endif
|
2015-04-02 20:22:38 +00:00
|
|
|
codec->getPixels(fInfo, fPixelStorage.get(), fInfo.minRowBytes(),
|
2017-07-11 17:35:31 +00:00
|
|
|
&options);
|
SkCodec no longer inherits from SkImageGenerator.
SkImageGenerator makes some assumptions that are not necessarily valid
for SkCodec. For example, SkCodec does not assume that it can always be
rewound.
We also have an ongoing question of what an SkCodec should report as
its default settings (i.e. the return from getInfo). It makes sense for
an SkCodec to report that its pixels are unpremultiplied, if that is
the case for the underlying data, but if a client of SkImageGenerator
uses the default settings (as many do), they will receive
unpremultiplied pixels which cannot (currently) be drawn with Skia. We
may ultimately decide to revisit SkCodec reporting an SkImageInfo, but
I have left it unchanged for now.
Import features of SkImageGenerator used by SkCodec into SkCodec.
I have left SkImageGenerator unchanged for now, but it no longer needs
Result or Options. This will require changes to Chromium.
Manually handle the lifetime of fScanlineDecoder, so SkScanlineDecoder.h
can include SkCodec.h (where Result is), and SkCodec.h does not need
to include it (to delete fScanlineDecoder).
In many places, make the following simple changes:
- Now include SkScanlineDecoder.h, which is no longer included by
SkCodec.h
- Use the enums in SkCodec, rather than SkImageGenerator
- Stop including SkImageGenerator.h where no longer needed
Review URL: https://codereview.chromium.org/1220733013
2015-07-09 15:16:03 +00:00
|
|
|
SkASSERT(result == SkCodec::kSuccess
|
|
|
|
|| result == SkCodec::kIncompleteInput);
|
2015-04-01 19:09:17 +00:00
|
|
|
}
|
|
|
|
}
|