Rietveld Code Review Tool
Help | Bug tracker | Discussion group | Source code | Sign in
(138)

Issue 6259053: Fixed small bug in shader generation (Closed)

Can't Edit
Can't Publish+Mail
Start Review
Created:
12 years, 5 months ago by robertphillips
Modified:
12 years, 5 months ago
Reviewers:
TomH
CC:
skia-review_googlegroups.com
Base URL:
http://skia.googlecode.com/svn/trunk/
Visibility:
Public.

Description

This bug was adding an extra "* vColor" to the computation of the coverage in the case where dual source blending was being used. The actual color stage (right before the coverage computation) had a modulation and it stuck around for the coverage stage.

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+2 lines, -0 lines) Patch
M src/gpu/gl/GrGLShaderBuilder.cpp View 1 chunk +2 lines, -0 lines 0 comments Download

Messages

Total messages: 3
robertphillips
12 years, 5 months ago (2012-05-30 12:05:14 UTC) #1
TomH
LGTM. Thanks for catching this. How'd it show up?
12 years, 5 months ago (2012-05-30 12:22:47 UTC) #2
robertphillips
12 years, 5 months ago (2012-05-30 12:30:57 UTC) #3
committed as r4064.

It was showing up in the xfermodes GM slide when I enabled the SW-only clip mask
generation path for everything. In this case almost everything was being drawn
with a coverage texture so it really exercised the multiple texture stages code.
The xfermodes test is particularly challenging in this scenario since it
exercises the dual blending mode logic. Basically the extra "* vColor" was
making the xfer mode results incorrect (a lot of extra objects showing up when
they shouldn't).
Sign in to reply to this message.

Powered by Google App Engine
RSS Feeds Recent Issues | This issue
This is Rietveld f62528b