diff options
author | 2017-08-30 12:06:35 -0400 | |
---|---|---|
committer | 2017-08-30 19:25:47 +0000 | |
commit | ad8a43f7698071f00ce024a935b0bc04a4b19a41 (patch) | |
tree | e9d501a363e4ec0f9ff42a15dd0c1c7c717b15e7 /tools/viewer/Viewer.cpp | |
parent | f1942de288ad593b1348029aefaad2cf99ad57ea (diff) |
DeferredDisplayList API proposal
Chrome would like to perform cpu-side preprocessing for gpu draws in parallel.
They do not want to go through a picture (since they have their own display list format).
The general idea is that we add a new SkDeferredDisplayListRecorder class to
perform all of Ganesh's cpu-side preprocessing ahead of time and in parallel.
The SkDDLRecorder operates like SkPictureRecorder. The user can get an SkCanvas
from the SkDDLRecorder and feed it draw operations. Once finished, the user
calls 'detach' to get an SkDeferredDisplayList. All the work up to and
including the 'detach' call can be done in parallel and will not touch
the GPU. To actually get pixels the client must call SkSurface::draw(SkDDL)
on an SkSurface that is "compatible" with the surface characterization
initially given to the SkDDLMaker.
The surface characterization contains the minimum amount of information Ganesh needs
to know about the ultimate destination in order to perform its cpu-side work
(i.e., caps, width, height, config).
Change-Id: I75faa483ab5a6b779c8de56ea56b9d90b990f43a
Reviewed-on: https://skia-review.googlesource.com/30140
Reviewed-by: Brian Salomon <bsalomon@google.com>
Commit-Queue: Robert Phillips <robertphillips@google.com>
Diffstat (limited to 'tools/viewer/Viewer.cpp')
0 files changed, 0 insertions, 0 deletions