Misc batch->op cleanup Part 1 of 2
Change-Id: I80f951976558a284e55386e0a368f08bd835d8ca
Reviewed-on: https://skia-review.googlesource.com/6359
Commit-Queue: Brian Salomon <bsalomon@google.com>
Reviewed-by: Brian Osman <brianosman@google.com>
diff --git a/samplecode/SampleManyRects.cpp b/samplecode/SampleManyRects.cpp
index b5eb6b0..66274a4 100644
--- a/samplecode/SampleManyRects.cpp
+++ b/samplecode/SampleManyRects.cpp
@@ -12,7 +12,7 @@
#include "SkView.h"
/**
- * Animated sample used to develop batched rect implementation in GrBufferedDrawTarget.
+ * Animated sample used to develop a predecessor of GrDrawOp combining.
*/
class ManyRectsView : public SampleView {
private:
@@ -44,8 +44,7 @@
canvas->save();
canvas->translate(SkIntToScalar(x), SkIntToScalar(y));
- // Rotation messes up the GPU batching because of the clip below. We don't notice
- // that the rect is inside the clip so the clip changes interrupt batching.
+ // Uncomment to test rotated rect draw combining.
if (false) {
SkMatrix rotate;
rotate.setRotate(fRandom.nextUScalar1() * 360,
@@ -54,7 +53,7 @@
canvas->concat(rotate);
}
SkRect clipRect = rect;
- // This clip will always contain the entire rect. It's here to give the GPU batching
+ // This clip will always contain the entire rect. It's here to give the GPU op combining
// code a little more challenge.
clipRect.outset(10, 10);
canvas->clipRect(clipRect);