Add choke point for performing a fake endRecording

Add choke point for performing a fake endRecording

My goal here was to add a single location where we could patch up the created PicturePlayback. Unfortunately, the complexity of the recording process (e.g., the BBH) makes this quite complex.

I will investigate altering the behavior of SkPicturePlayback to account for a potentially unbalanced set of saves/saveLayers.

Committed: http://code.google.com/p/skia/source/detail?r=14773

[reed1, 2014-05-19 12:17:22]

how does this effort fit into SkRecord?

[robertphillips, 2014-05-19 12:20:50]

The real change is in:  https://codereview.chromium.org/286033005/. This CL
basically just makes it clearer where unbalanced saves/restores could leak into
an SkPicture.

This change should be orthogonal to SkRecord. I believe we are all on board with
SkRecord only generating skps with balanced saves/restores (or at least having
their replay not inadvertently effect the state of the calling canvas).

[reed1, 2014-05-19 12:28:59]

lgtm

[robertphillips, 2014-05-19 12:30:27]

The CQ bit was checked by robertphillips@google.com

[commit-bot: I haz the power, 2014-05-19 12:30:37]

CQ is trying da patch. Follow status at
 https://skia-tree-status.appspot.com/cq/robertphillips@google.com/283333007/1

[commit-bot: I haz the power, 2014-05-19 12:36:27]

Change committed as 14773