[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #14 from Maciej Cencora m.cenc...@gmail.com 2009-10-10 02:51:00 PST --- Can you reproduce this bug on mesa 7.6? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #11 from [EMAIL PROTECTED] 2008-01-03 07:33 PST --- Okay, I've bitten the bullet and spend an entire day git bisecting this. Actually there are 2 regression moments where the trackballs has black vertices problem get introduced, the first one between 6.5.0 and 6.5.1, I've managed to find this with git-bisect and made a patch which fixes 6.5.1, then there is another regression between 6.5.1 (with attached fix) and current master. bisecting this led me too the vbo merger, after which all I got where either crashing or non building revisions. Today I've spend an hour or so trying to fix this by looking at how trackballs does this, this has lead to a patch to trackballs which fixes (or workarounds?) this. I'm not sure if trackballs is to blame though, as it works fine with intel cards (7.0.2) and with the software renderer. I'll also attach that patch, perhaps it sheds some light on this. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #12 from [EMAIL PROTECTED] 2008-01-03 07:51 PST --- Created an attachment (id=13488) -- (http://bugs.freedesktop.org/attachment.cgi?id=13488action=view) PATCH: fix a regression between 6.5 and 6.5.1 where some vertices in trackballs went black Note this is the fix (revert of a commit) for the regression between 6.5 and 6.5.1 ported to 7.0.2. Even though this does not fix the issue with 7.0.2 I still believe this should be applied as the removed code is an old ugly hack to fix bug 6991 (according to the log of the commit this reverts). I'm not intimate enough with any of the mesa code to make this assessment for sure though. Note that the removed code is the last user of the dummy_attrib and temp_attrib context members, so those can be removed too if this gets removed. I tried ppracer with this patch and it still works fine, so the removed code isn't necessary anymore for bug 6991 atleast. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #13 from [EMAIL PROTECTED] 2008-01-03 07:52 PST --- Created an attachment (id=13489) -- (http://bugs.freedesktop.org/attachment.cgi?id=13489action=view) PATCH: fix black rendered vertices with trackballs And as promised a patch against trackballs fixing? the problem. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 [EMAIL PROTECTED] changed: What|Removed |Added Component|Mesa core |Drivers/DRI/r300 --- Comment #10 from [EMAIL PROTECTED] 2007-11-22 11:41 PST --- Today I noticed that with the mesa 7.1 pre snapshot included in Fedora Rawhide I can no longer reproduce this on an i810 motherboard. However, I just tried it on my r300 system and there his still happens, so I guess it was never a bug in core, but in the dri-drivers all along, but it happened to be a bug shared between the i810 and r300 drivers. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #6 from [EMAIL PROTECTED] 2007-09-26 06:54 PST --- I'm not using git, I'm using the Fedora development bracnh packages which are mesa-7.0.1 + a patch updating r300 support to git master. Not that the r300 patch is very relevant as I can reproduce this on intel video machines as well. Erm, was mesa already using git in the 6.4.2 days? As that was the latest working version. Also installing 6.4.2 requires me to downgrade several key Operating system parts like the xserver, libdrm, etc. I don't want to know what I have todo to my system to be able to build 6.4.2 from source. As said I'm willing to spend some time on this, but telling me to go fetch a needle in a haystack isn't really helpful. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #7 from [EMAIL PROTECTED] 2007-09-26 07:13 PST --- I gave this a very quick try, and it indeed looks horrible (on r200). For me though it always looks horrible, I don't have to press space. Also, it doesn't just look black, it more looks like z-fighting issues so it flickers black. Not sure if that's related, but unless this is a bug in mesa (with display list handling?), the game does some things it shouldn't do - there are tons of mesa warnings about stack overflows (mostly in the menu) and stack underflows (in-game) with the projection/modelview matrix stacks (and it tries to use an illegal filter mode for the texture mag filter, but that should be harmless). This app uses GL_LINE polygon mode, which causes a tcl fallback in the r200 driver, which could lead to z-fighting - but even specifiying tcl_mode=0 doesn't do anything. With the software rasterizer, it looks almost ok though - there are a lot of very small white triangles flying around randomly (maybe that represents some snow or something and is meant to be there), and the tile boundaries look crappy (they are somewhat disjoint, I think the game uses the GL_LINE poly mode to draw the tile borders (with polygonoffset) and then GL_FILL mode for the tile, but it doesn't seem to quite match up with the neighboring tiles). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #8 from [EMAIL PROTECTED] 2007-09-26 07:52 PST --- (In reply to comment #6) Erm, was mesa already using git in the 6.4.2 days? It was probably using CVS at the time, but the whole development history was preserved when moving to Git, so this isn't a problem. Also installing 6.4.2 requires me to downgrade several key Operating system parts like the xserver, libdrm, etc. It shouldn't. You don't even need to install anything, just set the environment variable LIBGL_DRIVERS_PATH=/path/to/directory_containing_r300_dri.so/ and possibly LD_LIBRARY_PATH=/path/to/libGL.so.1 . I don't want to know what I have todo to my system to be able to build 6.4.2 from source. Again, I'm not sure there should be any big trouble. You may want to use make DRI_DIRS=r300 to avoid any trouble with other drivers though. As said I'm willing to spend some time on this, but telling me to go fetch a needle in a haystack isn't really helpful. git-bisect does that for you. :) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #9 from [EMAIL PROTECTED] 2007-09-26 14:42 PST --- (In reply to comment #7) I gave this a very quick try, and it indeed looks horrible (on r200). For me though it always looks horrible, I don't have to press space. Also, it doesn't just look black, it more looks like z-fighting issues so it flickers black. Not sure if that's related, but unless this is a bug in mesa (with display list handling?), the game does some things it shouldn't do - there are tons of mesa warnings about stack overflows (mostly in the menu) and stack underflows (in-game) with the projection/modelview matrix stacks (and it tries to use an illegal filter mode for the texture mag filter, but that should be harmless). This app uses GL_LINE polygon mode, which causes a tcl fallback in the r200 driver, which could lead to z-fighting - but even specifiying tcl_mode=0 doesn't do anything. With the software rasterizer, it looks almost ok though - there are a lot of very small white triangles flying around randomly (maybe that represents some snow or something and is meant to be there), and the tile boundaries look crappy (they are somewhat disjoint, I think the game uses the GL_LINE poly mode to draw the tile borders (with polygonoffset) and then GL_FILL mode for the tile, but it doesn't seem to quite match up with the neighboring tiles). Thanks for looking into this, I already had a hunch that this might actually be a trackballs problem, as all other OpenGL apps seem to work fine. I've mailed upstream about this. Id there anything obvious I can check for in the trackballs source while we are waiting for upstream to respond? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #4 from [EMAIL PROTECTED] 2007-09-25 10:36 PST --- I'm currently using 7.0.1 with the r300 part updated to the latest git, I would think thats recent enough. Especially since this broke between 6.4.2 and 6.5.1 I think that its very unlikely that this got fixed by any commits after 7.0.1 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
