diff options
author | mtklein <mtklein@chromium.org> | 2016-07-29 14:27:41 -0700 |
---|---|---|
committer | Commit bot <commit-bot@chromium.org> | 2016-07-29 14:27:41 -0700 |
commit | fe2042e60fa7382461a45b1de0a02d345009f468 (patch) | |
tree | cdb4eaf53c3f5d5979f5d4dbb5a74e90bec8ea5f /tests | |
parent | 79b59e6a3877068067395ff8bd711c5332eb22a9 (diff) |
SkRasterPipeline: new APIs for fusion
Most visibly this adds a macro SK_RASTER_STAGE that cuts down on the boilerplate of defining a raster pipeline stage function.
Most interestingly, SK_RASTER_STAGE doesn't define a SkRasterPipeline::Fn, but rather a new type EasyFn. This function is always static and inlined, and the details of interacting with the SkRasterPipeline::Stage are taken care of for you: ctx is just passed as a void*, and st->next() is always called. All EasyFns have to do is take care of the meat of the work: update r,g,b, etc. and read and write from their context.
The really neat new feature here is that you can either add EasyFns to a pipeline with the new append() functions, _or_ call them directly yourself. This lets you use the same set of pieces to build either a pipelined version of the function or a custom, fused version. The bench shows this off.
On my desktop, the pipeline version of the bench takes about 25% more time to run than the fused one.
The old approach to creating stages still works fine. I haven't updated SkXfermode.cpp or SkArithmeticMode.cpp because they seemed just as clear using Fn directly as they would have using EasyFn.
If this looks okay to you I will rework the comments in SkRasterPipeline to explain SK_RASTER_STAGE and EasyFn a bit as I've done here in the CL description.
BUG=skia:
GOLD_TRYBOT_URL= https://gold.skia.org/search?issue=2195853002
Review-Url: https://codereview.chromium.org/2195853002
Diffstat (limited to 'tests')
-rw-r--r-- | tests/SkRasterPipelineTest.cpp | 71 |
1 files changed, 28 insertions, 43 deletions
diff --git a/tests/SkRasterPipelineTest.cpp b/tests/SkRasterPipelineTest.cpp index beb517b3f7..29fe59d31b 100644 --- a/tests/SkRasterPipelineTest.cpp +++ b/tests/SkRasterPipelineTest.cpp @@ -9,55 +9,40 @@ #include "SkRasterPipeline.h" // load needs two variants, one to load 4 values... -static void SK_VECTORCALL load(SkRasterPipeline::Stage* st, size_t x, - Sk4f v0, Sk4f v1, Sk4f v2, Sk4f v3, - Sk4f v4, Sk4f v5, Sk4f v6, Sk4f v7) { - auto ptr = st->ctx<const float*>(); - v0 = Sk4f{ptr[x+0]}; - v1 = Sk4f{ptr[x+1]}; - v2 = Sk4f{ptr[x+2]}; - v3 = Sk4f{ptr[x+3]}; - - st->next(x, v0,v1,v2,v3, v4,v5,v6,v7); +SK_RASTER_STAGE(load) { + auto ptr = (const float*)ctx + x; + r = Sk4f{ptr[0]}; + g = Sk4f{ptr[1]}; + b = Sk4f{ptr[2]}; + a = Sk4f{ptr[3]}; } // ...and one to load a single value. -static void SK_VECTORCALL load_tail(SkRasterPipeline::Stage* st, size_t x, - Sk4f v0, Sk4f v1, Sk4f v2, Sk4f v3, - Sk4f v4, Sk4f v5, Sk4f v6, Sk4f v7) { - auto ptr = st->ctx<const float*>(); - v0 = Sk4f{ptr[x]}; - - st->next(x, v0,v1,v2,v3, v4,v5,v6,v7); +SK_RASTER_STAGE(load_tail) { + auto ptr = (const float*)ctx + x; + r = Sk4f{*ptr}; } // square doesn't really care how many of its inputs are active, nor does it need a context. -static void SK_VECTORCALL square(SkRasterPipeline::Stage* st, size_t x, - Sk4f v0, Sk4f v1, Sk4f v2, Sk4f v3, - Sk4f v4, Sk4f v5, Sk4f v6, Sk4f v7) { - v0 *= v0; - v1 *= v1; - v2 *= v2; - v3 *= v3; - st->next(x, v0,v1,v2,v3, v4,v5,v6,v7); +SK_RASTER_STAGE(square) { + r *= r; + g *= g; + b *= b; + a *= a; } -// Like load, store has a _tail variant. It ends the pipeline by returning. -static void SK_VECTORCALL store(SkRasterPipeline::Stage* st, size_t x, - Sk4f v0, Sk4f v1, Sk4f v2, Sk4f v3, - Sk4f v4, Sk4f v5, Sk4f v6, Sk4f v7) { - auto ptr = st->ctx<float*>(); - ptr[x+0] = v0[0]; - ptr[x+1] = v1[0]; - ptr[x+2] = v2[0]; - ptr[x+3] = v3[0]; +// Like load, store has a _tail variant. +SK_RASTER_STAGE(store) { + auto ptr = (float*)ctx + x; + ptr[0] = r[0]; + ptr[1] = g[0]; + ptr[2] = b[0]; + ptr[3] = a[0]; } -static void SK_VECTORCALL store_tail(SkRasterPipeline::Stage* st, size_t x, - Sk4f v0, Sk4f v1, Sk4f v2, Sk4f v3, - Sk4f v4, Sk4f v5, Sk4f v6, Sk4f v7) { - auto ptr = st->ctx<float*>(); - ptr[x+0] = v0[0]; +SK_RASTER_STAGE(store_tail) { + auto ptr = (float*)ctx + x; + *ptr = r[0]; } DEF_TEST(SkRasterPipeline, r) { @@ -73,9 +58,9 @@ DEF_TEST(SkRasterPipeline, r) { float dst_vals[] = { 0,0,0,0,0 }; SkRasterPipeline p; - p.append(load, load_tail, src_vals); - p.append(square); - p.append(store, store_tail, dst_vals); + p.append<load, load_tail>(src_vals); + p.append<square>(); + p.append<store, store_tail>(dst_vals); p.run(5); @@ -96,6 +81,6 @@ DEF_TEST(SkRasterPipeline_nonsense, r) { // No asserts... just a test that this is safe to run and terminates. // square() always calls st->next(); this makes sure we've always got something there to call. SkRasterPipeline p; - p.append(square); + p.append<square>(); p.run(20); } |