2015-03-25 14:11:02 +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.
|
|
|
|
*/
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "DMSrcSink.h"
|
2016-06-01 21:47:18 +00:00
|
|
|
#include "Resources.h"
|
2015-10-21 17:27:10 +00:00
|
|
|
#include "SkAndroidCodec.h"
|
2017-01-11 17:44:43 +00:00
|
|
|
#include "SkAutoMalloc.h"
|
2015-03-03 16:59:20 +00:00
|
|
|
#include "SkCodec.h"
|
2016-01-22 22:46:42 +00:00
|
|
|
#include "SkCodecImageGenerator.h"
|
2016-05-23 17:21:17 +00:00
|
|
|
#include "SkColorSpace.h"
|
2017-01-11 17:21:57 +00:00
|
|
|
#include "SkColorSpaceXform.h"
|
2017-03-10 14:55:51 +00:00
|
|
|
#include "SkColorSpaceXformCanvas.h"
|
2017-01-11 17:44:43 +00:00
|
|
|
#include "SkColorSpace_XYZ.h"
|
2015-05-05 18:38:45 +00:00
|
|
|
#include "SkCommonFlags.h"
|
2015-03-25 20:13:43 +00:00
|
|
|
#include "SkData.h"
|
2016-10-25 14:33:27 +00:00
|
|
|
#include "SkDebugCanvas.h"
|
2016-07-08 15:43:27 +00:00
|
|
|
#include "SkDeferredCanvas.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "SkDocument.h"
|
2015-03-25 20:13:43 +00:00
|
|
|
#include "SkImageGenerator.h"
|
2016-03-09 22:20:58 +00:00
|
|
|
#include "SkImageGeneratorCG.h"
|
2016-03-17 20:50:17 +00:00
|
|
|
#include "SkImageGeneratorWIC.h"
|
2016-08-15 19:56:00 +00:00
|
|
|
#include "SkLiteDL.h"
|
|
|
|
#include "SkLiteRecorder.h"
|
2016-01-05 02:56:57 +00:00
|
|
|
#include "SkMallocPixelRef.h"
|
2017-04-03 20:06:42 +00:00
|
|
|
#include "SkMultiPictureDocumentPriv.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "SkMultiPictureDraw.h"
|
2015-02-13 23:11:10 +00:00
|
|
|
#include "SkNullCanvas.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "SkOSFile.h"
|
2016-11-07 23:05:29 +00:00
|
|
|
#include "SkOSPath.h"
|
2016-02-03 20:39:10 +00:00
|
|
|
#include "SkOpts.h"
|
2015-03-16 17:38:07 +00:00
|
|
|
#include "SkPictureData.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "SkPictureRecorder.h"
|
2016-09-13 15:09:45 +00:00
|
|
|
#include "SkPipe.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
#include "SkRandom.h"
|
2015-05-05 19:59:56 +00:00
|
|
|
#include "SkRecordDraw.h"
|
|
|
|
#include "SkRecorder.h"
|
2015-02-06 20:51:10 +00:00
|
|
|
#include "SkSVGCanvas.h"
|
2015-01-21 20:09:53 +00:00
|
|
|
#include "SkStream.h"
|
2017-01-11 17:21:57 +00:00
|
|
|
#include "SkSwizzler.h"
|
2017-01-11 17:44:43 +00:00
|
|
|
#include "SkTLogic.h"
|
2017-01-11 17:21:57 +00:00
|
|
|
#include <cmath>
|
2017-01-11 17:44:43 +00:00
|
|
|
#include <functional>
|
2017-07-18 22:15:13 +00:00
|
|
|
#include "../src/jumper/SkJumper.h"
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2016-03-17 20:50:17 +00:00
|
|
|
#if defined(SK_BUILD_FOR_WIN)
|
|
|
|
#include "SkAutoCoInitialize.h"
|
2017-02-06 14:51:42 +00:00
|
|
|
#include "SkHRESULT.h"
|
|
|
|
#include "SkTScopedComPtr.h"
|
|
|
|
#include <XpsObjectModel.h>
|
2016-03-17 20:50:17 +00:00
|
|
|
#endif
|
|
|
|
|
2016-07-15 17:33:29 +00:00
|
|
|
#if defined(SK_XML)
|
2016-08-04 13:26:05 +00:00
|
|
|
#include "SkSVGDOM.h"
|
2016-07-15 17:33:29 +00:00
|
|
|
#include "SkXMLWriter.h"
|
|
|
|
#endif
|
|
|
|
|
2015-04-14 21:06:18 +00:00
|
|
|
DEFINE_bool(multiPage, false, "For document-type backends, render the source"
|
|
|
|
" into multiple pages");
|
2016-02-08 23:09:48 +00:00
|
|
|
DEFINE_bool(RAW_threading, true, "Allow RAW decodes to run on multiple threads?");
|
2015-04-14 21:06:18 +00:00
|
|
|
|
2016-03-31 01:56:19 +00:00
|
|
|
using sk_gpu_test::GrContextFactory;
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
namespace DM {
|
|
|
|
|
|
|
|
GMSrc::GMSrc(skiagm::GMRegistry::Factory factory) : fFactory(factory) {}
|
|
|
|
|
|
|
|
Error GMSrc::draw(SkCanvas* canvas) const {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<skiagm::GM> gm(fFactory(nullptr));
|
2015-01-15 18:56:12 +00:00
|
|
|
canvas->concat(gm->getInitialTransform());
|
|
|
|
gm->draw(canvas);
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
SkISize GMSrc::size() const {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<skiagm::GM> gm(fFactory(nullptr));
|
2015-01-15 18:56:12 +00:00
|
|
|
return gm->getISize();
|
|
|
|
}
|
|
|
|
|
|
|
|
Name GMSrc::name() const {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<skiagm::GM> gm(fFactory(nullptr));
|
2015-01-15 18:56:12 +00:00
|
|
|
return gm->getName();
|
|
|
|
}
|
|
|
|
|
2015-05-27 20:23:23 +00:00
|
|
|
void GMSrc::modifyGrContextOptions(GrContextOptions* options) const {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<skiagm::GM> gm(fFactory(nullptr));
|
2015-05-27 20:23:23 +00:00
|
|
|
gm->modifyGrContextOptions(options);
|
|
|
|
}
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-05-18 13:23:57 +00:00
|
|
|
BRDSrc::BRDSrc(Path path, Mode mode, CodecSrc::DstColorType dstColorType, uint32_t sampleSize)
|
2015-09-08 22:35:32 +00:00
|
|
|
: fPath(path)
|
|
|
|
, fMode(mode)
|
|
|
|
, fDstColorType(dstColorType)
|
|
|
|
, fSampleSize(sampleSize)
|
|
|
|
{}
|
|
|
|
|
|
|
|
bool BRDSrc::veto(SinkFlags flags) const {
|
|
|
|
// No need to test to non-raster or indirect backends.
|
|
|
|
return flags.type != SinkFlags::kRaster
|
|
|
|
|| flags.approach != SinkFlags::kDirect;
|
|
|
|
}
|
|
|
|
|
2016-05-18 13:23:57 +00:00
|
|
|
static SkBitmapRegionDecoder* create_brd(Path path) {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(path.c_str()));
|
2015-09-08 22:35:32 +00:00
|
|
|
if (!encoded) {
|
|
|
|
return NULL;
|
|
|
|
}
|
2016-09-12 19:01:44 +00:00
|
|
|
return SkBitmapRegionDecoder::Create(encoded, SkBitmapRegionDecoder::kAndroidCodec_Strategy);
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
|
2016-12-15 23:17:33 +00:00
|
|
|
static inline void alpha8_to_gray8(SkBitmap* bitmap) {
|
|
|
|
// Android requires kGray8 bitmaps to be tagged as kAlpha8. Here we convert
|
|
|
|
// them back to kGray8 so our test framework can draw them correctly.
|
|
|
|
if (kAlpha_8_SkColorType == bitmap->info().colorType()) {
|
|
|
|
SkImageInfo newInfo = bitmap->info().makeColorType(kGray_8_SkColorType)
|
|
|
|
.makeAlphaType(kOpaque_SkAlphaType);
|
|
|
|
*const_cast<SkImageInfo*>(&bitmap->info()) = newInfo;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-09-08 22:35:32 +00:00
|
|
|
Error BRDSrc::draw(SkCanvas* canvas) const {
|
2017-05-19 19:21:05 +00:00
|
|
|
if (canvas->imageInfo().colorSpace() &&
|
|
|
|
kRGBA_F16_SkColorType != canvas->imageInfo().colorType()) {
|
|
|
|
// SkAndroidCodec uses legacy premultiplication and blending. Therefore, we only
|
|
|
|
// run these tests on legacy canvases.
|
|
|
|
// We allow an exception for F16, since Android uses F16.
|
|
|
|
return Error::Nonfatal("Skip testing to color correct canvas.");
|
|
|
|
}
|
|
|
|
|
2015-09-08 22:35:32 +00:00
|
|
|
SkColorType colorType = canvas->imageInfo().colorType();
|
|
|
|
if (kRGB_565_SkColorType == colorType &&
|
|
|
|
CodecSrc::kGetFromCanvas_DstColorType != fDstColorType) {
|
|
|
|
return Error::Nonfatal("Testing non-565 to 565 is uninteresting.");
|
|
|
|
}
|
|
|
|
switch (fDstColorType) {
|
|
|
|
case CodecSrc::kGetFromCanvas_DstColorType:
|
|
|
|
break;
|
|
|
|
case CodecSrc::kGrayscale_Always_DstColorType:
|
|
|
|
colorType = kGray_8_SkColorType;
|
|
|
|
break;
|
2016-04-22 23:27:24 +00:00
|
|
|
default:
|
|
|
|
SkASSERT(false);
|
|
|
|
break;
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<SkBitmapRegionDecoder> brd(create_brd(fPath));
|
2015-09-08 22:35:32 +00:00
|
|
|
if (nullptr == brd.get()) {
|
|
|
|
return Error::Nonfatal(SkStringPrintf("Could not create brd for %s.", fPath.c_str()));
|
|
|
|
}
|
|
|
|
|
2015-10-12 17:24:38 +00:00
|
|
|
if (!brd->conversionSupported(colorType)) {
|
2015-12-09 21:02:26 +00:00
|
|
|
return Error::Nonfatal("Cannot convert to color type.");
|
2015-10-12 17:24:38 +00:00
|
|
|
}
|
|
|
|
|
2015-09-08 22:35:32 +00:00
|
|
|
const uint32_t width = brd->width();
|
|
|
|
const uint32_t height = brd->height();
|
|
|
|
// Visually inspecting very small output images is not necessary.
|
|
|
|
if ((width / fSampleSize <= 10 || height / fSampleSize <= 10) && 1 != fSampleSize) {
|
|
|
|
return Error::Nonfatal("Scaling very small images is uninteresting.");
|
|
|
|
}
|
|
|
|
switch (fMode) {
|
|
|
|
case kFullImage_Mode: {
|
2015-10-27 19:50:25 +00:00
|
|
|
SkBitmap bitmap;
|
|
|
|
if (!brd->decodeRegion(&bitmap, nullptr, SkIRect::MakeXYWH(0, 0, width, height),
|
2017-04-11 13:51:32 +00:00
|
|
|
fSampleSize, colorType, false, SkColorSpace::MakeSRGB())) {
|
2015-12-09 21:02:26 +00:00
|
|
|
return "Cannot decode (full) region.";
|
2015-10-27 19:50:25 +00:00
|
|
|
}
|
2016-12-15 23:17:33 +00:00
|
|
|
alpha8_to_gray8(&bitmap);
|
2017-06-14 13:02:05 +00:00
|
|
|
|
2015-10-27 19:50:25 +00:00
|
|
|
canvas->drawBitmap(bitmap, 0, 0);
|
2015-09-08 22:35:32 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
case kDivisor_Mode: {
|
|
|
|
const uint32_t divisor = 2;
|
|
|
|
if (width < divisor || height < divisor) {
|
2015-12-09 21:02:26 +00:00
|
|
|
return Error::Nonfatal("Divisor is larger than image dimension.");
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// Use a border to test subsets that extend outside the image.
|
|
|
|
// We will not allow the border to be larger than the image dimensions. Allowing
|
|
|
|
// these large borders causes off by one errors that indicate a problem with the
|
|
|
|
// test suite, not a problem with the implementation.
|
|
|
|
const uint32_t maxBorder = SkTMin(width, height) / (fSampleSize * divisor);
|
|
|
|
const uint32_t scaledBorder = SkTMin(5u, maxBorder);
|
|
|
|
const uint32_t unscaledBorder = scaledBorder * fSampleSize;
|
|
|
|
|
|
|
|
// We may need to clear the canvas to avoid uninitialized memory.
|
|
|
|
// Assume we are scaling a 780x780 image with sampleSize = 8.
|
|
|
|
// The output image should be 97x97.
|
|
|
|
// Each subset will be 390x390.
|
|
|
|
// Each scaled subset be 48x48.
|
|
|
|
// Four scaled subsets will only fill a 96x96 image.
|
|
|
|
// The bottom row and last column will not be touched.
|
|
|
|
// This is an unfortunate result of our rounding rules when scaling.
|
|
|
|
// Maybe we need to consider testing scaled subsets without trying to
|
|
|
|
// combine them to match the full scaled image? Or maybe this is the
|
|
|
|
// best we can do?
|
|
|
|
canvas->clear(0);
|
|
|
|
|
|
|
|
for (uint32_t x = 0; x < divisor; x++) {
|
|
|
|
for (uint32_t y = 0; y < divisor; y++) {
|
|
|
|
// Calculate the subset dimensions
|
|
|
|
uint32_t subsetWidth = width / divisor;
|
|
|
|
uint32_t subsetHeight = height / divisor;
|
|
|
|
const int left = x * subsetWidth;
|
|
|
|
const int top = y * subsetHeight;
|
|
|
|
|
|
|
|
// Increase the size of the last subset in each row or column, when the
|
|
|
|
// divisor does not divide evenly into the image dimensions
|
|
|
|
subsetWidth += (x + 1 == divisor) ? (width % divisor) : 0;
|
|
|
|
subsetHeight += (y + 1 == divisor) ? (height % divisor) : 0;
|
|
|
|
|
|
|
|
// Increase the size of the subset in order to have a border on each side
|
|
|
|
const int decodeLeft = left - unscaledBorder;
|
|
|
|
const int decodeTop = top - unscaledBorder;
|
|
|
|
const uint32_t decodeWidth = subsetWidth + unscaledBorder * 2;
|
|
|
|
const uint32_t decodeHeight = subsetHeight + unscaledBorder * 2;
|
2015-10-27 19:50:25 +00:00
|
|
|
SkBitmap bitmap;
|
|
|
|
if (!brd->decodeRegion(&bitmap, nullptr, SkIRect::MakeXYWH(decodeLeft,
|
2017-04-11 13:51:32 +00:00
|
|
|
decodeTop, decodeWidth, decodeHeight), fSampleSize, colorType, false,
|
|
|
|
SkColorSpace::MakeSRGB())) {
|
2015-12-09 21:02:26 +00:00
|
|
|
return "Cannot decode region.";
|
2015-10-27 19:50:25 +00:00
|
|
|
}
|
2015-09-08 22:35:32 +00:00
|
|
|
|
2016-12-15 23:17:33 +00:00
|
|
|
alpha8_to_gray8(&bitmap);
|
2015-10-27 19:50:25 +00:00
|
|
|
canvas->drawBitmapRect(bitmap,
|
2015-09-08 22:35:32 +00:00
|
|
|
SkRect::MakeXYWH((SkScalar) scaledBorder, (SkScalar) scaledBorder,
|
|
|
|
(SkScalar) (subsetWidth / fSampleSize),
|
|
|
|
(SkScalar) (subsetHeight / fSampleSize)),
|
|
|
|
SkRect::MakeXYWH((SkScalar) (left / fSampleSize),
|
|
|
|
(SkScalar) (top / fSampleSize),
|
|
|
|
(SkScalar) (subsetWidth / fSampleSize),
|
|
|
|
(SkScalar) (subsetHeight / fSampleSize)),
|
|
|
|
nullptr);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
default:
|
|
|
|
SkASSERT(false);
|
2015-12-09 21:02:26 +00:00
|
|
|
return "Error: Should not be reached.";
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
SkISize BRDSrc::size() const {
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<SkBitmapRegionDecoder> brd(create_brd(fPath));
|
2015-09-08 22:35:32 +00:00
|
|
|
if (brd) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {SkTMax(1, brd->width() / (int)fSampleSize),
|
|
|
|
SkTMax(1, brd->height() / (int)fSampleSize)};
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static SkString get_scaled_name(const Path& path, float scale) {
|
|
|
|
return SkStringPrintf("%s_%.3f", SkOSPath::Basename(path.c_str()).c_str(), scale);
|
|
|
|
}
|
|
|
|
|
|
|
|
Name BRDSrc::name() const {
|
|
|
|
// We will replicate the names used by CodecSrc so that images can
|
|
|
|
// be compared in Gold.
|
|
|
|
if (1 == fSampleSize) {
|
|
|
|
return SkOSPath::Basename(fPath.c_str());
|
|
|
|
}
|
2015-11-13 17:59:11 +00:00
|
|
|
return get_scaled_name(fPath, 1.0f / (float) fSampleSize);
|
2015-09-08 22:35:32 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-02-08 23:09:48 +00:00
|
|
|
static bool serial_from_path_name(const SkString& path) {
|
|
|
|
if (!FLAGS_RAW_threading) {
|
|
|
|
static const char* const exts[] = {
|
|
|
|
"arw", "cr2", "dng", "nef", "nrw", "orf", "raf", "rw2", "pef", "srw",
|
|
|
|
"ARW", "CR2", "DNG", "NEF", "NRW", "ORF", "RAF", "RW2", "PEF", "SRW",
|
|
|
|
};
|
|
|
|
const char* actualExt = strrchr(path.c_str(), '.');
|
|
|
|
if (actualExt) {
|
|
|
|
actualExt++;
|
|
|
|
for (auto* ext : exts) {
|
|
|
|
if (0 == strcmp(ext, actualExt)) {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2016-02-03 17:42:42 +00:00
|
|
|
CodecSrc::CodecSrc(Path path, Mode mode, DstColorType dstColorType, SkAlphaType dstAlphaType,
|
|
|
|
float scale)
|
2015-04-09 19:43:10 +00:00
|
|
|
: fPath(path)
|
|
|
|
, fMode(mode)
|
|
|
|
, fDstColorType(dstColorType)
|
2016-02-03 17:42:42 +00:00
|
|
|
, fDstAlphaType(dstAlphaType)
|
2015-06-11 21:27:27 +00:00
|
|
|
, fScale(scale)
|
2016-02-08 23:09:48 +00:00
|
|
|
, fRunSerially(serial_from_path_name(path))
|
2015-04-09 19:43:10 +00:00
|
|
|
{}
|
2015-03-19 13:03:39 +00:00
|
|
|
|
2015-07-31 13:43:04 +00:00
|
|
|
bool CodecSrc::veto(SinkFlags flags) const {
|
2016-03-09 22:20:58 +00:00
|
|
|
// Test to direct raster backends (8888 and 565).
|
2016-01-22 22:46:42 +00:00
|
|
|
return flags.type != SinkFlags::kRaster || flags.approach != SinkFlags::kDirect;
|
2015-07-29 13:37:28 +00:00
|
|
|
}
|
2015-03-19 13:03:39 +00:00
|
|
|
|
2016-04-22 23:27:24 +00:00
|
|
|
// Allows us to test decodes to non-native 8888.
|
2016-05-17 15:52:11 +00:00
|
|
|
static void swap_rb_if_necessary(SkBitmap& bitmap, CodecSrc::DstColorType dstColorType) {
|
2016-04-22 23:27:24 +00:00
|
|
|
if (CodecSrc::kNonNative8888_Always_DstColorType != dstColorType) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (int y = 0; y < bitmap.height(); y++) {
|
|
|
|
uint32_t* row = (uint32_t*) bitmap.getAddr(0, y);
|
|
|
|
SkOpts::RGBA_to_BGRA(row, row, bitmap.width());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-02-03 20:39:10 +00:00
|
|
|
// FIXME: Currently we cannot draw unpremultiplied sources. skbug.com/3338 and skbug.com/3339.
|
|
|
|
// This allows us to still test unpremultiplied decodes.
|
2016-05-17 15:52:11 +00:00
|
|
|
static void premultiply_if_necessary(SkBitmap& bitmap) {
|
2016-02-03 20:39:10 +00:00
|
|
|
if (kUnpremul_SkAlphaType != bitmap.alphaType()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (bitmap.colorType()) {
|
2017-07-18 22:15:13 +00:00
|
|
|
case kRGBA_F16_SkColorType: {
|
|
|
|
SkJumper_MemoryCtx ctx = { bitmap.getAddr(0,0), bitmap.rowBytesAsPixels() };
|
|
|
|
SkRasterPipeline_<256> p;
|
|
|
|
p.append(SkRasterPipeline::load_f16, &ctx);
|
|
|
|
p.append(SkRasterPipeline::premul);
|
|
|
|
p.append(SkRasterPipeline::store_f16, &ctx);
|
|
|
|
p.run(0,0, bitmap.width(), bitmap.height());
|
|
|
|
}
|
2017-05-23 20:58:09 +00:00
|
|
|
break;
|
2016-02-03 20:39:10 +00:00
|
|
|
case kN32_SkColorType:
|
|
|
|
for (int y = 0; y < bitmap.height(); y++) {
|
|
|
|
uint32_t* row = (uint32_t*) bitmap.getAddr(0, y);
|
|
|
|
SkOpts::RGBA_to_rgbA(row, row, bitmap.width());
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
// No need to premultiply kGray or k565 outputs.
|
|
|
|
break;
|
|
|
|
}
|
2016-02-03 23:31:18 +00:00
|
|
|
|
|
|
|
// In the kIndex_8 case, the canvas won't even try to draw unless we mark the
|
|
|
|
// bitmap as kPremul.
|
|
|
|
bitmap.setAlphaType(kPremul_SkAlphaType);
|
2016-02-03 20:39:10 +00:00
|
|
|
}
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
static bool get_decode_info(SkImageInfo* decodeInfo, SkColorType canvasColorType,
|
2016-05-20 20:56:13 +00:00
|
|
|
CodecSrc::DstColorType dstColorType, SkAlphaType dstAlphaType) {
|
2015-10-21 17:27:10 +00:00
|
|
|
switch (dstColorType) {
|
|
|
|
case CodecSrc::kGrayscale_Always_DstColorType:
|
2016-05-20 21:27:16 +00:00
|
|
|
if (kRGB_565_SkColorType == canvasColorType) {
|
2015-10-21 17:27:10 +00:00
|
|
|
return false;
|
|
|
|
}
|
2016-02-03 17:42:42 +00:00
|
|
|
*decodeInfo = decodeInfo->makeColorType(kGray_8_SkColorType);
|
2015-10-21 17:27:10 +00:00
|
|
|
break;
|
2016-04-22 23:27:24 +00:00
|
|
|
case CodecSrc::kNonNative8888_Always_DstColorType:
|
Add animation support to SkWebpCodec
TBR=reed@google.com
(No change to the public API, but changed a header file)
SkWebpCodec:
- Implement onGetFrameCount, onGetFrameInfo, and onGetRepetitionCount
- Respect the alpha reported by libwebp. Although the spec states that
it is only a hint, the libwebp encoder uses it properly. Respecting
allows us to draw opaque images faster and decode them to 565. This
also matches other SkCodecs (and Chromium).
- onGetPixels:
- Decode the frame requested, recursively decoding required frame if
necessary
- When blending with a prior frame, use SkRasterPipeline
SkCodec:
- Move check for negative index to getFrameInfo
- Reset the colorXform if one is not needed
SkCodecAnimation:
- Add new blend enum, for WebP's (and APNG's) non-blending option
SkFrameHolder:
- New base classes for frames and the owner of the frames, allowing
code sharing between SkWebpCodec and SkGifCodec (particularly for
determining whether a frame has alpha and what frame it depends on)
- When moving items from SkGIFFrameContext, use Skia conventions (i.e.
int instead of unsigned)
- Rename "delay time" to "duration", to match e.g. SkFrameInfo::
fDuration
SkGifImageReader:
- Move pieces to SkFrameHolder, and adapt to changes made in the
process
- Make setAlphaAndRequiredFrame (now on the base class SkFrameHolder)
more general to support webp, and add support for frames that do not
blend
- Change SkGIFFrameContext from a struct to a class, to match how we
use the distinction elsewhere (i.e. struct is a small object with
public fields)
- Rework hasTransparentPixel (now hasTransparency, since it returns true
in some cases where there is not a transparent pixel) to better fit
with the modified setAlphaAndRequiredFrame. Also be more consistent
when there is no transparent pixel but no color map.
- Simplify an if condition that was previously simplified in 2d61e717
but accidentally got reverted in a4db9be6
CodecAnimTest:
- Test new animated webp files
- Rearrange the test to more cleanly print alpha type mismatches for
the first frame
resources:
- webp-animated.webp
- animated webp from Chromium
- blendBG.webp
- new webp file using bits of webp-animated-semitransparent4.webp
from Chromium
- tests required frame and alpha when using the non-blending mode
- frames have the following properties:
- Frame 0: no alpha, fills screen
- Frame 1: alpha, fills screen
- Frame 2: no alpha, fills screen
- Frame 3: alpha, fills screen, blendBG
- Frame 4: no alpha, fills screen, blendBG
- Frame 5: alpha, blendBG
- Frame 6: covers 4, has alpha, blendBG
- also used to test decoding to 565 if the new frame data has alpha
but blends onto an opaque frame
DM.cpp:
- Test animated images to non-native 8888 and unpremul
DMSrcSink.cpp:
- Do not test non-native 8888 decodes to f16 dst
- Test unpremul decodes to f16
- Copy a frame of an animated image prior to drawing, since in unpremul
mode, the DM code will premultiply first.
Bug: skia: 3315
Change-Id: I4e55ae2ee5bc095b37a743bdcfac644be603b980
Reviewed-on: https://skia-review.googlesource.com/16707
Commit-Queue: Mike Reed <reed@google.com>
Reviewed-by: Mike Reed <reed@google.com>
Reviewed-by: Leon Scroggins <scroggo@google.com>
Reviewed-by: Matt Sarett <msarett@google.com>
2017-05-23 13:37:21 +00:00
|
|
|
if (kRGB_565_SkColorType == canvasColorType
|
|
|
|
|| kRGBA_F16_SkColorType == canvasColorType) {
|
2016-04-22 23:27:24 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
#ifdef SK_PMCOLOR_IS_RGBA
|
|
|
|
*decodeInfo = decodeInfo->makeColorType(kBGRA_8888_SkColorType);
|
|
|
|
#else
|
|
|
|
*decodeInfo = decodeInfo->makeColorType(kRGBA_8888_SkColorType);
|
|
|
|
#endif
|
|
|
|
break;
|
2015-10-21 17:27:10 +00:00
|
|
|
default:
|
2016-02-16 21:24:54 +00:00
|
|
|
if (kRGB_565_SkColorType == canvasColorType &&
|
|
|
|
kOpaque_SkAlphaType != decodeInfo->alphaType()) {
|
|
|
|
return false;
|
|
|
|
}
|
2017-02-01 23:34:22 +00:00
|
|
|
|
|
|
|
if (kRGBA_F16_SkColorType == canvasColorType) {
|
|
|
|
sk_sp<SkColorSpace> linearSpace =
|
|
|
|
as_CSB(decodeInfo->colorSpace())->makeLinearGamma();
|
|
|
|
*decodeInfo = decodeInfo->makeColorSpace(std::move(linearSpace));
|
|
|
|
}
|
|
|
|
|
2016-02-03 17:42:42 +00:00
|
|
|
*decodeInfo = decodeInfo->makeColorType(canvasColorType);
|
2015-10-21 17:27:10 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2016-05-20 20:56:13 +00:00
|
|
|
*decodeInfo = decodeInfo->makeAlphaType(dstAlphaType);
|
2015-10-21 17:27:10 +00:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
static void draw_to_canvas(SkCanvas* canvas, const SkImageInfo& info, void* pixels, size_t rowBytes,
|
2017-07-11 17:35:31 +00:00
|
|
|
CodecSrc::DstColorType dstColorType,
|
2016-05-17 15:52:11 +00:00
|
|
|
SkScalar left = 0, SkScalar top = 0) {
|
|
|
|
SkBitmap bitmap;
|
2017-07-11 17:35:31 +00:00
|
|
|
bitmap.installPixels(info, pixels, rowBytes);
|
2016-05-17 15:52:11 +00:00
|
|
|
premultiply_if_necessary(bitmap);
|
|
|
|
swap_rb_if_necessary(bitmap, dstColorType);
|
|
|
|
canvas->drawBitmap(bitmap, left, top);
|
|
|
|
}
|
|
|
|
|
2017-05-26 12:58:03 +00:00
|
|
|
// For codec srcs, we want the "draw" step to be a memcpy. Any interesting color space or
|
|
|
|
// color format conversions should be performed by the codec. Sometimes the output of the
|
|
|
|
// decode will be in an interesting color space. On our srgb and f16 backends, we need to
|
|
|
|
// "pretend" that the color space is standard sRGB to avoid triggering color conversion
|
|
|
|
// at draw time.
|
|
|
|
static void set_bitmap_color_space(SkImageInfo* info) {
|
|
|
|
if (kRGBA_F16_SkColorType == info->colorType()) {
|
|
|
|
*info = info->makeColorSpace(SkColorSpace::MakeSRGBLinear());
|
|
|
|
} else {
|
|
|
|
*info = info->makeColorSpace(SkColorSpace::MakeSRGB());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-07-29 13:37:28 +00:00
|
|
|
Error CodecSrc::draw(SkCanvas* canvas) const {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2015-03-19 13:03:39 +00:00
|
|
|
if (!encoded) {
|
|
|
|
return SkStringPrintf("Couldn't read %s.", fPath.c_str());
|
|
|
|
}
|
2016-01-22 22:46:42 +00:00
|
|
|
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec(SkCodec::MakeFromData(encoded));
|
2015-09-01 21:57:57 +00:00
|
|
|
if (nullptr == codec.get()) {
|
|
|
|
return SkStringPrintf("Couldn't create codec for %s.", fPath.c_str());
|
2015-04-09 19:43:10 +00:00
|
|
|
}
|
|
|
|
|
2016-05-20 20:56:13 +00:00
|
|
|
SkImageInfo decodeInfo = codec->getInfo();
|
|
|
|
if (!get_decode_info(&decodeInfo, canvas->imageInfo().colorType(), fDstColorType,
|
|
|
|
fDstAlphaType)) {
|
2017-02-03 19:58:59 +00:00
|
|
|
return Error::Nonfatal("Skipping uninteresting test.");
|
2015-04-09 19:43:10 +00:00
|
|
|
}
|
|
|
|
|
2015-06-11 21:27:27 +00:00
|
|
|
// Try to scale the image if it is desired
|
|
|
|
SkISize size = codec->getScaledDimensions(fScale);
|
|
|
|
if (size == decodeInfo.dimensions() && 1.0f != fScale) {
|
|
|
|
return Error::Nonfatal("Test without scaling is uninteresting.");
|
|
|
|
}
|
2015-08-18 20:22:46 +00:00
|
|
|
|
|
|
|
// Visually inspecting very small output images is not necessary. We will
|
|
|
|
// cover these cases in unit testing.
|
|
|
|
if ((size.width() <= 10 || size.height() <= 10) && 1.0f != fScale) {
|
|
|
|
return Error::Nonfatal("Scaling very small images is uninteresting.");
|
|
|
|
}
|
2015-06-11 21:27:27 +00:00
|
|
|
decodeInfo = decodeInfo.makeWH(size.width(), size.height());
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
const int bpp = SkColorTypeBytesPerPixel(decodeInfo.colorType());
|
|
|
|
const size_t rowBytes = size.width() * bpp;
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
const size_t safeSize = decodeInfo.getSafeSize(rowBytes);
|
|
|
|
SkAutoMalloc pixels(safeSize);
|
2015-03-19 13:03:39 +00:00
|
|
|
|
2016-01-13 17:31:39 +00:00
|
|
|
SkCodec::Options options;
|
2017-05-19 19:21:05 +00:00
|
|
|
options.fPremulBehavior = canvas->imageInfo().colorSpace() ?
|
|
|
|
SkTransferFunctionBehavior::kRespect : SkTransferFunctionBehavior::kIgnore;
|
2016-01-13 17:31:39 +00:00
|
|
|
if (kCodecZeroInit_Mode == fMode) {
|
2016-05-17 15:52:11 +00:00
|
|
|
memset(pixels.get(), 0, size.height() * rowBytes);
|
2016-01-13 17:31:39 +00:00
|
|
|
options.fZeroInitialized = SkCodec::kYes_ZeroInitialized;
|
|
|
|
}
|
2016-04-22 23:27:24 +00:00
|
|
|
|
|
|
|
SkImageInfo bitmapInfo = decodeInfo;
|
2017-05-26 12:58:03 +00:00
|
|
|
set_bitmap_color_space(&bitmapInfo);
|
2016-04-22 23:27:24 +00:00
|
|
|
if (kRGBA_8888_SkColorType == decodeInfo.colorType() ||
|
|
|
|
kBGRA_8888_SkColorType == decodeInfo.colorType()) {
|
|
|
|
bitmapInfo = bitmapInfo.makeColorType(kN32_SkColorType);
|
|
|
|
}
|
2015-03-19 13:03:39 +00:00
|
|
|
|
2015-03-25 20:48:49 +00:00
|
|
|
switch (fMode) {
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
case kAnimated_Mode: {
|
|
|
|
std::vector<SkCodec::FrameInfo> frameInfos = codec->getFrameInfo();
|
|
|
|
if (frameInfos.size() <= 1) {
|
|
|
|
return SkStringPrintf("%s is not an animated image.", fPath.c_str());
|
|
|
|
}
|
|
|
|
|
2016-10-25 13:11:01 +00:00
|
|
|
// As in CodecSrc::size(), compute a roughly square grid to draw the frames
|
|
|
|
// into. "factor" is the number of frames to draw on one row. There will be
|
|
|
|
// up to "factor" rows as well.
|
|
|
|
const float root = sqrt((float) frameInfos.size());
|
|
|
|
const int factor = sk_float_ceil2int(root);
|
|
|
|
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
// Used to cache a frame that future frames will depend on.
|
|
|
|
SkAutoMalloc priorFramePixels;
|
2017-04-17 16:46:33 +00:00
|
|
|
int cachedFrame = SkCodec::kNone;
|
|
|
|
for (int i = 0; static_cast<size_t>(i) < frameInfos.size(); i++) {
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
options.fFrameIndex = i;
|
|
|
|
// Check for a prior frame
|
2017-04-17 16:46:33 +00:00
|
|
|
const int reqFrame = frameInfos[i].fRequiredFrame;
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
if (reqFrame != SkCodec::kNone && reqFrame == cachedFrame
|
|
|
|
&& priorFramePixels.get()) {
|
|
|
|
// Copy into pixels
|
|
|
|
memcpy(pixels.get(), priorFramePixels.get(), safeSize);
|
2017-06-07 16:31:51 +00:00
|
|
|
options.fPriorFrame = reqFrame;
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
} else {
|
2017-06-07 16:31:51 +00:00
|
|
|
options.fPriorFrame = SkCodec::kNone;
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
}
|
Fix SkGifCodec bugs around truncated data
Prior to this CL, if a GIF file was truncated before reading the local
color map of a frame, incremental decode would do the wrong thing. In
onStartIncrementalDecode, we would either create a color table based on
the global color map, or we would create a dummy one with only one
color (transparent). The dummy color table is correct if there is
neither a global nor a local color map, and allows us to fill the frame
with transparent. But if more data is provided, and it includes an
actual color map and image data, one of the following can happen:
- If the created color table is smaller than the actual one, the
decoded data may include indices outside of the range of the created
color table, resulting in a crash.
- If we get lucky, and the created color table is large enough, it may
still be the wrong colors (and most likely is).
To solve this, make onStartIncrementalDecode fail if there is a local
color map that has not been read yet. A future call may read more data
and read the correct color map.
This is done by returning kIncompleteInput in
SkGifCodec::prepareToDecode if there is a local color map that has not
yet been read. (It is possible that there is no color map at all, in
which case we still need to support decoding that frame. Skip
attempting to decode in that case.)
In onGetPixels, if prepareToDecode returned kIncompleteInput, return
kInvalidInput. Although the input is technically incomplete, no future
call will provide more data (unlike in incremental decoding), and there
is nothing interesting for the client to draw. This also prevents
SkCodec from attempting to fill the data with an SkSwizzler, which has
not been created. (An alternative solution would be create the dummy
color table and an SkSwizzler, which would keep the current behavior.
But I think the new behavior of returning kInvalidInput makes more
sense.)
Add tests to verify the intended behavior:
- getPixels fails.
- startIncrementalDecode fails, but after providing more data it will
succeed and incremental decoding matches the image decoded from the
full stream.
- Both succeed if there is no color table at all.
Change-Id: Ifb52fe7f723673406a28e80c8805a552f0ac33b6
Reviewed-on: https://skia-review.googlesource.com/5758
Reviewed-by: Matt Sarett <msarett@google.com>
Commit-Queue: Leon Scroggins <scroggo@google.com>
2016-12-09 21:39:33 +00:00
|
|
|
SkCodec::Result result = codec->getPixels(decodeInfo, pixels.get(),
|
2017-07-11 17:35:31 +00:00
|
|
|
rowBytes, &options);
|
Fix SkGifCodec bugs around truncated data
Prior to this CL, if a GIF file was truncated before reading the local
color map of a frame, incremental decode would do the wrong thing. In
onStartIncrementalDecode, we would either create a color table based on
the global color map, or we would create a dummy one with only one
color (transparent). The dummy color table is correct if there is
neither a global nor a local color map, and allows us to fill the frame
with transparent. But if more data is provided, and it includes an
actual color map and image data, one of the following can happen:
- If the created color table is smaller than the actual one, the
decoded data may include indices outside of the range of the created
color table, resulting in a crash.
- If we get lucky, and the created color table is large enough, it may
still be the wrong colors (and most likely is).
To solve this, make onStartIncrementalDecode fail if there is a local
color map that has not been read yet. A future call may read more data
and read the correct color map.
This is done by returning kIncompleteInput in
SkGifCodec::prepareToDecode if there is a local color map that has not
yet been read. (It is possible that there is no color map at all, in
which case we still need to support decoding that frame. Skip
attempting to decode in that case.)
In onGetPixels, if prepareToDecode returned kIncompleteInput, return
kInvalidInput. Although the input is technically incomplete, no future
call will provide more data (unlike in incremental decoding), and there
is nothing interesting for the client to draw. This also prevents
SkCodec from attempting to fill the data with an SkSwizzler, which has
not been created. (An alternative solution would be create the dummy
color table and an SkSwizzler, which would keep the current behavior.
But I think the new behavior of returning kInvalidInput makes more
sense.)
Add tests to verify the intended behavior:
- getPixels fails.
- startIncrementalDecode fails, but after providing more data it will
succeed and incremental decoding matches the image decoded from the
full stream.
- Both succeed if there is no color table at all.
Change-Id: Ifb52fe7f723673406a28e80c8805a552f0ac33b6
Reviewed-on: https://skia-review.googlesource.com/5758
Reviewed-by: Matt Sarett <msarett@google.com>
Commit-Queue: Leon Scroggins <scroggo@google.com>
2016-12-09 21:39:33 +00:00
|
|
|
if (SkCodec::kInvalidInput == result && i > 0) {
|
|
|
|
// Some of our test images have truncated later frames. Treat that
|
|
|
|
// the same as incomplete.
|
|
|
|
result = SkCodec::kIncompleteInput;
|
|
|
|
}
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
switch (result) {
|
|
|
|
case SkCodec::kSuccess:
|
2017-07-06 16:26:09 +00:00
|
|
|
case SkCodec::kErrorInInput:
|
2016-10-25 13:11:01 +00:00
|
|
|
case SkCodec::kIncompleteInput: {
|
Add animation support to SkWebpCodec
TBR=reed@google.com
(No change to the public API, but changed a header file)
SkWebpCodec:
- Implement onGetFrameCount, onGetFrameInfo, and onGetRepetitionCount
- Respect the alpha reported by libwebp. Although the spec states that
it is only a hint, the libwebp encoder uses it properly. Respecting
allows us to draw opaque images faster and decode them to 565. This
also matches other SkCodecs (and Chromium).
- onGetPixels:
- Decode the frame requested, recursively decoding required frame if
necessary
- When blending with a prior frame, use SkRasterPipeline
SkCodec:
- Move check for negative index to getFrameInfo
- Reset the colorXform if one is not needed
SkCodecAnimation:
- Add new blend enum, for WebP's (and APNG's) non-blending option
SkFrameHolder:
- New base classes for frames and the owner of the frames, allowing
code sharing between SkWebpCodec and SkGifCodec (particularly for
determining whether a frame has alpha and what frame it depends on)
- When moving items from SkGIFFrameContext, use Skia conventions (i.e.
int instead of unsigned)
- Rename "delay time" to "duration", to match e.g. SkFrameInfo::
fDuration
SkGifImageReader:
- Move pieces to SkFrameHolder, and adapt to changes made in the
process
- Make setAlphaAndRequiredFrame (now on the base class SkFrameHolder)
more general to support webp, and add support for frames that do not
blend
- Change SkGIFFrameContext from a struct to a class, to match how we
use the distinction elsewhere (i.e. struct is a small object with
public fields)
- Rework hasTransparentPixel (now hasTransparency, since it returns true
in some cases where there is not a transparent pixel) to better fit
with the modified setAlphaAndRequiredFrame. Also be more consistent
when there is no transparent pixel but no color map.
- Simplify an if condition that was previously simplified in 2d61e717
but accidentally got reverted in a4db9be6
CodecAnimTest:
- Test new animated webp files
- Rearrange the test to more cleanly print alpha type mismatches for
the first frame
resources:
- webp-animated.webp
- animated webp from Chromium
- blendBG.webp
- new webp file using bits of webp-animated-semitransparent4.webp
from Chromium
- tests required frame and alpha when using the non-blending mode
- frames have the following properties:
- Frame 0: no alpha, fills screen
- Frame 1: alpha, fills screen
- Frame 2: no alpha, fills screen
- Frame 3: alpha, fills screen, blendBG
- Frame 4: no alpha, fills screen, blendBG
- Frame 5: alpha, blendBG
- Frame 6: covers 4, has alpha, blendBG
- also used to test decoding to 565 if the new frame data has alpha
but blends onto an opaque frame
DM.cpp:
- Test animated images to non-native 8888 and unpremul
DMSrcSink.cpp:
- Do not test non-native 8888 decodes to f16 dst
- Test unpremul decodes to f16
- Copy a frame of an animated image prior to drawing, since in unpremul
mode, the DM code will premultiply first.
Bug: skia: 3315
Change-Id: I4e55ae2ee5bc095b37a743bdcfac644be603b980
Reviewed-on: https://skia-review.googlesource.com/16707
Commit-Queue: Mike Reed <reed@google.com>
Reviewed-by: Mike Reed <reed@google.com>
Reviewed-by: Leon Scroggins <scroggo@google.com>
Reviewed-by: Matt Sarett <msarett@google.com>
2017-05-23 13:37:21 +00:00
|
|
|
// If the next frame depends on this one, store it in priorFrame.
|
|
|
|
// It is possible that we may discard a frame that future frames depend on,
|
|
|
|
// but the codec will simply redecode the discarded frame.
|
|
|
|
// Do this before calling draw_to_canvas, which premultiplies in place. If
|
|
|
|
// we're decoding to unpremul, we want to pass the unmodified frame to the
|
|
|
|
// codec for decoding the next frame.
|
|
|
|
if (static_cast<size_t>(i+1) < frameInfos.size()
|
|
|
|
&& frameInfos[i+1].fRequiredFrame == i) {
|
|
|
|
memcpy(priorFramePixels.reset(safeSize), pixels.get(), safeSize);
|
|
|
|
cachedFrame = i;
|
|
|
|
}
|
|
|
|
|
2016-10-25 13:11:01 +00:00
|
|
|
SkAutoCanvasRestore acr(canvas, true);
|
|
|
|
const int xTranslate = (i % factor) * decodeInfo.width();
|
|
|
|
const int yTranslate = (i / factor) * decodeInfo.height();
|
|
|
|
canvas->translate(SkIntToScalar(xTranslate), SkIntToScalar(yTranslate));
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, pixels.get(), rowBytes, fDstColorType);
|
2017-07-06 16:26:09 +00:00
|
|
|
if (result != SkCodec::kSuccess) {
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
break;
|
2016-10-25 13:11:01 +00:00
|
|
|
}
|
2016-10-27 15:29:13 +00:00
|
|
|
case SkCodec::kInvalidConversion:
|
2017-07-12 19:10:28 +00:00
|
|
|
if (i > 0 && (decodeInfo.colorType() == kRGB_565_SkColorType)) {
|
2016-10-27 15:29:13 +00:00
|
|
|
return Error::Nonfatal(SkStringPrintf(
|
2017-07-12 19:10:28 +00:00
|
|
|
"Cannot decode frame %i to 565 (%s).", i, fPath.c_str()));
|
2016-10-27 15:29:13 +00:00
|
|
|
}
|
|
|
|
// Fall through.
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
default:
|
|
|
|
return SkStringPrintf("Couldn't getPixels for frame %i in %s.",
|
|
|
|
i, fPath.c_str());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
2016-01-13 17:31:39 +00:00
|
|
|
case kCodecZeroInit_Mode:
|
2015-09-01 21:57:57 +00:00
|
|
|
case kCodec_Mode: {
|
2017-07-11 17:35:31 +00:00
|
|
|
switch (codec->getPixels(decodeInfo, pixels.get(), rowBytes, &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
|
|
|
case SkCodec::kSuccess:
|
2017-07-06 16:26:09 +00:00
|
|
|
// We consider these to be valid, since we should still decode what is
|
2015-03-25 20:48:49 +00:00
|
|
|
// available.
|
2017-07-06 16:26:09 +00:00
|
|
|
case SkCodec::kErrorInInput:
|
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
|
|
|
case SkCodec::kIncompleteInput:
|
2015-03-25 20:48:49 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
// Everything else is considered a failure.
|
|
|
|
return SkStringPrintf("Couldn't getPixels %s.", fPath.c_str());
|
|
|
|
}
|
2016-05-17 15:52:11 +00:00
|
|
|
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, pixels.get(), rowBytes, fDstColorType);
|
2015-03-25 20:48:49 +00:00
|
|
|
break;
|
2015-06-22 17:40:21 +00:00
|
|
|
}
|
2015-03-25 20:48:49 +00:00
|
|
|
case kScanline_Mode: {
|
Revert of Make SkPngCodec decode progressively. (patchset #26 id:520001 of https://codereview.chromium.org/1997703003/ )
Reason for revert:
Still causing problems in Google3, e.g.
https://test.corp.google.com/ui#cl=124138817&flags=CAMQBQ==&id=OCL:124138817:BASE:124139560:1465227435491:219ffbdb&t=//third_party/skia/HEAD:dm
Original issue's description:
> Make SkPngCodec decode progressively.
>
> This is a step towards using SkCodec in Chromium, where progressive
> decoding is necessary.
>
> Switch from using png_read_row (which expects all the data to be
> available) to png_process_data, which uses callbacks when rows are
> available.
>
> Create a new API for SkCodec, which supports progressive decoding and
> scanline decoding. Future changes will switch the other clients off of
> startScanlineDecode and get/skip-Scanlines to the new API.
>
> Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
> PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
> updateCurrScanline(), which was only used by the old implementation for
> interlaced PNG.
>
> DMSrcSink:
> - In CodecSrc::kScanline_Mode, use the new method for scanline decoding
> for the supported formats (just PNG and PNG-in-ICO for now).
>
> fuzz.cpp:
> - Remove reference to kNone_ScanlineOrder
>
> SkCodec:
> - Add new APIs:
> - startIncrementalDecode
> - incrementalDecode
> - Remove kNone_SkScanlineOrder and updateCurrScanline()
>
> SkPngCodec:
> - Implement new APIs
> - Switch from sk_read_fn/png_read_row etc to png_process_data
> - Expand AutoCleanPng's role to decode the header and create the
> SkPngCodec
> - Make the interlaced PNG decoder report how many lines were
> initialized during an incomplete decode
> - Make initializeSwizzler return a bool instead of an SkCodec::Result
> (It only returned kSuccess or kInvalidInput anyway)
>
> SkIcoCodec:
> - Implement the new APIs; supported for PNG in ICO
>
> SkSampledCodec:
> - Call the new method for decoding scanlines, and fall back to the old
> method if the new version is unimplemented
> - Remove references to kNone_SkScanlineOrder
>
> tests/CodecPartial:
> - Add a test which decodes part of an image, then finishes the decode,
> and compares it to the straightforward method
>
> tests/CodecTest:
> - Add a test which decodes all scanlines using the new method
> - Repurpose the Codec_stripes test to decode using the new method in
> sections rather than all at once
> - In the method check(), add a parameter for whether the image supports
> the new method of scanline decoding, and be explicit about whether an
> image supports incomplete
> - Test incomplete PNG decodes. We should have been doing it anyway for
> non-interlaced (except for an image that is too small - one row), but
> the new method supports interlaced incomplete as well
> - Make test_invalid_parameters test the new method
> - Add a test to ensure that it's safe to fall back to scanline decoding without
> rewinding
>
> BUG=skia:4211
>
> The new version was generally faster than the old version (but not significantly so).
>
> Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
>
> Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
>
> GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
>
> Committed: https://skia.googlesource.com/skia/+/a4b09a117d4d1ba5dda372e6a2323e653766539e
>
> Committed: https://skia.googlesource.com/skia/+/30e78c9737ff4861dc4e3fa1e4cd010680ed6965
>
> Committed: https://skia.googlesource.com/skia/+/6fb2391b2cc83ee2160b4e994faa8128975acc1f
TBR=reed@google.com,msarett@google.com,scroggo@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=skia:4211
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2044573002
Review-Url: https://codereview.chromium.org/2044573002
2016-06-06 18:26:17 +00:00
|
|
|
void* dst = pixels.get();
|
|
|
|
uint32_t height = decodeInfo.height();
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
const bool useIncremental = [this]() {
|
|
|
|
auto exts = { "png", "PNG", "gif", "GIF" };
|
|
|
|
for (auto ext : exts) {
|
|
|
|
if (fPath.endsWith(ext)) {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}();
|
|
|
|
// ico may use the old scanline method or the new one, depending on whether it
|
|
|
|
// internally holds a bmp or a png.
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
const bool ico = fPath.endsWith("ico");
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
bool useOldScanlineMethod = !useIncremental && !ico;
|
|
|
|
if (useIncremental || ico) {
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
if (SkCodec::kSuccess == codec->startIncrementalDecode(decodeInfo, dst,
|
2017-07-11 17:35:31 +00:00
|
|
|
rowBytes, &options)) {
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
int rowsDecoded;
|
2017-07-06 16:26:09 +00:00
|
|
|
auto result = codec->incrementalDecode(&rowsDecoded);
|
|
|
|
if (SkCodec::kIncompleteInput == result || SkCodec::kErrorInInput == result) {
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
codec->fillIncompleteImage(decodeInfo, dst, rowBytes,
|
|
|
|
SkCodec::kNo_ZeroInitialized, height,
|
|
|
|
rowsDecoded);
|
|
|
|
}
|
|
|
|
} else {
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
if (useIncremental) {
|
|
|
|
// Error: These should support incremental decode.
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
return "Could not start incremental decode";
|
|
|
|
}
|
|
|
|
// Otherwise, this is an ICO. Since incremental failed, it must contain a BMP,
|
|
|
|
// which should work via startScanlineDecode
|
|
|
|
useOldScanlineMethod = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (useOldScanlineMethod) {
|
2017-07-11 17:35:31 +00:00
|
|
|
if (SkCodec::kSuccess != codec->startScanlineDecode(decodeInfo)) {
|
Make SkPngCodec decode progressively.
This is a step towards using SkCodec in Chromium, where progressive
decoding is necessary.
Switch from using png_read_row (which expects all the data to be
available) to png_process_data, which uses callbacks when rows are
available.
Create a new API for SkCodec, which supports progressive decoding and
scanline decoding. Future changes will switch the other clients off of
startScanlineDecode and get/skip-Scanlines to the new API.
Remove SkCodec::kNone_ScanlineOrder, which was only used for interlaced
PNG images. In the new API, interlaced PNG fits kTopDown. Also remove
updateCurrScanline(), which was only used by the old implementation for
interlaced PNG.
DMSrcSink:
- In CodecSrc::kScanline_Mode, use the new method for scanline decoding
for the supported formats (just PNG and PNG-in-ICO for now).
fuzz.cpp:
- Remove reference to kNone_ScanlineOrder
SkCodec:
- Add new APIs:
- startIncrementalDecode
- incrementalDecode
- Remove kNone_SkScanlineOrder and updateCurrScanline()
- Set fDstInfo and fOptions in getPixels(). This may not be necessary
for all implementations, but it simplifies things for SkPngCodec.
SkPngCodec:
- Implement new APIs
- Switch from sk_read_fn/png_read_row etc to png_process_data
- Expand AutoCleanPng's role to decode the header and create the
SkPngCodec
- Make the interlaced PNG decoder report how many lines were
initialized during an incomplete decode
SkIcoCodec:
- Implement the new APIs; supported for PNG in ICO
SkSampledCodec:
- Call the new method for decoding scanlines, and fall back to the old
method if the new version is unimplemented
- Remove references to kNone_SkScanlineOrder
tests/CodecPartial:
- Add a test which decodes part of an image, then finishes the decode,
and compares it to the straightforward method
tests/CodecTest:
- Add a test which decodes all scanlines using the new method
- Repurpose the Codec_stripes test to decode using the new method in
sections rather than all at once
- In the method check(), add a parameter for whether the image supports
the new method of scanline decoding, and be explicit about whether an
image supports incomplete
- Test incomplete PNG decodes. We should have been doing it anyway for
non-interlaced (except for an image that is too small - one row), but
the new method supports interlaced incomplete as well
- Make test_invalid_parameters test the new method
- Add a test to ensure that it's safe to fall back to scanline decoding without
rewinding
BUG=skia:4211
The new version was generally faster than the old version (but not significantly so).
Some raw performance differences can be found at https://docs.google.com/a/google.com/spreadsheets/d/1Gis3aRCEa72qBNDRMgGDg3jD-pMgO-FXldlNF9ejo4o/
Design doc can be found at https://docs.google.com/a/google.com/document/d/11Mn8-ePDKwVEMCjs3nWwSjxcSpJ_Cu8DF57KNtUmgLM/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1997703003
Review-Url: https://codereview.chromium.org/1997703003
2016-09-16 15:20:38 +00:00
|
|
|
return "Could not start scanline decoder";
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (codec->getScanlineOrder()) {
|
|
|
|
case SkCodec::kTopDown_SkScanlineOrder:
|
|
|
|
case SkCodec::kBottomUp_SkScanlineOrder:
|
|
|
|
// We do not need to check the return value. On an incomplete
|
|
|
|
// image, memory will be filled with a default value.
|
|
|
|
codec->getScanlines(dst, height, rowBytes);
|
|
|
|
break;
|
2015-09-07 15:54:01 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, dst, rowBytes, fDstColorType);
|
2015-05-27 19:36:10 +00:00
|
|
|
break;
|
|
|
|
}
|
2015-06-11 21:27:27 +00:00
|
|
|
case kStripe_Mode: {
|
|
|
|
const int height = decodeInfo.height();
|
|
|
|
// This value is chosen arbitrarily. We exercise more cases by choosing a value that
|
|
|
|
// does not align with image blocks.
|
|
|
|
const int stripeHeight = 37;
|
|
|
|
const int numStripes = (height + stripeHeight - 1) / stripeHeight;
|
2016-05-17 15:52:11 +00:00
|
|
|
void* dst = pixels.get();
|
2015-06-11 21:27:27 +00:00
|
|
|
|
|
|
|
// Decode odd stripes
|
2017-07-11 17:35:31 +00:00
|
|
|
if (SkCodec::kSuccess != codec->startScanlineDecode(decodeInfo, &options)) {
|
2016-02-23 13:37:25 +00:00
|
|
|
return "Could not start scanline decoder";
|
|
|
|
}
|
|
|
|
|
|
|
|
// This mode was designed to test the new skip scanlines API in libjpeg-turbo.
|
|
|
|
// Jpegs have kTopDown_SkScanlineOrder, and at this time, it is not interesting
|
|
|
|
// to run this test for image types that do not have this scanline ordering.
|
2016-05-16 16:04:18 +00:00
|
|
|
// We only run this on Jpeg, which is always kTopDown.
|
|
|
|
SkASSERT(SkCodec::kTopDown_SkScanlineOrder == codec->getScanlineOrder());
|
2015-10-09 18:07:34 +00:00
|
|
|
|
2015-06-11 21:27:27 +00:00
|
|
|
for (int i = 0; i < numStripes; i += 2) {
|
|
|
|
// Skip a stripe
|
|
|
|
const int linesToSkip = SkTMin(stripeHeight, height - i * stripeHeight);
|
2015-10-09 18:07:34 +00:00
|
|
|
codec->skipScanlines(linesToSkip);
|
2015-06-11 21:27:27 +00:00
|
|
|
|
|
|
|
// Read a stripe
|
|
|
|
const int startY = (i + 1) * stripeHeight;
|
|
|
|
const int linesToRead = SkTMin(stripeHeight, height - startY);
|
|
|
|
if (linesToRead > 0) {
|
2016-05-17 15:52:11 +00:00
|
|
|
codec->getScanlines(SkTAddOffset<void>(dst, rowBytes * startY), linesToRead,
|
|
|
|
rowBytes);
|
2015-06-11 21:27:27 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Decode even stripes
|
2017-07-11 17:35:31 +00:00
|
|
|
const SkCodec::Result startResult = codec->startScanlineDecode(decodeInfo);
|
2015-08-04 16:24:45 +00:00
|
|
|
if (SkCodec::kSuccess != startResult) {
|
|
|
|
return "Failed to restart scanline decoder with same parameters.";
|
2015-06-11 21:27:27 +00:00
|
|
|
}
|
|
|
|
for (int i = 0; i < numStripes; i += 2) {
|
|
|
|
// Read a stripe
|
|
|
|
const int startY = i * stripeHeight;
|
|
|
|
const int linesToRead = SkTMin(stripeHeight, height - startY);
|
2016-05-17 15:52:11 +00:00
|
|
|
codec->getScanlines(SkTAddOffset<void>(dst, rowBytes * startY), linesToRead,
|
|
|
|
rowBytes);
|
2015-06-11 21:27:27 +00:00
|
|
|
|
|
|
|
// Skip a stripe
|
2015-06-12 16:34:04 +00:00
|
|
|
const int linesToSkip = SkTMin(stripeHeight, height - (i + 1) * stripeHeight);
|
|
|
|
if (linesToSkip > 0) {
|
2015-10-09 18:07:34 +00:00
|
|
|
codec->skipScanlines(linesToSkip);
|
2015-06-11 21:27:27 +00:00
|
|
|
}
|
|
|
|
}
|
2016-05-17 15:52:11 +00:00
|
|
|
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, dst, rowBytes, fDstColorType);
|
2015-06-22 17:40:21 +00:00
|
|
|
break;
|
2015-06-11 21:27:27 +00:00
|
|
|
}
|
2016-02-22 20:27:46 +00:00
|
|
|
case kCroppedScanline_Mode: {
|
|
|
|
const int width = decodeInfo.width();
|
|
|
|
const int height = decodeInfo.height();
|
|
|
|
// This value is chosen because, as we move across the image, it will sometimes
|
|
|
|
// align with the jpeg block sizes and it will sometimes not. This allows us
|
|
|
|
// to test interestingly different code paths in the implementation.
|
|
|
|
const int tileSize = 36;
|
|
|
|
SkIRect subset;
|
|
|
|
for (int x = 0; x < width; x += tileSize) {
|
|
|
|
subset = SkIRect::MakeXYWH(x, 0, SkTMin(tileSize, width - x), height);
|
2017-05-19 19:21:05 +00:00
|
|
|
options.fSubset = ⊂
|
2017-07-11 17:35:31 +00:00
|
|
|
if (SkCodec::kSuccess != codec->startScanlineDecode(decodeInfo, &options)) {
|
2016-02-22 20:27:46 +00:00
|
|
|
return "Could not start scanline decoder.";
|
|
|
|
}
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
codec->getScanlines(SkTAddOffset<void>(pixels.get(), x * bpp), height, rowBytes);
|
2016-02-22 20:27:46 +00:00
|
|
|
}
|
|
|
|
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, pixels.get(), rowBytes, fDstColorType);
|
2016-02-22 20:27:46 +00:00
|
|
|
break;
|
|
|
|
}
|
2015-07-22 14:16:20 +00:00
|
|
|
case kSubset_Mode: {
|
|
|
|
// Arbitrarily choose a divisor.
|
|
|
|
int divisor = 2;
|
|
|
|
// Total width/height of the image.
|
|
|
|
const int W = codec->getInfo().width();
|
|
|
|
const int H = codec->getInfo().height();
|
|
|
|
if (divisor > W || divisor > H) {
|
|
|
|
return Error::Nonfatal(SkStringPrintf("Cannot codec subset: divisor %d is too big "
|
|
|
|
"for %s with dimensions (%d x %d)", divisor,
|
|
|
|
fPath.c_str(), W, H));
|
|
|
|
}
|
|
|
|
// subset dimensions
|
|
|
|
// SkWebpCodec, the only one that supports subsets, requires even top/left boundaries.
|
|
|
|
const int w = SkAlign2(W / divisor);
|
|
|
|
const int h = SkAlign2(H / divisor);
|
|
|
|
SkIRect subset;
|
2017-05-19 19:21:05 +00:00
|
|
|
options.fSubset = ⊂
|
2015-07-22 14:16:20 +00:00
|
|
|
SkBitmap subsetBm;
|
|
|
|
// We will reuse pixel memory from bitmap.
|
2016-05-17 15:52:11 +00:00
|
|
|
void* dst = pixels.get();
|
2015-07-22 14:16:20 +00:00
|
|
|
// Keep track of left and top (for drawing subsetBm into canvas). We could use
|
|
|
|
// fScale * x and fScale * y, but we want integers such that the next subset will start
|
|
|
|
// where the last one ended. So we'll add decodeInfo.width() and height().
|
|
|
|
int left = 0;
|
|
|
|
for (int x = 0; x < W; x += w) {
|
|
|
|
int top = 0;
|
|
|
|
for (int y = 0; y < H; y+= h) {
|
|
|
|
// Do not make the subset go off the edge of the image.
|
|
|
|
const int preScaleW = SkTMin(w, W - x);
|
|
|
|
const int preScaleH = SkTMin(h, H - y);
|
|
|
|
subset.setXYWH(x, y, preScaleW, preScaleH);
|
|
|
|
// And scale
|
|
|
|
// FIXME: Should we have a version of getScaledDimensions that takes a subset
|
|
|
|
// into account?
|
2016-04-25 14:04:58 +00:00
|
|
|
const int scaledW = SkTMax(1, SkScalarRoundToInt(preScaleW * fScale));
|
|
|
|
const int scaledH = SkTMax(1, SkScalarRoundToInt(preScaleH * fScale));
|
|
|
|
decodeInfo = decodeInfo.makeWH(scaledW, scaledH);
|
|
|
|
SkImageInfo subsetBitmapInfo = bitmapInfo.makeWH(scaledW, scaledH);
|
2016-05-17 15:52:11 +00:00
|
|
|
size_t subsetRowBytes = subsetBitmapInfo.minRowBytes();
|
|
|
|
const SkCodec::Result result = codec->getPixels(decodeInfo, dst, subsetRowBytes,
|
2017-07-11 17:35:31 +00:00
|
|
|
&options);
|
2015-07-22 14:16:20 +00:00
|
|
|
switch (result) {
|
|
|
|
case SkCodec::kSuccess:
|
2017-07-06 16:26:09 +00:00
|
|
|
case SkCodec::kErrorInInput:
|
2015-07-22 14:16:20 +00:00
|
|
|
case SkCodec::kIncompleteInput:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return SkStringPrintf("subset codec failed to decode (%d, %d, %d, %d) "
|
|
|
|
"from %s with dimensions (%d x %d)\t error %d",
|
|
|
|
x, y, decodeInfo.width(), decodeInfo.height(),
|
|
|
|
fPath.c_str(), W, H, result);
|
|
|
|
}
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, subsetBitmapInfo, dst, subsetRowBytes, fDstColorType,
|
|
|
|
SkIntToScalar(left), SkIntToScalar(top));
|
2016-05-17 15:52:11 +00:00
|
|
|
|
2015-07-22 14:16:20 +00:00
|
|
|
// translate by the scaled height.
|
|
|
|
top += decodeInfo.height();
|
|
|
|
}
|
|
|
|
// translate by the scaled width.
|
|
|
|
left += decodeInfo.width();
|
|
|
|
}
|
|
|
|
return "";
|
|
|
|
}
|
2016-01-22 22:46:42 +00:00
|
|
|
default:
|
|
|
|
SkASSERT(false);
|
|
|
|
return "Invalid fMode";
|
2015-03-19 13:03:39 +00:00
|
|
|
}
|
2015-03-25 20:48:49 +00:00
|
|
|
return "";
|
2015-03-19 13:03:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
SkISize CodecSrc::size() const {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec(SkCodec::MakeFromData(encoded));
|
2015-09-30 18:33:12 +00:00
|
|
|
if (nullptr == codec) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-09-30 18:33:12 +00:00
|
|
|
}
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
|
|
|
|
auto imageSize = codec->getScaledDimensions(fScale);
|
|
|
|
if (fMode == kAnimated_Mode) {
|
2016-10-25 13:11:01 +00:00
|
|
|
// We'll draw one of each frame, so make it big enough to hold them all
|
|
|
|
// in a grid. The grid will be roughly square, with "factor" frames per
|
|
|
|
// row and up to "factor" rows.
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
const size_t count = codec->getFrameInfo().size();
|
2016-10-25 13:11:01 +00:00
|
|
|
const float root = sqrt((float) count);
|
|
|
|
const int factor = sk_float_ceil2int(root);
|
|
|
|
imageSize.fWidth = imageSize.fWidth * factor;
|
|
|
|
imageSize.fHeight = imageSize.fHeight * sk_float_ceil2int((float) count / (float) factor);
|
Add support for multiple frames in SkCodec
Add an interface to decode frames beyond the first in SkCodec, and
add an implementation for SkGifCodec.
Add getFrameData to SkCodec. This method reads ahead in the stream
to return a vector containing meta data about each frame in the image.
This is not required in order to decode frames beyond the first, but
it allows a client to learn extra information:
- how long the frame should be displayed
- whether a frame should be blended with a prior frame, allowing the
client to provide the prior frame to speed up decoding
Add a new fields to SkCodec::Options:
- fFrameIndex
- fHasPriorFrame
The API is designed so that SkCodec never caches frames. If a
client wants a frame beyond the first, they specify the frame in
Options.fFrameIndex. If the client does not have the
frame's required frame (the frame that this frame must be blended on
top of) cached, they pass false for
Options.fHasPriorFrame. Unless the frame is
independent, the codec will then recursively decode all frames
necessary to decode fFrameIndex. If the client has the required frame
cached, they can put it in the dst they pass to the codec, and the
codec will only draw fFrameIndex onto it.
Replace SkGifCodec's scanline decoding support with progressive
decoding, and update the tests accordingly.
Implement new APIs in SkGifCodec. Instead of using gif_lib, use
GIFImageReader, imported from Chromium (along with its copyright
headers) with the following changes:
- SkGifCodec is now the client
- Replace blink types
- Combine GIFColorMap::buildTable and ::getTable into a method that
creates and returns an SkColorTable
- Input comes from an SkStream, instead of a SegmentReader. Add
SkStreamBuffer, which buffers the (potentially partial) stream in
order to decode progressively.
(FIXME: This requires copying data that previously was read directly
from the SegmentReader. Does this hurt performance? If so, can we
fix it?)
- Remove UMA code
- Instead of reporting screen width and height to the client, allow the
client to query for it
- Fail earlier if the first frame AND screen have size of zero
- Compute required previous frame when adding a new one
- Move GIFParseQuery from GIFImageDecoder to GIFImageReader
- Allow parsing up to a specific frame (to skip parsing the rest of the
stream if a client only wants the first frame)
- Compute whether the first frame has alpha and supports index 8, to
create the SkImageInfo. This happens before reporting that the size
has been decoded.
Add GIFImageDecoder::haveDecodedRow to SkGifCodec, imported from
Chromium (along with its copyright header), with the following changes:
- Add support for sampling
- Use the swizzler
- Keep track of the rows decoded
- Do *not* keep track of whether we've seen alpha
Remove SkCodec::kOutOfOrder_SkScanlineOrder, which was only used by GIF
scanline decoding.
Call onRewind even if there is no stream (SkGifCodec needs to clear its
decoded state so it will decode from the beginning).
Add a method to SkSwizzler to access the offset into the dst, taking
subsetting into account.
Add a GM that animates a GIF.
Add tests for the new APIs.
*** Behavior changes:
* Previously, we reported that an image with a subset frame and no transparent
index was opaque and used the background index (if present) to fill the
background. This is necessary in order to support index 8, but it does not
match viewers/browsers I have seen. Examples:
- Chromium and Gimp render the background transparent
- Firefox, Safari, Linux Image Viewer, Safari Preview clip to the frame (for
a single frame image)
This CL matches Chromium's behavior and renders the background transparent.
This allows us to have consistent behavior across products and simplifies
the code (relative to what we would have to do to continue the old behavior
on Android). It also means that we will no longer support index 8 for some
GIFs.
* Stop checking for GIFSTAMP - all GIFs should be either 89a or 87a.
This matches Chromium. I suspect that bugs would have been reported if valid
GIFs started with "GIFVER" instead of "GIF89a" or "GIF87a" (but did not decode
in Chromium).
*** Future work not included in this CL:
* Move some checks out of haveDecodedRow, since they are the same for the
entire frame e.g.
- intersecting the frameRect with the full image size
- whether there is a color table
* Change when we write transparent pixels
- In some cases, Chromium deemed this unnecessary, but I suspect it is slower
than the fallback case. There will continue to be cases where we should
*not* write them, but for e.g. the first pass where we have already
cleared to transparent (which we may also be able to skip) writing the
transparent pixels will not make anything incorrect.
* Report color type and alpha type per frame
- Depending on alpha values, disposal methods, frame rects, etc, subsequent
frames may have different properties than the first.
* Skip copies of the encoded data
- We copy the encoded data in case the stream is one that cannot be rewound,
so we can parse and then decode (possibly not immediately). For some input
streams, this is unnecessary.
- I was concerned this cause a performance regression, but on average the
new code is faster than the old for the images I tested [1].
- It may cause a performance regression for Chromium, though, where we can
always move back in the stream, so this should be addressed.
Design doc:
https://docs.google.com/a/google.com/document/d/12Qhf9T92MWfdWujQwCIjhCO3sw6pTJB5pJBwDM1T7Kc/
[1] https://docs.google.com/a/google.com/spreadsheets/d/19V-t9BfbFw5eiwBTKA1qOBkZbchjlTC5EIz6HFy-6RI/
GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=2045293002
Review-Url: https://codereview.chromium.org/2045293002
2016-10-24 16:03:26 +00:00
|
|
|
}
|
|
|
|
return imageSize;
|
2015-03-19 13:03:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
Name CodecSrc::name() const {
|
2015-06-11 21:27:27 +00:00
|
|
|
if (1.0f == fScale) {
|
2016-10-24 20:48:49 +00:00
|
|
|
Name name = SkOSPath::Basename(fPath.c_str());
|
|
|
|
if (fMode == kAnimated_Mode) {
|
|
|
|
name.append("_animated");
|
|
|
|
}
|
|
|
|
return name;
|
2015-06-11 21:27:27 +00:00
|
|
|
}
|
2016-10-24 20:48:49 +00:00
|
|
|
SkASSERT(fMode != kAnimated_Mode);
|
2015-09-08 22:35:32 +00:00
|
|
|
return get_scaled_name(fPath, fScale);
|
2015-03-19 13:03:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-05-16 16:04:13 +00:00
|
|
|
AndroidCodecSrc::AndroidCodecSrc(Path path, CodecSrc::DstColorType dstColorType,
|
2016-02-03 17:42:42 +00:00
|
|
|
SkAlphaType dstAlphaType, int sampleSize)
|
2015-10-21 17:27:10 +00:00
|
|
|
: fPath(path)
|
|
|
|
, fDstColorType(dstColorType)
|
2016-02-03 17:42:42 +00:00
|
|
|
, fDstAlphaType(dstAlphaType)
|
2015-10-21 17:27:10 +00:00
|
|
|
, fSampleSize(sampleSize)
|
2016-02-08 23:09:48 +00:00
|
|
|
, fRunSerially(serial_from_path_name(path))
|
2015-10-21 17:27:10 +00:00
|
|
|
{}
|
|
|
|
|
|
|
|
bool AndroidCodecSrc::veto(SinkFlags flags) const {
|
|
|
|
// No need to test decoding to non-raster or indirect backend.
|
|
|
|
return flags.type != SinkFlags::kRaster
|
|
|
|
|| flags.approach != SinkFlags::kDirect;
|
|
|
|
}
|
|
|
|
|
|
|
|
Error AndroidCodecSrc::draw(SkCanvas* canvas) const {
|
2017-05-19 19:21:05 +00:00
|
|
|
if (canvas->imageInfo().colorSpace() &&
|
|
|
|
kRGBA_F16_SkColorType != canvas->imageInfo().colorType()) {
|
|
|
|
// SkAndroidCodec uses legacy premultiplication and blending. Therefore, we only
|
|
|
|
// run these tests on legacy canvases.
|
|
|
|
// We allow an exception for F16, since Android uses F16.
|
|
|
|
return Error::Nonfatal("Skip testing to color correct canvas.");
|
|
|
|
}
|
|
|
|
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2015-10-21 17:27:10 +00:00
|
|
|
if (!encoded) {
|
|
|
|
return SkStringPrintf("Couldn't read %s.", fPath.c_str());
|
|
|
|
}
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkAndroidCodec> codec(SkAndroidCodec::MakeFromData(encoded));
|
|
|
|
if (nullptr == codec) {
|
2015-10-21 17:27:10 +00:00
|
|
|
return SkStringPrintf("Couldn't create android codec for %s.", fPath.c_str());
|
|
|
|
}
|
|
|
|
|
2016-05-20 20:56:13 +00:00
|
|
|
SkImageInfo decodeInfo = codec->getInfo();
|
|
|
|
if (!get_decode_info(&decodeInfo, canvas->imageInfo().colorType(), fDstColorType,
|
|
|
|
fDstAlphaType)) {
|
2017-02-03 19:58:59 +00:00
|
|
|
return Error::Nonfatal("Skipping uninteresting test.");
|
2015-10-21 17:27:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// Scale the image if it is desired.
|
|
|
|
SkISize size = codec->getSampledDimensions(fSampleSize);
|
|
|
|
|
|
|
|
// Visually inspecting very small output images is not necessary. We will
|
|
|
|
// cover these cases in unit testing.
|
|
|
|
if ((size.width() <= 10 || size.height() <= 10) && 1 != fSampleSize) {
|
|
|
|
return Error::Nonfatal("Scaling very small images is uninteresting.");
|
|
|
|
}
|
|
|
|
decodeInfo = decodeInfo.makeWH(size.width(), size.height());
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
int bpp = SkColorTypeBytesPerPixel(decodeInfo.colorType());
|
|
|
|
size_t rowBytes = size.width() * bpp;
|
|
|
|
SkAutoMalloc pixels(size.height() * rowBytes);
|
2015-10-21 17:27:10 +00:00
|
|
|
|
|
|
|
SkBitmap bitmap;
|
2016-04-22 23:27:24 +00:00
|
|
|
SkImageInfo bitmapInfo = decodeInfo;
|
2017-05-26 12:58:03 +00:00
|
|
|
set_bitmap_color_space(&bitmapInfo);
|
2016-04-22 23:27:24 +00:00
|
|
|
if (kRGBA_8888_SkColorType == decodeInfo.colorType() ||
|
|
|
|
kBGRA_8888_SkColorType == decodeInfo.colorType()) {
|
|
|
|
bitmapInfo = bitmapInfo.makeColorType(kN32_SkColorType);
|
|
|
|
}
|
2015-10-21 17:27:10 +00:00
|
|
|
|
|
|
|
// Create options for the codec.
|
|
|
|
SkAndroidCodec::AndroidOptions options;
|
|
|
|
options.fSampleSize = fSampleSize;
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
switch (codec->getAndroidPixels(decodeInfo, pixels.get(), rowBytes, &options)) {
|
2016-05-16 16:04:13 +00:00
|
|
|
case SkCodec::kSuccess:
|
2017-07-06 16:26:09 +00:00
|
|
|
case SkCodec::kErrorInInput:
|
2016-05-16 16:04:13 +00:00
|
|
|
case SkCodec::kIncompleteInput:
|
|
|
|
break;
|
2015-10-21 17:27:10 +00:00
|
|
|
default:
|
2016-05-16 16:04:13 +00:00
|
|
|
return SkStringPrintf("Couldn't getPixels %s.", fPath.c_str());
|
2015-10-21 17:27:10 +00:00
|
|
|
}
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, bitmapInfo, pixels.get(), rowBytes, fDstColorType);
|
2016-05-16 16:04:13 +00:00
|
|
|
return "";
|
2015-10-21 17:27:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
SkISize AndroidCodecSrc::size() const {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkAndroidCodec> codec(SkAndroidCodec::MakeFromData(encoded));
|
2015-10-21 17:27:10 +00:00
|
|
|
if (nullptr == codec) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-10-21 17:27:10 +00:00
|
|
|
}
|
|
|
|
return codec->getSampledDimensions(fSampleSize);
|
|
|
|
}
|
|
|
|
|
|
|
|
Name AndroidCodecSrc::name() const {
|
|
|
|
// We will replicate the names used by CodecSrc so that images can
|
|
|
|
// be compared in Gold.
|
|
|
|
if (1 == fSampleSize) {
|
|
|
|
return SkOSPath::Basename(fPath.c_str());
|
|
|
|
}
|
2015-11-13 17:59:11 +00:00
|
|
|
return get_scaled_name(fPath, 1.0f / (float) fSampleSize);
|
2015-10-21 17:27:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-03-09 22:20:58 +00:00
|
|
|
ImageGenSrc::ImageGenSrc(Path path, Mode mode, SkAlphaType alphaType, bool isGpu)
|
|
|
|
: fPath(path)
|
|
|
|
, fMode(mode)
|
|
|
|
, fDstAlphaType(alphaType)
|
|
|
|
, fIsGpu(isGpu)
|
|
|
|
, fRunSerially(serial_from_path_name(path))
|
|
|
|
{}
|
|
|
|
|
|
|
|
bool ImageGenSrc::veto(SinkFlags flags) const {
|
|
|
|
if (fIsGpu) {
|
2017-03-07 14:08:36 +00:00
|
|
|
// MSAA runs tend to run out of memory and tests the same code paths as regular gpu configs.
|
|
|
|
return flags.type != SinkFlags::kGPU || flags.approach != SinkFlags::kDirect ||
|
|
|
|
flags.multisampled == SinkFlags::kMultisampled;
|
2016-03-09 22:20:58 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return flags.type != SinkFlags::kRaster || flags.approach != SinkFlags::kDirect;
|
|
|
|
}
|
|
|
|
|
|
|
|
Error ImageGenSrc::draw(SkCanvas* canvas) const {
|
|
|
|
if (kRGB_565_SkColorType == canvas->imageInfo().colorType()) {
|
|
|
|
return Error::Nonfatal("Uninteresting to test image generator to 565.");
|
|
|
|
}
|
|
|
|
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2016-03-09 22:20:58 +00:00
|
|
|
if (!encoded) {
|
|
|
|
return SkStringPrintf("Couldn't read %s.", fPath.c_str());
|
|
|
|
}
|
|
|
|
|
2016-03-17 20:50:17 +00:00
|
|
|
#if defined(SK_BUILD_FOR_WIN)
|
|
|
|
// Initialize COM in order to test with WIC.
|
|
|
|
SkAutoCoInitialize com;
|
|
|
|
if (!com.succeeded()) {
|
|
|
|
return "Could not initialize COM.";
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<SkImageGenerator> gen(nullptr);
|
2016-03-09 22:20:58 +00:00
|
|
|
switch (fMode) {
|
|
|
|
case kCodec_Mode:
|
2017-02-15 20:14:16 +00:00
|
|
|
gen = SkCodecImageGenerator::MakeFromEncodedCodec(encoded);
|
2016-03-09 22:20:58 +00:00
|
|
|
if (!gen) {
|
|
|
|
return "Could not create codec image generator.";
|
|
|
|
}
|
|
|
|
break;
|
2016-03-17 20:50:17 +00:00
|
|
|
case kPlatform_Mode: {
|
2016-03-09 22:20:58 +00:00
|
|
|
#if defined(SK_BUILD_FOR_MAC) || defined(SK_BUILD_FOR_IOS)
|
2016-08-02 21:40:46 +00:00
|
|
|
gen.reset(SkImageGeneratorCG::NewFromEncodedCG(encoded.get()));
|
2016-03-17 20:50:17 +00:00
|
|
|
#elif defined(SK_BUILD_FOR_WIN)
|
2016-08-02 21:40:46 +00:00
|
|
|
gen.reset(SkImageGeneratorWIC::NewFromEncodedWIC(encoded.get()));
|
2016-03-17 20:50:17 +00:00
|
|
|
#endif
|
|
|
|
|
2016-03-09 22:20:58 +00:00
|
|
|
if (!gen) {
|
2016-03-17 20:50:17 +00:00
|
|
|
return "Could not create platform image generator.";
|
2016-03-09 22:20:58 +00:00
|
|
|
}
|
|
|
|
break;
|
2016-03-17 20:50:17 +00:00
|
|
|
}
|
2016-03-09 22:20:58 +00:00
|
|
|
default:
|
|
|
|
SkASSERT(false);
|
|
|
|
return "Invalid image generator mode";
|
|
|
|
}
|
|
|
|
|
|
|
|
// Test deferred decoding path on GPU
|
|
|
|
if (fIsGpu) {
|
2017-02-15 20:14:16 +00:00
|
|
|
sk_sp<SkImage> image(SkImage::MakeFromGenerator(std::move(gen), nullptr));
|
2016-03-09 22:20:58 +00:00
|
|
|
if (!image) {
|
|
|
|
return "Could not create image from codec image generator.";
|
|
|
|
}
|
|
|
|
canvas->drawImage(image, 0, 0);
|
|
|
|
return "";
|
|
|
|
}
|
2016-03-22 18:46:53 +00:00
|
|
|
|
2016-03-09 22:20:58 +00:00
|
|
|
// Test various color and alpha types on CPU
|
|
|
|
SkImageInfo decodeInfo = gen->getInfo().makeAlphaType(fDstAlphaType);
|
2016-03-22 18:46:53 +00:00
|
|
|
|
2017-05-19 19:21:05 +00:00
|
|
|
SkImageGenerator::Options options;
|
|
|
|
options.fBehavior = canvas->imageInfo().colorSpace() ?
|
|
|
|
SkTransferFunctionBehavior::kRespect : SkTransferFunctionBehavior::kIgnore;
|
|
|
|
|
2016-05-17 15:52:11 +00:00
|
|
|
int bpp = SkColorTypeBytesPerPixel(decodeInfo.colorType());
|
|
|
|
size_t rowBytes = decodeInfo.width() * bpp;
|
|
|
|
SkAutoMalloc pixels(decodeInfo.height() * rowBytes);
|
2017-05-19 19:21:05 +00:00
|
|
|
if (!gen->getPixels(decodeInfo, pixels.get(), rowBytes, &options)) {
|
2017-03-02 17:07:46 +00:00
|
|
|
SkString err =
|
|
|
|
SkStringPrintf("Image generator could not getPixels() for %s\n", fPath.c_str());
|
|
|
|
|
|
|
|
#if defined(SK_BUILD_FOR_WIN)
|
|
|
|
if (kPlatform_Mode == fMode) {
|
|
|
|
// Do not issue a fatal error for WIC flakiness.
|
|
|
|
return Error::Nonfatal(err);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
return err;
|
2016-03-09 22:20:58 +00:00
|
|
|
}
|
|
|
|
|
2017-05-26 12:58:03 +00:00
|
|
|
set_bitmap_color_space(&decodeInfo);
|
2017-07-11 17:35:31 +00:00
|
|
|
draw_to_canvas(canvas, decodeInfo, pixels.get(), rowBytes,
|
2016-05-17 15:52:11 +00:00
|
|
|
CodecSrc::kGetFromCanvas_DstColorType);
|
2016-03-09 22:20:58 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
SkISize ImageGenSrc::size() const {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec(SkCodec::MakeFromData(encoded));
|
2016-03-09 22:20:58 +00:00
|
|
|
if (nullptr == codec) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2016-03-09 22:20:58 +00:00
|
|
|
}
|
|
|
|
return codec->getInfo().dimensions();
|
|
|
|
}
|
|
|
|
|
|
|
|
Name ImageGenSrc::name() const {
|
|
|
|
return SkOSPath::Basename(fPath.c_str());
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-07-15 20:54:38 +00:00
|
|
|
ColorCodecSrc::ColorCodecSrc(Path path, Mode mode, SkColorType colorType)
|
2016-04-29 16:38:40 +00:00
|
|
|
: fPath(path)
|
|
|
|
, fMode(mode)
|
2016-07-15 20:54:38 +00:00
|
|
|
, fColorType(colorType)
|
2016-04-29 16:38:40 +00:00
|
|
|
{}
|
|
|
|
|
|
|
|
bool ColorCodecSrc::veto(SinkFlags flags) const {
|
|
|
|
// Test to direct raster backends (8888 and 565).
|
|
|
|
return flags.type != SinkFlags::kRaster || flags.approach != SinkFlags::kDirect;
|
|
|
|
}
|
|
|
|
|
2017-06-09 14:45:44 +00:00
|
|
|
void clamp_if_necessary(const SkBitmap& bitmap, SkColorType dstCT) {
|
|
|
|
if (kRGBA_F16_SkColorType != bitmap.colorType() || kRGBA_F16_SkColorType == dstCT) {
|
|
|
|
// No need to clamp if the dst is F16. We will clamp when we encode to PNG.
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-07-18 22:15:13 +00:00
|
|
|
SkJumper_MemoryCtx ptr = { bitmap.getAddr(0,0), bitmap.rowBytesAsPixels() };
|
|
|
|
|
2017-06-09 14:45:44 +00:00
|
|
|
SkRasterPipeline_<256> p;
|
|
|
|
p.append(SkRasterPipeline::load_f16, &ptr);
|
|
|
|
p.append(SkRasterPipeline::clamp_0);
|
|
|
|
if (kPremul_SkAlphaType == bitmap.alphaType()) {
|
|
|
|
p.append(SkRasterPipeline::clamp_a);
|
|
|
|
} else {
|
|
|
|
p.append(SkRasterPipeline::clamp_1);
|
|
|
|
}
|
|
|
|
p.append(SkRasterPipeline::store_f16, &ptr);
|
|
|
|
|
2017-07-18 22:15:13 +00:00
|
|
|
p.run(0,0, bitmap.width(), bitmap.height());
|
2017-06-09 14:45:44 +00:00
|
|
|
}
|
|
|
|
|
2016-04-29 16:38:40 +00:00
|
|
|
Error ColorCodecSrc::draw(SkCanvas* canvas) const {
|
|
|
|
if (kRGB_565_SkColorType == canvas->imageInfo().colorType()) {
|
|
|
|
return Error::Nonfatal("No need to test color correction to 565 backend.");
|
|
|
|
}
|
|
|
|
|
2016-08-03 19:59:27 +00:00
|
|
|
bool runInLegacyMode = kBaseline_Mode == fMode;
|
|
|
|
if (runInLegacyMode && canvas->imageInfo().colorSpace()) {
|
|
|
|
return Error::Nonfatal("Skipping tests that are only interesting in legacy mode.");
|
|
|
|
} else if (!runInLegacyMode && !canvas->imageInfo().colorSpace()) {
|
|
|
|
return Error::Nonfatal("Skipping tests that are only interesting in srgb mode.");
|
2016-07-15 20:54:38 +00:00
|
|
|
}
|
|
|
|
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2016-04-29 16:38:40 +00:00
|
|
|
if (!encoded) {
|
|
|
|
return SkStringPrintf("Couldn't read %s.", fPath.c_str());
|
|
|
|
}
|
|
|
|
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec(SkCodec::MakeFromData(encoded));
|
|
|
|
if (nullptr == codec) {
|
2016-04-29 16:38:40 +00:00
|
|
|
return SkStringPrintf("Couldn't create codec for %s.", fPath.c_str());
|
|
|
|
}
|
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
// Load the dst ICC profile. This particular dst is fairly similar to Adobe RGB.
|
|
|
|
sk_sp<SkData> dstData = SkData::MakeFromFileName(
|
2016-07-29 15:58:33 +00:00
|
|
|
GetResourcePath("icc_profiles/HP_ZR30w.icc").c_str());
|
2016-07-29 13:23:33 +00:00
|
|
|
if (!dstData) {
|
|
|
|
return "Cannot read monitor profile. Is the resource path set correctly?";
|
2016-07-29 00:11:18 +00:00
|
|
|
}
|
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
sk_sp<SkColorSpace> dstSpace = nullptr;
|
|
|
|
if (kDst_sRGB_Mode == fMode) {
|
2017-02-07 18:56:11 +00:00
|
|
|
dstSpace = SkColorSpace::MakeSRGB();
|
2016-07-29 13:23:33 +00:00
|
|
|
} else if (kDst_HPZR30w_Mode == fMode) {
|
2016-10-24 13:24:02 +00:00
|
|
|
dstSpace = SkColorSpace::MakeICC(dstData->data(), dstData->size());
|
2016-07-28 22:06:16 +00:00
|
|
|
}
|
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
SkImageInfo decodeInfo = codec->getInfo().makeColorType(fColorType).makeColorSpace(dstSpace);
|
2016-08-03 19:59:27 +00:00
|
|
|
if (kUnpremul_SkAlphaType == decodeInfo.alphaType()) {
|
|
|
|
decodeInfo = decodeInfo.makeAlphaType(kPremul_SkAlphaType);
|
|
|
|
}
|
2016-09-08 18:55:16 +00:00
|
|
|
if (kRGBA_F16_SkColorType == fColorType) {
|
2016-10-18 17:02:51 +00:00
|
|
|
SkASSERT(SkColorSpace_Base::Type::kXYZ == as_CSB(decodeInfo.colorSpace())->type());
|
|
|
|
SkColorSpace_XYZ* csXYZ = static_cast<SkColorSpace_XYZ*>(decodeInfo.colorSpace());
|
|
|
|
decodeInfo = decodeInfo.makeColorSpace(csXYZ->makeLinearGamma());
|
2016-09-08 18:55:16 +00:00
|
|
|
}
|
2016-08-03 19:59:27 +00:00
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
SkImageInfo bitmapInfo = decodeInfo;
|
2017-05-26 12:58:03 +00:00
|
|
|
set_bitmap_color_space(&bitmapInfo);
|
2016-07-29 13:23:33 +00:00
|
|
|
if (kRGBA_8888_SkColorType == decodeInfo.colorType() ||
|
|
|
|
kBGRA_8888_SkColorType == decodeInfo.colorType())
|
|
|
|
{
|
|
|
|
bitmapInfo = bitmapInfo.makeColorType(kN32_SkColorType);
|
2016-06-01 21:47:18 +00:00
|
|
|
}
|
|
|
|
|
2016-07-29 13:23:33 +00:00
|
|
|
SkBitmap bitmap;
|
|
|
|
if (!bitmap.tryAllocPixels(bitmapInfo)) {
|
|
|
|
return SkStringPrintf("Image(%s) is too large (%d x %d)", fPath.c_str(),
|
|
|
|
bitmapInfo.width(), bitmapInfo.height());
|
|
|
|
}
|
|
|
|
|
|
|
|
size_t rowBytes = bitmap.rowBytes();
|
|
|
|
SkCodec::Result r = codec->getPixels(decodeInfo, bitmap.getPixels(), rowBytes);
|
2017-07-06 16:26:09 +00:00
|
|
|
switch (r) {
|
|
|
|
case SkCodec::kSuccess:
|
|
|
|
case SkCodec::kErrorInInput:
|
|
|
|
case SkCodec::kIncompleteInput:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return SkStringPrintf("Couldn't getPixels %s. Error code %d", fPath.c_str(), r);
|
2016-07-29 00:11:18 +00:00
|
|
|
}
|
|
|
|
|
2016-04-29 16:38:40 +00:00
|
|
|
switch (fMode) {
|
|
|
|
case kBaseline_Mode:
|
2016-06-20 13:07:45 +00:00
|
|
|
case kDst_sRGB_Mode:
|
2016-07-29 13:23:33 +00:00
|
|
|
case kDst_HPZR30w_Mode:
|
2017-06-09 14:45:44 +00:00
|
|
|
// We do not support drawing unclamped F16.
|
|
|
|
clamp_if_necessary(bitmap, canvas->imageInfo().colorType());
|
2016-06-01 21:47:18 +00:00
|
|
|
canvas->drawBitmap(bitmap, 0, 0);
|
|
|
|
break;
|
2016-04-29 16:38:40 +00:00
|
|
|
default:
|
|
|
|
SkASSERT(false);
|
|
|
|
return "Invalid fMode";
|
|
|
|
}
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
SkISize ColorCodecSrc::size() const {
|
2016-08-02 21:40:46 +00:00
|
|
|
sk_sp<SkData> encoded(SkData::MakeFromFileName(fPath.c_str()));
|
2017-07-23 19:30:02 +00:00
|
|
|
std::unique_ptr<SkCodec> codec(SkCodec::MakeFromData(encoded));
|
2016-04-29 16:38:40 +00:00
|
|
|
if (nullptr == codec) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2016-04-29 16:38:40 +00:00
|
|
|
}
|
2017-04-11 16:12:02 +00:00
|
|
|
return {codec->getInfo().width(), codec->getInfo().height()};
|
2016-04-29 16:38:40 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
Name ColorCodecSrc::name() const {
|
|
|
|
return SkOSPath::Basename(fPath.c_str());
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-01-28 23:32:24 +00:00
|
|
|
static const SkRect kSKPViewport = {0,0, 1000,1000};
|
|
|
|
|
2015-01-30 19:42:31 +00:00
|
|
|
SKPSrc::SKPSrc(Path path) : fPath(path) {}
|
2015-01-15 18:56:12 +00:00
|
|
|
|
|
|
|
Error SKPSrc::draw(SkCanvas* canvas) const {
|
2016-09-16 13:24:20 +00:00
|
|
|
std::unique_ptr<SkStream> stream = SkStream::MakeFromFile(fPath.c_str());
|
2015-01-18 15:05:01 +00:00
|
|
|
if (!stream) {
|
2015-01-15 18:56:12 +00:00
|
|
|
return SkStringPrintf("Couldn't read %s.", fPath.c_str());
|
|
|
|
}
|
2016-09-16 13:24:20 +00:00
|
|
|
sk_sp<SkPicture> pic(SkPicture::MakeFromStream(stream.get()));
|
2015-01-18 15:05:01 +00:00
|
|
|
if (!pic) {
|
|
|
|
return SkStringPrintf("Couldn't decode %s as a picture.", fPath.c_str());
|
|
|
|
}
|
2016-09-16 13:24:20 +00:00
|
|
|
stream = nullptr; // Might as well drop this when we're done with it.
|
2015-03-31 20:32:05 +00:00
|
|
|
|
2015-01-28 23:32:24 +00:00
|
|
|
canvas->clipRect(kSKPViewport);
|
2015-01-15 18:56:12 +00:00
|
|
|
canvas->drawPicture(pic);
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
SkISize SKPSrc::size() const {
|
2016-09-16 13:24:20 +00:00
|
|
|
std::unique_ptr<SkStream> stream = SkStream::MakeFromFile(fPath.c_str());
|
2015-03-16 17:38:07 +00:00
|
|
|
if (!stream) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-03-16 17:38:07 +00:00
|
|
|
}
|
|
|
|
SkPictInfo info;
|
2016-09-16 13:24:20 +00:00
|
|
|
if (!SkPicture::InternalOnly_StreamIsSKP(stream.get(), &info)) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-03-16 17:38:07 +00:00
|
|
|
}
|
|
|
|
SkRect viewport = kSKPViewport;
|
|
|
|
if (!viewport.intersect(info.fCullRect)) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2015-03-16 17:38:07 +00:00
|
|
|
}
|
|
|
|
return viewport.roundOut().size();
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
Name SKPSrc::name() const { return SkOSPath::Basename(fPath.c_str()); }
|
|
|
|
|
2016-08-04 02:53:36 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
#if defined(SK_XML)
|
2016-09-17 14:26:26 +00:00
|
|
|
// Used when the image doesn't have an intrinsic size.
|
2017-04-11 16:12:02 +00:00
|
|
|
static const SkSize kDefaultSVGSize = {1000, 1000};
|
2016-08-04 02:53:36 +00:00
|
|
|
|
2016-09-17 14:26:26 +00:00
|
|
|
// Used to force-scale tiny fixed-size images.
|
2017-04-11 16:12:02 +00:00
|
|
|
static const SkSize kMinimumSVGSize = {128, 128};
|
2016-08-04 02:53:36 +00:00
|
|
|
|
2016-11-08 15:13:45 +00:00
|
|
|
SVGSrc::SVGSrc(Path path)
|
|
|
|
: fName(SkOSPath::Basename(path.c_str()))
|
|
|
|
, fScale(1) {
|
|
|
|
|
|
|
|
SkFILEStream stream(path.c_str());
|
|
|
|
if (!stream.isValid()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
fDom = SkSVGDOM::MakeFromStream(stream);
|
|
|
|
if (!fDom) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
const SkSize& sz = fDom->containerSize();
|
|
|
|
if (sz.isEmpty()) {
|
|
|
|
// no intrinsic size
|
|
|
|
fDom->setContainerSize(kDefaultSVGSize);
|
|
|
|
} else {
|
|
|
|
fScale = SkTMax(1.f, SkTMax(kMinimumSVGSize.width() / sz.width(),
|
|
|
|
kMinimumSVGSize.height() / sz.height()));
|
|
|
|
}
|
2016-08-04 02:53:36 +00:00
|
|
|
}
|
|
|
|
|
2016-09-17 14:26:26 +00:00
|
|
|
Error SVGSrc::draw(SkCanvas* canvas) const {
|
2016-11-08 15:13:45 +00:00
|
|
|
if (!fDom) {
|
|
|
|
return SkStringPrintf("Unable to parse file: %s", fName.c_str());
|
2016-09-17 14:26:26 +00:00
|
|
|
}
|
|
|
|
|
2016-11-08 15:13:45 +00:00
|
|
|
SkAutoCanvasRestore acr(canvas, true);
|
|
|
|
canvas->scale(fScale, fScale);
|
|
|
|
fDom->render(canvas);
|
|
|
|
|
|
|
|
return "";
|
2016-09-17 14:26:26 +00:00
|
|
|
}
|
|
|
|
|
2016-08-04 02:53:36 +00:00
|
|
|
SkISize SVGSrc::size() const {
|
2016-11-08 15:13:45 +00:00
|
|
|
if (!fDom) {
|
2017-04-11 16:12:02 +00:00
|
|
|
return {0, 0};
|
2016-09-17 14:26:26 +00:00
|
|
|
}
|
|
|
|
|
2017-04-11 16:12:02 +00:00
|
|
|
return SkSize{fDom->containerSize().width() * fScale, fDom->containerSize().height() * fScale}
|
|
|
|
.toRound();
|
2016-08-04 02:53:36 +00:00
|
|
|
}
|
|
|
|
|
2016-11-08 15:13:45 +00:00
|
|
|
Name SVGSrc::name() const { return fName; }
|
2016-08-04 02:53:36 +00:00
|
|
|
|
2016-08-16 21:23:29 +00:00
|
|
|
bool SVGSrc::veto(SinkFlags flags) const {
|
2017-06-16 19:31:17 +00:00
|
|
|
// No need to test to non-(raster||gpu||vector) or indirect backends.
|
2016-08-16 21:23:29 +00:00
|
|
|
bool type_ok = flags.type == SinkFlags::kRaster
|
2017-06-16 19:31:17 +00:00
|
|
|
|| flags.type == SinkFlags::kGPU
|
|
|
|
|| flags.type == SinkFlags::kVector;
|
2016-08-16 21:23:29 +00:00
|
|
|
|
|
|
|
return !type_ok || flags.approach != SinkFlags::kDirect;
|
|
|
|
}
|
|
|
|
|
2016-08-04 02:53:36 +00:00
|
|
|
#endif // defined(SK_XML)
|
2015-01-15 18:56:12 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-06-02 19:41:14 +00:00
|
|
|
MSKPSrc::MSKPSrc(Path path) : fPath(path) {
|
2016-09-16 13:24:20 +00:00
|
|
|
std::unique_ptr<SkStreamAsset> stream = SkStream::MakeFromFile(fPath.c_str());
|
2017-04-03 20:06:42 +00:00
|
|
|
int count = SkMultiPictureDocumentReadPageCount(stream.get());
|
|
|
|
if (count > 0) {
|
|
|
|
fPages.reset(count);
|
|
|
|
(void)SkMultiPictureDocumentReadPageSizes(stream.get(), &fPages[0], fPages.count());
|
|
|
|
}
|
2016-06-02 19:41:14 +00:00
|
|
|
}
|
|
|
|
|
2017-04-03 20:06:42 +00:00
|
|
|
int MSKPSrc::pageCount() const { return fPages.count(); }
|
2016-06-02 19:41:14 +00:00
|
|
|
|
|
|
|
SkISize MSKPSrc::size() const { return this->size(0); }
|
2017-04-03 20:06:42 +00:00
|
|
|
SkISize MSKPSrc::size(int i) const {
|
2017-04-11 16:12:02 +00:00
|
|
|
return i >= 0 && i < fPages.count() ? fPages[i].fSize.toCeil() : SkISize{0, 0};
|
2017-04-03 20:06:42 +00:00
|
|
|
}
|
2016-06-02 19:41:14 +00:00
|
|
|
|
|
|
|
Error MSKPSrc::draw(SkCanvas* c) const { return this->draw(0, c); }
|
|
|
|
Error MSKPSrc::draw(int i, SkCanvas* canvas) const {
|
2017-04-03 20:06:42 +00:00
|
|
|
if (this->pageCount() == 0) {
|
2016-06-02 19:41:14 +00:00
|
|
|
return SkStringPrintf("Unable to parse MultiPictureDocument file: %s", fPath.c_str());
|
|
|
|
}
|
2017-04-03 20:06:42 +00:00
|
|
|
if (i >= fPages.count() || i < 0) {
|
2016-06-02 19:41:14 +00:00
|
|
|
return SkStringPrintf("MultiPictureDocument page number out of range: %d", i);
|
|
|
|
}
|
2017-04-03 20:06:42 +00:00
|
|
|
SkPicture* page = fPages[i].fPicture.get();
|
2016-06-02 19:41:14 +00:00
|
|
|
if (!page) {
|
2017-04-03 20:06:42 +00:00
|
|
|
std::unique_ptr<SkStreamAsset> stream = SkStream::MakeFromFile(fPath.c_str());
|
|
|
|
if (!stream) {
|
|
|
|
return SkStringPrintf("Unable to open file: %s", fPath.c_str());
|
|
|
|
}
|
|
|
|
if (!SkMultiPictureDocumentRead(stream.get(), &fPages[0], fPages.count())) {
|
|
|
|
return SkStringPrintf("SkMultiPictureDocument reader failed on page %d: %s", i,
|
|
|
|
fPath.c_str());
|
|
|
|
}
|
|
|
|
page = fPages[i].fPicture.get();
|
2016-06-02 19:41:14 +00:00
|
|
|
}
|
|
|
|
canvas->drawPicture(page);
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
Name MSKPSrc::name() const { return SkOSPath::Basename(fPath.c_str()); }
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-02-13 23:11:10 +00:00
|
|
|
Error NullSink::draw(const Src& src, SkBitmap*, SkWStream*, SkString*) const {
|
2016-11-12 14:06:55 +00:00
|
|
|
return src.draw(SkMakeNullCanvas().get());
|
2015-02-13 23:11:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
DEFINE_bool(gpuStats, false, "Append GPU stats to the log for each GPU task?");
|
|
|
|
|
2016-04-05 18:06:27 +00:00
|
|
|
GPUSink::GPUSink(GrContextFactory::ContextType ct,
|
2017-02-21 19:36:05 +00:00
|
|
|
GrContextFactory::ContextOverrides overrides,
|
2015-01-15 20:46:02 +00:00
|
|
|
int samples,
|
2015-08-31 19:39:41 +00:00
|
|
|
bool diText,
|
2016-03-10 15:49:08 +00:00
|
|
|
SkColorType colorType,
|
2017-07-17 15:31:31 +00:00
|
|
|
SkAlphaType alphaType,
|
2016-06-16 20:03:24 +00:00
|
|
|
sk_sp<SkColorSpace> colorSpace,
|
2015-01-15 20:46:02 +00:00
|
|
|
bool threaded)
|
2017-07-17 15:31:31 +00:00
|
|
|
: fContextType(ct)
|
|
|
|
, fContextOverrides(overrides)
|
|
|
|
, fSampleCount(samples)
|
|
|
|
, fUseDIText(diText)
|
|
|
|
, fColorType(colorType)
|
|
|
|
, fAlphaType(alphaType)
|
|
|
|
, fColorSpace(std::move(colorSpace))
|
|
|
|
, fThreaded(threaded) {}
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2016-12-21 16:14:46 +00:00
|
|
|
DEFINE_bool(drawOpClip, false, "Clip each GrDrawOp to its device bounds for testing.");
|
2015-10-23 16:06:59 +00:00
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error GPUSink::draw(const Src& src, SkBitmap* dst, SkWStream*, SkString* log) const {
|
2015-12-10 14:28:13 +00:00
|
|
|
GrContextOptions grOptions;
|
|
|
|
|
|
|
|
src.modifyGrContextOptions(&grOptions);
|
2015-05-27 20:23:23 +00:00
|
|
|
|
2015-12-10 14:28:13 +00:00
|
|
|
GrContextFactory factory(grOptions);
|
2015-01-28 23:32:24 +00:00
|
|
|
const SkISize size = src.size();
|
2017-07-17 15:31:31 +00:00
|
|
|
SkImageInfo info =
|
|
|
|
SkImageInfo::Make(size.width(), size.height(), fColorType, fAlphaType, fColorSpace);
|
2016-02-08 17:10:47 +00:00
|
|
|
#if SK_SUPPORT_GPU
|
2017-02-21 19:36:05 +00:00
|
|
|
GrContext* context = factory.getContextInfo(fContextType, fContextOverrides).grContext();
|
2016-05-11 13:33:06 +00:00
|
|
|
const int maxDimension = context->caps()->maxTextureSize();
|
2016-02-08 17:10:47 +00:00
|
|
|
if (maxDimension < SkTMax(size.width(), size.height())) {
|
|
|
|
return Error::Nonfatal("Src too large to create a texture.\n");
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2016-03-24 01:59:25 +00:00
|
|
|
auto surface(
|
2017-02-21 19:36:05 +00:00
|
|
|
NewGpuSurface(&factory, fContextType, fContextOverrides, info, fSampleCount, fUseDIText));
|
2015-01-15 18:56:12 +00:00
|
|
|
if (!surface) {
|
|
|
|
return "Could not create a surface.";
|
|
|
|
}
|
2015-02-25 22:09:45 +00:00
|
|
|
if (FLAGS_preAbandonGpuContext) {
|
|
|
|
factory.abandonContexts();
|
|
|
|
}
|
2015-01-15 18:56:12 +00:00
|
|
|
SkCanvas* canvas = surface->getCanvas();
|
|
|
|
Error err = src.draw(canvas);
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
canvas->flush();
|
2015-02-03 02:26:03 +00:00
|
|
|
if (FLAGS_gpuStats) {
|
|
|
|
canvas->getGrContext()->dumpCacheStats(log);
|
|
|
|
canvas->getGrContext()->dumpGpuStats(log);
|
|
|
|
}
|
2017-07-17 15:31:31 +00:00
|
|
|
if (info.colorType() == kRGB_565_SkColorType || info.colorType() == kARGB_4444_SkColorType) {
|
|
|
|
// We don't currently support readbacks into these formats on the GPU backend. Convert to
|
|
|
|
// 32 bit.
|
|
|
|
info = SkImageInfo::Make(size.width(), size.height(), kRGBA_8888_SkColorType,
|
|
|
|
kPremul_SkAlphaType, fColorSpace);
|
|
|
|
}
|
2015-01-15 18:56:12 +00:00
|
|
|
dst->allocPixels(info);
|
2017-04-17 14:53:29 +00:00
|
|
|
canvas->readPixels(*dst, 0, 0);
|
2015-01-21 23:50:13 +00:00
|
|
|
if (FLAGS_abandonGpuContext) {
|
|
|
|
factory.abandonContexts();
|
2016-04-01 18:54:31 +00:00
|
|
|
} else if (FLAGS_releaseAndAbandonGpuContext) {
|
|
|
|
factory.releaseResourcesAndAbandonContexts();
|
2015-01-21 23:50:13 +00:00
|
|
|
}
|
2015-01-15 18:56:12 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-03-03 17:13:09 +00:00
|
|
|
static Error draw_skdocument(const Src& src, SkDocument* doc, SkWStream* dst) {
|
2016-03-10 18:31:53 +00:00
|
|
|
if (src.size().isEmpty()) {
|
|
|
|
return "Source has empty dimensions";
|
|
|
|
}
|
2015-03-03 17:13:09 +00:00
|
|
|
SkASSERT(doc);
|
2016-06-02 19:41:14 +00:00
|
|
|
int pageCount = src.pageCount();
|
|
|
|
for (int i = 0; i < pageCount; ++i) {
|
|
|
|
int width = src.size(i).width(), height = src.size(i).height();
|
2015-04-14 21:06:18 +00:00
|
|
|
SkCanvas* canvas =
|
|
|
|
doc->beginPage(SkIntToScalar(width), SkIntToScalar(height));
|
|
|
|
if (!canvas) {
|
2015-08-27 14:41:13 +00:00
|
|
|
return "SkDocument::beginPage(w,h) returned nullptr";
|
2015-04-14 21:06:18 +00:00
|
|
|
}
|
2016-06-02 19:41:14 +00:00
|
|
|
Error err = src.draw(i, canvas);
|
2015-04-14 21:06:18 +00:00
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
doc->endPage();
|
|
|
|
}
|
2016-09-22 21:12:46 +00:00
|
|
|
doc->close();
|
2015-01-28 19:45:58 +00:00
|
|
|
dst->flush();
|
2015-01-15 18:56:12 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
2015-03-03 17:13:09 +00:00
|
|
|
Error PDFSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
2016-04-27 14:45:18 +00:00
|
|
|
SkDocument::PDFMetadata metadata;
|
|
|
|
metadata.fTitle = src.name();
|
|
|
|
metadata.fSubject = "rendering correctness test";
|
|
|
|
metadata.fCreator = "Skia/DM";
|
2017-07-20 19:36:00 +00:00
|
|
|
sk_sp<SkDocument> doc = SkDocument::MakePDF(dst, fRasterDpi, metadata, nullptr, fPDFA);
|
2015-03-03 17:13:09 +00:00
|
|
|
if (!doc) {
|
2016-04-27 14:45:18 +00:00
|
|
|
return "SkDocument::MakePDF() returned nullptr";
|
|
|
|
}
|
2015-03-03 17:13:09 +00:00
|
|
|
return draw_skdocument(src, doc.get(), dst);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
|
|
|
XPSSink::XPSSink() {}
|
|
|
|
|
2017-02-06 14:26:49 +00:00
|
|
|
#ifdef SK_BUILD_FOR_WIN
|
2017-02-06 14:51:42 +00:00
|
|
|
static SkTScopedComPtr<IXpsOMObjectFactory> make_xps_factory() {
|
|
|
|
IXpsOMObjectFactory* factory;
|
|
|
|
HRN(CoCreateInstance(CLSID_XpsOMObjectFactory,
|
|
|
|
nullptr,
|
|
|
|
CLSCTX_INPROC_SERVER,
|
|
|
|
IID_PPV_ARGS(&factory)));
|
|
|
|
return SkTScopedComPtr<IXpsOMObjectFactory>(factory);
|
|
|
|
}
|
|
|
|
|
|
|
|
Error XPSSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
2017-02-06 14:26:49 +00:00
|
|
|
SkAutoCoInitialize com;
|
|
|
|
if (!com.succeeded()) {
|
|
|
|
return "Could not initialize COM.";
|
|
|
|
}
|
2017-02-06 14:51:42 +00:00
|
|
|
SkTScopedComPtr<IXpsOMObjectFactory> factory = make_xps_factory();
|
|
|
|
if (!factory) {
|
|
|
|
return "Failed to create XPS Factory.";
|
|
|
|
}
|
|
|
|
sk_sp<SkDocument> doc(SkDocument::MakeXPS(dst, factory.get()));
|
2015-03-03 17:13:09 +00:00
|
|
|
if (!doc) {
|
2016-04-27 14:45:18 +00:00
|
|
|
return "SkDocument::MakeXPS() returned nullptr";
|
2015-03-03 17:13:09 +00:00
|
|
|
}
|
|
|
|
return draw_skdocument(src, doc.get(), dst);
|
|
|
|
}
|
2017-02-06 14:51:42 +00:00
|
|
|
#else
|
|
|
|
Error XPSSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
|
|
|
return "XPS not supported on this platform.";
|
|
|
|
}
|
|
|
|
#endif
|
2016-09-13 15:09:45 +00:00
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
|
|
|
PipeSink::PipeSink() {}
|
|
|
|
|
|
|
|
Error PipeSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
|
|
|
return src.draw(SkPipeSerializer().beginWrite(SkRect::Make(src.size()), dst));
|
|
|
|
}
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-01-28 19:35:18 +00:00
|
|
|
SKPSink::SKPSink() {}
|
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error SKPSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
2015-01-28 19:35:18 +00:00
|
|
|
SkSize size;
|
|
|
|
size = src.size();
|
|
|
|
SkPictureRecorder recorder;
|
|
|
|
Error err = src.draw(recorder.beginRecording(size.width(), size.height()));
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
recorder.finishRecordingAsPicture()->serialize(dst);
|
2015-01-28 19:35:18 +00:00
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
2016-10-25 14:33:27 +00:00
|
|
|
|
|
|
|
Error DebugSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
|
|
|
SkDebugCanvas debugCanvas(src.size().width(), src.size().height());
|
|
|
|
Error err = src.draw(&debugCanvas);
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2016-11-12 14:06:55 +00:00
|
|
|
std::unique_ptr<SkCanvas> nullCanvas = SkMakeNullCanvas();
|
2016-10-25 14:33:27 +00:00
|
|
|
UrlDataManager dataManager(SkString("data"));
|
|
|
|
Json::Value json = debugCanvas.toJSON(
|
|
|
|
dataManager, debugCanvas.getSize(), nullCanvas.get());
|
|
|
|
std::string value = Json::StyledWriter().write(json);
|
|
|
|
return dst->write(value.c_str(), value.size()) ? "" : "SkWStream Error";
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
2015-01-28 19:35:18 +00:00
|
|
|
|
2015-02-01 04:00:58 +00:00
|
|
|
SVGSink::SVGSink() {}
|
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error SVGSink::draw(const Src& src, SkBitmap*, SkWStream* dst, SkString*) const {
|
2016-07-15 17:33:29 +00:00
|
|
|
#if defined(SK_XML)
|
2016-11-03 18:40:50 +00:00
|
|
|
std::unique_ptr<SkXMLWriter> xmlWriter(new SkXMLStreamWriter(dst));
|
2016-11-12 14:06:55 +00:00
|
|
|
return src.draw(SkSVGCanvas::Make(SkRect::MakeWH(SkIntToScalar(src.size().width()),
|
|
|
|
SkIntToScalar(src.size().height())),
|
|
|
|
xmlWriter.get()).get());
|
2016-07-15 17:33:29 +00:00
|
|
|
#else
|
|
|
|
return Error("SVG sink is disabled.");
|
|
|
|
#endif // SK_XML
|
2015-02-01 04:00:58 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-06-16 20:03:24 +00:00
|
|
|
RasterSink::RasterSink(SkColorType colorType, sk_sp<SkColorSpace> colorSpace)
|
2016-02-26 22:43:21 +00:00
|
|
|
: fColorType(colorType)
|
2016-06-16 20:03:24 +00:00
|
|
|
, fColorSpace(std::move(colorSpace)) {}
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error RasterSink::draw(const Src& src, SkBitmap* dst, SkWStream*, SkString*) const {
|
2015-01-28 23:32:24 +00:00
|
|
|
const SkISize size = src.size();
|
2015-01-15 18:56:12 +00:00
|
|
|
// If there's an appropriate alpha type for this color type, use it, otherwise use premul.
|
|
|
|
SkAlphaType alphaType = kPremul_SkAlphaType;
|
|
|
|
(void)SkColorTypeValidateAlphaType(fColorType, alphaType, &alphaType);
|
|
|
|
|
2017-07-18 14:53:11 +00:00
|
|
|
dst->allocPixelsFlags(SkImageInfo::Make(size.width(), size.height(),
|
|
|
|
fColorType, alphaType, fColorSpace),
|
|
|
|
SkBitmap::kZeroPixels_AllocFlag);
|
2015-01-15 18:56:12 +00:00
|
|
|
SkCanvas canvas(*dst);
|
|
|
|
return src.draw(&canvas);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-05-05 18:38:45 +00:00
|
|
|
// Handy for front-patching a Src. Do whatever up-front work you need, then call draw_to_canvas(),
|
2015-05-07 17:53:34 +00:00
|
|
|
// passing the Sink draw() arguments, a size, and a function draws into an SkCanvas.
|
2015-05-05 18:38:45 +00:00
|
|
|
// Several examples below.
|
|
|
|
|
2016-02-19 22:27:14 +00:00
|
|
|
template <typename Fn>
|
2015-12-10 23:14:27 +00:00
|
|
|
static Error draw_to_canvas(Sink* sink, SkBitmap* bitmap, SkWStream* stream, SkString* log,
|
2016-02-19 22:27:14 +00:00
|
|
|
SkISize size, const Fn& draw) {
|
2015-05-05 18:38:45 +00:00
|
|
|
class ProxySrc : public Src {
|
|
|
|
public:
|
2016-02-19 22:27:14 +00:00
|
|
|
ProxySrc(SkISize size, const Fn& draw) : fSize(size), fDraw(draw) {}
|
2015-05-05 18:38:45 +00:00
|
|
|
Error draw(SkCanvas* canvas) const override { return fDraw(canvas); }
|
2016-03-30 15:31:27 +00:00
|
|
|
Name name() const override { return "ProxySrc"; }
|
|
|
|
SkISize size() const override { return fSize; }
|
2015-05-05 18:38:45 +00:00
|
|
|
private:
|
2016-02-19 22:27:14 +00:00
|
|
|
SkISize fSize;
|
|
|
|
const Fn& fDraw;
|
2015-05-05 18:38:45 +00:00
|
|
|
};
|
2015-12-10 23:14:27 +00:00
|
|
|
return sink->draw(ProxySrc(size, draw), bitmap, stream, log);
|
2015-05-05 18:38:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-01-08 18:19:35 +00:00
|
|
|
DEFINE_bool(check, true, "If true, have most Via- modes fail if they affect the output.");
|
|
|
|
|
|
|
|
// Is *bitmap identical to what you get drawing src into sink?
|
|
|
|
static Error check_against_reference(const SkBitmap* bitmap, const Src& src, Sink* sink) {
|
|
|
|
// We can only check raster outputs.
|
|
|
|
// (Non-raster outputs like .pdf, .skp, .svg may differ but still draw identically.)
|
|
|
|
if (FLAGS_check && bitmap) {
|
|
|
|
SkBitmap reference;
|
|
|
|
SkString log;
|
2016-03-30 15:31:27 +00:00
|
|
|
SkDynamicMemoryWStream wStream;
|
|
|
|
Error err = sink->draw(src, &reference, &wStream, &log);
|
2016-01-08 18:19:35 +00:00
|
|
|
// If we can draw into this Sink via some pipeline, we should be able to draw directly.
|
|
|
|
SkASSERT(err.isEmpty());
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
// The dimensions are a property of the Src only, and so should be identical.
|
|
|
|
SkASSERT(reference.getSize() == bitmap->getSize());
|
|
|
|
if (reference.getSize() != bitmap->getSize()) {
|
|
|
|
return "Dimensions don't match reference";
|
|
|
|
}
|
|
|
|
// All SkBitmaps in DM are pre-locked and tight, so this comparison is easy.
|
|
|
|
if (0 != memcmp(reference.getPixels(), bitmap->getPixels(), reference.getSize())) {
|
|
|
|
return "Pixels don't match reference";
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-02-17 19:13:33 +00:00
|
|
|
static SkISize auto_compute_translate(SkMatrix* matrix, int srcW, int srcH) {
|
|
|
|
SkRect bounds = SkRect::MakeIWH(srcW, srcH);
|
|
|
|
matrix->mapRect(&bounds);
|
|
|
|
matrix->postTranslate(-bounds.x(), -bounds.y());
|
2017-04-11 16:12:02 +00:00
|
|
|
return {SkScalarRoundToInt(bounds.width()), SkScalarRoundToInt(bounds.height())};
|
2015-02-17 19:13:33 +00:00
|
|
|
}
|
|
|
|
|
2015-12-10 23:14:27 +00:00
|
|
|
ViaMatrix::ViaMatrix(SkMatrix matrix, Sink* sink) : Via(sink), fMatrix(matrix) {}
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error ViaMatrix::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
2015-05-05 18:38:45 +00:00
|
|
|
SkMatrix matrix = fMatrix;
|
|
|
|
SkISize size = auto_compute_translate(&matrix, src.size().width(), src.size().height());
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) {
|
2015-05-05 18:38:45 +00:00
|
|
|
canvas->concat(matrix);
|
|
|
|
return src.draw(canvas);
|
|
|
|
});
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
|
|
|
|
2015-02-17 19:13:33 +00:00
|
|
|
// Undoes any flip or 90 degree rotate without changing the scale of the bitmap.
|
|
|
|
// This should be pixel-preserving.
|
2015-12-10 23:14:27 +00:00
|
|
|
ViaUpright::ViaUpright(SkMatrix matrix, Sink* sink) : Via(sink), fMatrix(matrix) {}
|
2015-02-17 19:13:33 +00:00
|
|
|
|
|
|
|
Error ViaUpright::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
Error err = fSink->draw(src, bitmap, stream, log);
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
SkMatrix inverse;
|
|
|
|
if (!fMatrix.rectStaysRect() || !fMatrix.invert(&inverse)) {
|
|
|
|
return "Cannot upright --matrix.";
|
|
|
|
}
|
|
|
|
SkMatrix upright = SkMatrix::I();
|
|
|
|
upright.setScaleX(SkScalarSignAsScalar(inverse.getScaleX()));
|
|
|
|
upright.setScaleY(SkScalarSignAsScalar(inverse.getScaleY()));
|
|
|
|
upright.setSkewX(SkScalarSignAsScalar(inverse.getSkewX()));
|
|
|
|
upright.setSkewY(SkScalarSignAsScalar(inverse.getSkewY()));
|
|
|
|
|
|
|
|
SkBitmap uprighted;
|
|
|
|
SkISize size = auto_compute_translate(&upright, bitmap->width(), bitmap->height());
|
|
|
|
uprighted.allocPixels(bitmap->info().makeWH(size.width(), size.height()));
|
|
|
|
|
|
|
|
SkCanvas canvas(uprighted);
|
|
|
|
canvas.concat(upright);
|
|
|
|
SkPaint paint;
|
2016-10-06 00:33:02 +00:00
|
|
|
paint.setBlendMode(SkBlendMode::kSrc);
|
2015-02-17 19:13:33 +00:00
|
|
|
canvas.drawBitmap(*bitmap, 0, 0, &paint);
|
|
|
|
|
|
|
|
*bitmap = uprighted;
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-05-05 18:38:45 +00:00
|
|
|
Error ViaSerialization::draw(
|
|
|
|
const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
2015-01-15 18:56:12 +00:00
|
|
|
// Record our Src into a picture.
|
2015-05-05 18:38:45 +00:00
|
|
|
auto size = src.size();
|
2015-01-15 18:56:12 +00:00
|
|
|
SkPictureRecorder recorder;
|
2015-05-05 18:38:45 +00:00
|
|
|
Error err = src.draw(recorder.beginRecording(SkIntToScalar(size.width()),
|
|
|
|
SkIntToScalar(size.height())));
|
2015-01-15 18:56:12 +00:00
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> pic(recorder.finishRecordingAsPicture());
|
2015-01-15 18:56:12 +00:00
|
|
|
|
|
|
|
// Serialize it and then deserialize it.
|
2016-09-15 14:19:35 +00:00
|
|
|
sk_sp<SkPicture> deserialized(SkPicture::MakeFromData(pic->serialize().get()));
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) {
|
2015-05-05 18:38:45 +00:00
|
|
|
canvas->drawPicture(deserialized);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2015-05-05 18:38:45 +00:00
|
|
|
});
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-12-10 23:14:27 +00:00
|
|
|
ViaTiles::ViaTiles(int w, int h, SkBBHFactory* factory, Sink* sink)
|
|
|
|
: Via(sink)
|
2015-05-06 14:54:07 +00:00
|
|
|
, fW(w)
|
2015-01-15 18:56:12 +00:00
|
|
|
, fH(h)
|
2015-05-06 14:54:07 +00:00
|
|
|
, fFactory(factory) {}
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2015-02-03 02:26:03 +00:00
|
|
|
Error ViaTiles::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
2015-05-05 18:38:45 +00:00
|
|
|
auto size = src.size();
|
2015-01-15 18:56:12 +00:00
|
|
|
SkPictureRecorder recorder;
|
2015-05-05 18:38:45 +00:00
|
|
|
Error err = src.draw(recorder.beginRecording(SkIntToScalar(size.width()),
|
|
|
|
SkIntToScalar(size.height()),
|
|
|
|
fFactory.get()));
|
2015-01-15 18:56:12 +00:00
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> pic(recorder.finishRecordingAsPicture());
|
2015-01-15 18:56:12 +00:00
|
|
|
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, src.size(), [&](SkCanvas* canvas) {
|
2015-05-05 18:38:45 +00:00
|
|
|
const int xTiles = (size.width() + fW - 1) / fW,
|
|
|
|
yTiles = (size.height() + fH - 1) / fH;
|
|
|
|
SkMultiPictureDraw mpd(xTiles*yTiles);
|
2016-03-24 01:59:25 +00:00
|
|
|
SkTArray<sk_sp<SkSurface>> surfaces;
|
|
|
|
// surfaces.setReserve(xTiles*yTiles);
|
2015-05-05 18:38:45 +00:00
|
|
|
|
|
|
|
SkImageInfo info = canvas->imageInfo().makeWH(fW, fH);
|
|
|
|
for (int j = 0; j < yTiles; j++) {
|
|
|
|
for (int i = 0; i < xTiles; i++) {
|
|
|
|
// This lets our ultimate Sink determine the best kind of surface.
|
|
|
|
// E.g., if it's a GpuSink, the surfaces and images are textures.
|
2016-03-24 01:59:25 +00:00
|
|
|
auto s = canvas->makeSurface(info);
|
2015-05-05 18:38:45 +00:00
|
|
|
if (!s) {
|
2016-03-24 01:59:25 +00:00
|
|
|
s = SkSurface::MakeRaster(info); // Some canvases can't create surfaces.
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
2016-03-24 01:59:25 +00:00
|
|
|
surfaces.push_back(s);
|
2015-05-05 18:38:45 +00:00
|
|
|
SkCanvas* c = s->getCanvas();
|
|
|
|
c->translate(SkIntToScalar(-i * fW),
|
|
|
|
SkIntToScalar(-j * fH)); // Line up the canvas with this tile.
|
2016-03-18 14:25:55 +00:00
|
|
|
mpd.add(c, pic.get());
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
2015-05-05 18:38:45 +00:00
|
|
|
}
|
|
|
|
mpd.draw();
|
|
|
|
for (int j = 0; j < yTiles; j++) {
|
|
|
|
for (int i = 0; i < xTiles; i++) {
|
2016-03-17 17:51:11 +00:00
|
|
|
sk_sp<SkImage> image(surfaces[i+xTiles*j]->makeImageSnapshot());
|
2015-05-05 18:38:45 +00:00
|
|
|
canvas->drawImage(image, SkIntToScalar(i*fW), SkIntToScalar(j*fH));
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
|
|
|
}
|
2015-05-05 18:38:45 +00:00
|
|
|
return "";
|
|
|
|
});
|
2015-01-15 18:56:12 +00:00
|
|
|
}
|
|
|
|
|
2015-04-07 15:30:32 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-01-08 18:19:35 +00:00
|
|
|
Error ViaPicture::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2016-01-08 18:19:35 +00:00
|
|
|
SkPictureRecorder recorder;
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> pic;
|
2016-01-08 18:19:35 +00:00
|
|
|
Error err = src.draw(recorder.beginRecording(SkIntToScalar(size.width()),
|
|
|
|
SkIntToScalar(size.height())));
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
pic = recorder.finishRecordingAsPicture();
|
2016-01-08 18:19:35 +00:00
|
|
|
canvas->drawPicture(pic);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2016-01-08 18:19:35 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-07-08 15:43:27 +00:00
|
|
|
Error ViaDefer::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2017-03-17 19:51:53 +00:00
|
|
|
SkDeferredCanvas deferred(canvas, SkDeferredCanvas::kEager);
|
2016-07-08 15:43:27 +00:00
|
|
|
return src.draw(&deferred);
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2016-09-13 15:09:45 +00:00
|
|
|
Error ViaPipe::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2016-09-13 15:09:45 +00:00
|
|
|
SkDynamicMemoryWStream tmpStream;
|
|
|
|
Error err = src.draw(SkPipeSerializer().beginWrite(SkRect::Make(size), &tmpStream));
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
sk_sp<SkData> data = tmpStream.detachAsData();
|
|
|
|
SkPipeDeserializer().playback(data->data(), data->size(), canvas);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2016-09-13 15:09:45 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-04-07 15:30:32 +00:00
|
|
|
// Draw the Src into two pictures, then draw the second picture into the wrapped Sink.
|
|
|
|
// This tests that any shortcuts we may take while recording that second picture are legal.
|
|
|
|
Error ViaSecondPicture::draw(
|
|
|
|
const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
2015-05-05 18:38:45 +00:00
|
|
|
auto size = src.size();
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2015-05-05 18:38:45 +00:00
|
|
|
SkPictureRecorder recorder;
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> pic;
|
2015-05-05 18:38:45 +00:00
|
|
|
for (int i = 0; i < 2; i++) {
|
|
|
|
Error err = src.draw(recorder.beginRecording(SkIntToScalar(size.width()),
|
|
|
|
SkIntToScalar(size.height())));
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
2015-04-07 15:30:32 +00:00
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
pic = recorder.finishRecordingAsPicture();
|
2015-04-07 15:30:32 +00:00
|
|
|
}
|
2015-05-05 18:38:45 +00:00
|
|
|
canvas->drawPicture(pic);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2015-05-05 18:38:45 +00:00
|
|
|
});
|
2015-04-07 15:30:32 +00:00
|
|
|
}
|
|
|
|
|
2015-05-05 19:59:56 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-05-06 18:35:40 +00:00
|
|
|
// Draw the Src twice. This can help exercise caching.
|
|
|
|
Error ViaTwice::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, src.size(), [&](SkCanvas* canvas) -> Error {
|
2015-05-06 18:35:40 +00:00
|
|
|
for (int i = 0; i < 2; i++) {
|
|
|
|
SkAutoCanvasRestore acr(canvas, true/*save now*/);
|
|
|
|
canvas->clear(SK_ColorTRANSPARENT);
|
|
|
|
Error err = src.draw(canvas);
|
|
|
|
if (err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
}
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2015-05-06 18:35:40 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2017-02-18 21:50:45 +00:00
|
|
|
#ifdef TEST_VIA_SVG
|
2017-02-17 22:06:11 +00:00
|
|
|
#include "SkXMLWriter.h"
|
|
|
|
#include "SkSVGCanvas.h"
|
|
|
|
#include "SkSVGDOM.h"
|
|
|
|
|
|
|
|
Error ViaSVG::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
|
|
|
SkDynamicMemoryWStream wstream;
|
|
|
|
SkXMLStreamWriter writer(&wstream);
|
|
|
|
Error err = src.draw(SkSVGCanvas::Make(SkRect::Make(size), &writer).get());
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
std::unique_ptr<SkStream> rstream(wstream.detachAsStream());
|
|
|
|
auto dom = SkSVGDOM::MakeFromStream(*rstream);
|
|
|
|
if (dom) {
|
|
|
|
dom->setContainerSize(SkSize::Make(size));
|
|
|
|
dom->render(canvas);
|
|
|
|
}
|
|
|
|
return "";
|
|
|
|
});
|
|
|
|
}
|
2017-02-18 21:50:45 +00:00
|
|
|
#endif
|
2017-02-17 22:06:11 +00:00
|
|
|
|
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2015-05-05 19:59:56 +00:00
|
|
|
// This is like SkRecords::Draw, in that it plays back SkRecords ops into a Canvas.
|
|
|
|
// Unlike SkRecords::Draw, it builds a single-op sub-picture out of each Draw-type op.
|
|
|
|
// This is an only-slightly-exaggerated simluation of Blink's Slimming Paint pictures.
|
|
|
|
struct DrawsAsSingletonPictures {
|
|
|
|
SkCanvas* fCanvas;
|
2015-07-07 16:43:28 +00:00
|
|
|
const SkDrawableList& fDrawables;
|
2016-04-06 22:01:57 +00:00
|
|
|
SkRect fBounds;
|
2015-05-05 19:59:56 +00:00
|
|
|
|
|
|
|
template <typename T>
|
|
|
|
void draw(const T& op, SkCanvas* canvas) {
|
|
|
|
// We must pass SkMatrix::I() as our initial matrix.
|
|
|
|
// By default SkRecords::Draw() uses the canvas' matrix as its initial matrix,
|
|
|
|
// which would have the funky effect of applying transforms over and over.
|
2015-07-07 16:43:28 +00:00
|
|
|
SkRecords::Draw d(canvas, nullptr, fDrawables.begin(), fDrawables.count(), &SkMatrix::I());
|
|
|
|
d(op);
|
2015-05-05 19:59:56 +00:00
|
|
|
}
|
|
|
|
|
2015-09-28 17:33:02 +00:00
|
|
|
// Draws get their own picture.
|
2015-05-05 19:59:56 +00:00
|
|
|
template <typename T>
|
2015-09-28 17:33:02 +00:00
|
|
|
SK_WHEN(T::kTags & SkRecords::kDraw_Tag, void) operator()(const T& op) {
|
2015-05-05 19:59:56 +00:00
|
|
|
SkPictureRecorder rec;
|
2016-04-06 22:01:57 +00:00
|
|
|
this->draw(op, rec.beginRecording(fBounds));
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> pic(rec.finishRecordingAsPicture());
|
2015-05-05 19:59:56 +00:00
|
|
|
fCanvas->drawPicture(pic);
|
|
|
|
}
|
|
|
|
|
2015-09-28 17:33:02 +00:00
|
|
|
// We'll just issue non-draws directly.
|
2015-05-05 19:59:56 +00:00
|
|
|
template <typename T>
|
2015-09-28 17:33:02 +00:00
|
|
|
skstd::enable_if_t<!(T::kTags & SkRecords::kDraw_Tag), void> operator()(const T& op) {
|
|
|
|
this->draw(op, fCanvas);
|
|
|
|
}
|
2015-05-05 19:59:56 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
// Record Src into a picture, then record it into a macro picture with a sub-picture for each draw.
|
|
|
|
// Then play back that macro picture into our wrapped sink.
|
|
|
|
Error ViaSingletonPictures::draw(
|
|
|
|
const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2015-05-05 19:59:56 +00:00
|
|
|
// Use low-level (Skia-private) recording APIs so we can read the SkRecord.
|
|
|
|
SkRecord skr;
|
|
|
|
SkRecorder recorder(&skr, size.width(), size.height());
|
|
|
|
Error err = src.draw(&recorder);
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Record our macro-picture, with each draw op as its own sub-picture.
|
|
|
|
SkPictureRecorder macroRec;
|
|
|
|
SkCanvas* macroCanvas = macroRec.beginRecording(SkIntToScalar(size.width()),
|
|
|
|
SkIntToScalar(size.height()));
|
2015-07-07 16:43:28 +00:00
|
|
|
|
2016-10-27 16:30:08 +00:00
|
|
|
std::unique_ptr<SkDrawableList> drawables(recorder.detachDrawableList());
|
2015-07-07 16:43:28 +00:00
|
|
|
const SkDrawableList empty;
|
|
|
|
|
|
|
|
DrawsAsSingletonPictures drawsAsSingletonPictures = {
|
|
|
|
macroCanvas,
|
|
|
|
drawables ? *drawables : empty,
|
2016-04-06 22:01:57 +00:00
|
|
|
SkRect::MakeWH((SkScalar)size.width(), (SkScalar)size.height()),
|
2015-07-07 16:43:28 +00:00
|
|
|
};
|
2015-08-19 16:51:00 +00:00
|
|
|
for (int i = 0; i < skr.count(); i++) {
|
2016-03-22 18:46:53 +00:00
|
|
|
skr.visit(i, drawsAsSingletonPictures);
|
2015-05-05 19:59:56 +00:00
|
|
|
}
|
2016-03-18 14:25:55 +00:00
|
|
|
sk_sp<SkPicture> macroPic(macroRec.finishRecordingAsPicture());
|
2015-05-05 19:59:56 +00:00
|
|
|
|
|
|
|
canvas->drawPicture(macroPic);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
2015-05-05 19:59:56 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
SkLite*
SkLiteRecorder, a new SkCanvas, fills out SkLiteDL, a new SkDrawable.
This SkDrawable is a display list similar to SkRecord and SkBigPicture / SkRecordedDrawable, but with a few new design points inspired by Android and slimming paint:
1) SkLiteDL is structured as one big contiguous array rather than the two layer structure of SkRecord. This trades away flexibility and large-op-count performance for better data locality for small to medium size pictures.
2) We keep a global freelist of SkLiteDLs, both reusing the SkLiteDL struct itself and its contiguous byte array. This keeps the expected number of mallocs per display list allocation <1 (really, ~0) for cyclical use cases.
These two together mean recording is faster. Measuring against the code we use at head, SkLiteRecorder trends about ~3x faster across various size pictures, matching speed at 0 draws and beating the special-case 1-draw pictures we have today. (I.e. we won't need those special case implementations anymore, because they're slower than this new generic code.) This new strategy records 10 drawRects() in about the same time the old strategy took for 2.
This strategy stays the winner until at least 500 drawRect()s on my laptop, where I stopped checking.
A simpler alternative to freelisting is also possible (but not implemented here), where we allow the client to manually reset() an SkLiteDL for reuse when its refcnt is 1. That's essentially what we're doing with the freelist, except tracking what's available for reuse globally instead of making the client do it.
This code is not fully capable yet, but most of the key design points are there. The internal structure of SkLiteDL is the area I expect to be most volatile (anything involving Op), but its interface and the whole of SkLiteRecorder ought to be just about done.
You can run nanobench --match picture_overhead as a demo. Everything it exercises is fully fleshed out, so what it tests is an apples-to-apples comparison as far as recording costs go. I have not yet compared playback performance.
It should be simple to wrap this into an SkPicture subclass if we want.
I won't start proposing we replace anything old with anything new quite yet until I have more ducks in a row, but this does look pretty promising (similar to the SkRecord over old SkPicture change a couple years ago) and I'd like to land, experiment, iterate, especially with an eye toward Android.
BUG=skia:
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2213333002
Review-Url: https://codereview.chromium.org/2213333002
2016-08-06 19:51:51 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
|
|
|
Error ViaLite::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
auto size = src.size();
|
2017-03-01 20:33:23 +00:00
|
|
|
SkIRect bounds = {0,0, size.width(), size.height()};
|
2016-11-03 18:40:50 +00:00
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, size, [&](SkCanvas* canvas) -> Error {
|
2017-03-01 20:33:23 +00:00
|
|
|
SkLiteDL dl;
|
2016-08-15 19:56:00 +00:00
|
|
|
SkLiteRecorder rec;
|
2017-03-01 20:33:23 +00:00
|
|
|
rec.reset(&dl, bounds);
|
2016-08-15 19:56:00 +00:00
|
|
|
|
|
|
|
Error err = src.draw(&rec);
|
SkLite*
SkLiteRecorder, a new SkCanvas, fills out SkLiteDL, a new SkDrawable.
This SkDrawable is a display list similar to SkRecord and SkBigPicture / SkRecordedDrawable, but with a few new design points inspired by Android and slimming paint:
1) SkLiteDL is structured as one big contiguous array rather than the two layer structure of SkRecord. This trades away flexibility and large-op-count performance for better data locality for small to medium size pictures.
2) We keep a global freelist of SkLiteDLs, both reusing the SkLiteDL struct itself and its contiguous byte array. This keeps the expected number of mallocs per display list allocation <1 (really, ~0) for cyclical use cases.
These two together mean recording is faster. Measuring against the code we use at head, SkLiteRecorder trends about ~3x faster across various size pictures, matching speed at 0 draws and beating the special-case 1-draw pictures we have today. (I.e. we won't need those special case implementations anymore, because they're slower than this new generic code.) This new strategy records 10 drawRects() in about the same time the old strategy took for 2.
This strategy stays the winner until at least 500 drawRect()s on my laptop, where I stopped checking.
A simpler alternative to freelisting is also possible (but not implemented here), where we allow the client to manually reset() an SkLiteDL for reuse when its refcnt is 1. That's essentially what we're doing with the freelist, except tracking what's available for reuse globally instead of making the client do it.
This code is not fully capable yet, but most of the key design points are there. The internal structure of SkLiteDL is the area I expect to be most volatile (anything involving Op), but its interface and the whole of SkLiteRecorder ought to be just about done.
You can run nanobench --match picture_overhead as a demo. Everything it exercises is fully fleshed out, so what it tests is an apples-to-apples comparison as far as recording costs go. I have not yet compared playback performance.
It should be simple to wrap this into an SkPicture subclass if we want.
I won't start proposing we replace anything old with anything new quite yet until I have more ducks in a row, but this does look pretty promising (similar to the SkRecord over old SkPicture change a couple years ago) and I'd like to land, experiment, iterate, especially with an eye toward Android.
BUG=skia:
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2213333002
Review-Url: https://codereview.chromium.org/2213333002
2016-08-06 19:51:51 +00:00
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
2017-03-01 20:33:23 +00:00
|
|
|
dl.draw(canvas);
|
2016-11-03 18:40:50 +00:00
|
|
|
return check_against_reference(bitmap, src, fSink.get());
|
SkLite*
SkLiteRecorder, a new SkCanvas, fills out SkLiteDL, a new SkDrawable.
This SkDrawable is a display list similar to SkRecord and SkBigPicture / SkRecordedDrawable, but with a few new design points inspired by Android and slimming paint:
1) SkLiteDL is structured as one big contiguous array rather than the two layer structure of SkRecord. This trades away flexibility and large-op-count performance for better data locality for small to medium size pictures.
2) We keep a global freelist of SkLiteDLs, both reusing the SkLiteDL struct itself and its contiguous byte array. This keeps the expected number of mallocs per display list allocation <1 (really, ~0) for cyclical use cases.
These two together mean recording is faster. Measuring against the code we use at head, SkLiteRecorder trends about ~3x faster across various size pictures, matching speed at 0 draws and beating the special-case 1-draw pictures we have today. (I.e. we won't need those special case implementations anymore, because they're slower than this new generic code.) This new strategy records 10 drawRects() in about the same time the old strategy took for 2.
This strategy stays the winner until at least 500 drawRect()s on my laptop, where I stopped checking.
A simpler alternative to freelisting is also possible (but not implemented here), where we allow the client to manually reset() an SkLiteDL for reuse when its refcnt is 1. That's essentially what we're doing with the freelist, except tracking what's available for reuse globally instead of making the client do it.
This code is not fully capable yet, but most of the key design points are there. The internal structure of SkLiteDL is the area I expect to be most volatile (anything involving Op), but its interface and the whole of SkLiteRecorder ought to be just about done.
You can run nanobench --match picture_overhead as a demo. Everything it exercises is fully fleshed out, so what it tests is an apples-to-apples comparison as far as recording costs go. I have not yet compared playback performance.
It should be simple to wrap this into an SkPicture subclass if we want.
I won't start proposing we replace anything old with anything new quite yet until I have more ducks in a row, but this does look pretty promising (similar to the SkRecord over old SkPicture change a couple years ago) and I'd like to land, experiment, iterate, especially with an eye toward Android.
BUG=skia:
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2213333002
Review-Url: https://codereview.chromium.org/2213333002
2016-08-06 19:51:51 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
2017-03-10 14:55:51 +00:00
|
|
|
/*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*/
|
|
|
|
|
2017-03-18 15:36:52 +00:00
|
|
|
ViaCSXform::ViaCSXform(Sink* sink, sk_sp<SkColorSpace> cs, bool colorSpin)
|
|
|
|
: Via(sink)
|
|
|
|
, fCS(std::move(cs))
|
|
|
|
, fColorSpin(colorSpin) {}
|
2017-03-10 14:55:51 +00:00
|
|
|
|
|
|
|
Error ViaCSXform::draw(const Src& src, SkBitmap* bitmap, SkWStream* stream, SkString* log) const {
|
|
|
|
return draw_to_canvas(fSink.get(), bitmap, stream, log, src.size(),
|
|
|
|
[&](SkCanvas* canvas) -> Error {
|
|
|
|
auto proxy = SkCreateColorSpaceXformCanvas(canvas, fCS);
|
2017-03-18 15:36:52 +00:00
|
|
|
Error err = src.draw(proxy.get());
|
|
|
|
if (!err.isEmpty()) {
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Undo the color spin, so we can look at the pixels in Gold.
|
|
|
|
if (fColorSpin) {
|
|
|
|
SkBitmap pixels;
|
|
|
|
pixels.allocPixels(canvas->imageInfo());
|
2017-04-17 14:53:29 +00:00
|
|
|
canvas->readPixels(pixels, 0, 0);
|
2017-03-18 15:36:52 +00:00
|
|
|
for (int y = 0; y < pixels.height(); y++) {
|
|
|
|
for (int x = 0; x < pixels.width(); x++) {
|
|
|
|
uint32_t pixel = *pixels.getAddr32(x, y);
|
|
|
|
uint8_t r = SkGetPackedR32(pixel);
|
|
|
|
uint8_t g = SkGetPackedG32(pixel);
|
|
|
|
uint8_t b = SkGetPackedB32(pixel);
|
|
|
|
uint8_t a = SkGetPackedA32(pixel);
|
|
|
|
*pixels.getAddr32(x, y) =
|
|
|
|
SkSwizzle_RGBA_to_PMColor(b << 0 | r << 8 | g << 16 | a << 24);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
canvas->writePixels(pixels, 0, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
return "";
|
2017-03-10 14:55:51 +00:00
|
|
|
});
|
|
|
|
}
|
|
|
|
|
2015-01-15 18:56:12 +00:00
|
|
|
} // namespace DM
|