Add bench_playback, for quick profiling of SKR playback.
It is not completely fair to compare --skr and --noskr numbers. SKR looks
unfairly good because some optimizations are baked into our SKPs at record
time. But, at least, by using a kWriteOnly_Mode SkRecorder, we prevent
SkPicturePlayback from compounding that unfairness. SkRecordDraw must handle
its own playback-time optimizations (quickrejects) on its own.
This code should look suspiciously similar to bench_record.
BUG=skia:2378
R=fmalita@chromium.org, mtklein@google.com
Author: mtklein@chromium.org
Review URL: https://codereview.chromium.org/233833002
git-svn-id: http://skia.googlecode.com/svn/trunk@14151 2bbb7eff-a529-9590-31e7-b0007b416f81
diff --git a/gyp/tools.gyp b/gyp/tools.gyp
index 079fd4d..8bcebf5 100644
--- a/gyp/tools.gyp
+++ b/gyp/tools.gyp
@@ -16,6 +16,7 @@
'bbh_shootout',
'bench_pictures',
'bench_record',
+ 'bench_playback',
'filter',
'lua_app',
'lua_pictures',
@@ -308,6 +309,24 @@
],
},
{
+ 'target_name': 'bench_playback',
+ 'type': 'executable',
+ 'sources': [
+ '../tools/bench_playback.cpp',
+ '../tools/LazyDecodeBitmap.cpp',
+ ],
+ 'include_dirs': [
+ '../src/core/',
+ '../src/images',
+ '../src/lazy',
+ ],
+ 'dependencies': [
+ 'flags.gyp:flags',
+ 'skia_lib.gyp:skia_lib',
+ 'record.gyp:*',
+ ],
+ },
+ {
'target_name': 'picture_renderer',
'type': 'static_library',
'sources': [