WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
81242
[chromium] Remove surface damage client from occlusion tracker
https://bugs.webkit.org/show_bug.cgi?id=81242
Summary
[chromium] Remove surface damage client from occlusion tracker
Dana Jansens
Reported
2012-03-15 11:22:08 PDT
[chromium] Remove surface damage client from occlusion tracker
Attachments
Patch
(15.03 KB, patch)
2012-03-15 11:32 PDT
,
Dana Jansens
no flags
Details
Formatted Diff
Diff
Patch
(15.15 KB, patch)
2012-03-15 12:06 PDT
,
Dana Jansens
no flags
Details
Formatted Diff
Diff
Patch
(15.31 KB, patch)
2012-03-16 07:30 PDT
,
Dana Jansens
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Dana Jansens
Comment 1
2012-03-15 11:23:28 PDT
I claim that the root surface damage rect will cull at least as well as the (bounding box of the) rect transformed into the current target surface. Proof by picture
http://imgur.com/r5I1s
Dana Jansens
Comment 2
2012-03-15 11:32:24 PDT
Created
attachment 132085
[details]
Patch
Shawn Singh
Comment 3
2012-03-15 11:59:11 PDT
Comment on
attachment 132085
[details]
Patch Looks great... but I have to admit I'm not wrapping my brain fully around the proof of equivalence yet. But if someone else already feels confident about it, then that's good enough for me =) Otherwise I'll take a closer look later tonight. View in context:
https://bugs.webkit.org/attachment.cgi?id=132085&action=review
> Source/WebCore/platform/graphics/chromium/cc/CCOcclusionTracker.cpp:321 > {
Maybe we should now rename this function and the variables inside it, since it is not really a "scissor" anymore. Its just the clipRect, right?
> Source/WebCore/platform/graphics/chromium/cc/CCOcclusionTracker.cpp:324 > if (!layer->clipRect().isEmpty())
Since we're driving by, could we add a FIXME referring to the usesLayerClipping bug?
https://bugs.webkit.org/show_bug.cgi?id=80622
Dana Jansens
Comment 4
2012-03-15 12:05:16 PDT
(In reply to
comment #3
)
> (From update of
attachment 132085
[details]
) > > Looks great... but I have to admit I'm not wrapping my brain fully around the proof of equivalence yet. But if someone else already feels confident about it, then that's good enough for me =) Otherwise I'll take a closer look later tonight. > > > View in context:
https://bugs.webkit.org/attachment.cgi?id=132085&action=review
> > > Source/WebCore/platform/graphics/chromium/cc/CCOcclusionTracker.cpp:321 > > { > > Maybe we should now rename this function and the variables inside it, since it is not really a "scissor" anymore. Its just the clipRect, right?
Well, it's the clip rect + the target's content bounds. Which is sort of like the visibleLayerRect.. but in this case acts like a scissor. I think the name still makes sense under those terms?
> > Source/WebCore/platform/graphics/chromium/cc/CCOcclusionTracker.cpp:324 > > if (!layer->clipRect().isEmpty()) > > Since we're driving by, could we add a FIXME referring to the usesLayerClipping bug?
https://bugs.webkit.org/show_bug.cgi?id=80622
Sure!
Dana Jansens
Comment 5
2012-03-15 12:06:29 PDT
Created
attachment 132097
[details]
Patch
Adrienne Walker
Comment 6
2012-03-15 18:23:19 PDT
Comment on
attachment 132097
[details]
Patch I think I'm convinced that scissoring in screen space is always going to cull just as much (if not more) than mapping the scissor onto a layer and taking the enclosing IntRect and scissoring with that. Thanks for the diagram. It's nice not to have to need this client class. R=me.
Dana Jansens
Comment 7
2012-03-16 07:30:51 PDT
Created
attachment 132279
[details]
Patch
WebKit Review Bot
Comment 8
2012-03-16 09:59:57 PDT
Comment on
attachment 132279
[details]
Patch Clearing flags on attachment: 132279 Committed
r111021
: <
http://trac.webkit.org/changeset/111021
>
WebKit Review Bot
Comment 9
2012-03-16 10:00:03 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug