[Bug 57984] New: r300g: blend sfactor=GL_DST_COLOR fails with FBOs

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Dec 7 07:41:12 PST 2012


https://bugs.freedesktop.org/show_bug.cgi?id=57984

          Priority: medium
            Bug ID: 57984
          Assignee: dri-devel at lists.freedesktop.org
           Summary: r300g: blend sfactor=GL_DST_COLOR fails with FBOs
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: stefandoesinger at gmx.at
          Hardware: All
            Status: NEW
           Version: git
         Component: Drivers/Gallium/r300
           Product: Mesa

Created attachment 71134
  --> https://bugs.freedesktop.org/attachment.cgi?id=71134&action=edit
Screenshot showing the problem.

When running 3DMark2001 on Wine with r300g rendering corruptions are visible in
the load screen and the high quality version of the "lobby" test. Closer
investigation showed that the problem occurs when the game sets the source
blend factor to GL_DST_COLOR and the dest blend factor to GL_ZERO. The blend
function is ADD, separate alpha blending is not used.

If I manually change these parameters to srcfactor=ZERO and
dstfactor=GL_SRC_COLOR, rendering works correctly.

Rendering also works fine when I configure wine not to use FBOs.

I have tried to reproduce this problem with a stand-alone GL application but
have not succeeded in that yet.

I have attached a screenshot. The corruption are the random pixels at the
bottom and right. The horizontal lines are artifacts caused by the
gnome-screenshot tool.

3DMark2001 can be downloaded from
http://download.freenet.de/3DMark-2001-SE-Windows--4183.xhtml and many other
places.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121207/c801b15e/attachment-0001.html>


More information about the dri-devel mailing list