https://bugs.freedesktop.org/show_bug.cgi?id=30167
Summary: Heroes of Newerth: Setting shader quality to medium results in corrupt rendering Product: Mesa Version: git Platform: Other URL: http://www.heroesofnewerth.com/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: sa@whiz.se
Created an attachment (id=38673) --> (https://bugs.freedesktop.org/attachment.cgi?id=38673) Screenshot on medium setting
In the game Heroes of Newerth, turning the setting "Shader Quality" to medium or high results in corrupt rendering of water.
This seems to be a regression from the glsl2 merge, but it seems fine on llvmpipe, so I'm guessing the bug is specific to r300g.
I _think_ it's possible to reproduce this bug without buying the game, by only registering and then either starting a practice game or running the tutorial. If not, I'll see about getting some trial invites.
The rest of the effects in the game seems to be working fine.
System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: e9928fe036e9382fd7bc353f3f05531445f08977 -- xserver: 1.8.99.904 (1.9.0 RC 5) -- mesa: 6f839eb631511925505093be4d0509ac14f5675b -- drm: 23287f05cf2443ddf9e028e29beb5bd30979c6cf -- kernel: 2.6.35.4
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #1 from Sven Arvidsson sa@whiz.se 2010-09-13 10:48:43 PDT --- Created an attachment (id=38674) --> (https://bugs.freedesktop.org/attachment.cgi?id=38674) Screenshot on high
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #2 from Tom Stellard tstellar@gmail.com 2010-09-23 15:55:06 PDT --- Can you try it again with RADEON_DEBUG=noopt. If this fixes it, can you post the output with RADEON_DEBUG=noopt,fp,vp _and_ RADEON_DEBUG=fp,vp. If this doesn't fix it, can you post the output with RADEON_DEBUG=noopt,fp,vp
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #3 from Sven Arvidsson sa@whiz.se 2010-09-24 07:34:40 PDT --- Created an attachment (id=38934) --> (https://bugs.freedesktop.org/attachment.cgi?id=38934) RADEON_DEBUG=noopt,fp,vp log
(In reply to comment #2)
Hmm... I get a different result with noopt, the corruption is less noticeable, mostly in the borders around the water, but the actual visual effect seems to be missing.
I'm attaching a log with RADEON_DEBUG=noopt,fp,vp
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #4 from Sven Arvidsson sa@whiz.se 2010-09-24 07:35:44 PDT --- Created an attachment (id=38935) --> (https://bugs.freedesktop.org/attachment.cgi?id=38935) Screenshot with noopt - settings on medium
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #5 from Tom Stellard tstellar@gmail.com 2010-09-25 22:47:12 PDT --- Does running with RADEON_DEBUG=noopt and RADEON_NO_TCL=1 help?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #6 from Sven Arvidsson sa@whiz.se 2010-09-26 10:48:21 PDT --- (In reply to comment #5)
Does running with RADEON_DEBUG=noopt and RADEON_NO_TCL=1 help?
No difference with or without setting RADEON_NO_TCL as far as I can see.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #7 from Tom Stellard tstellar@gmail.com 2010-09-30 00:38:02 PDT --- Created an attachment (id=39059) View: https://bugs.freedesktop.org/attachment.cgi?id=39059 Review: https://bugs.freedesktop.org/review?bug=30167&attachment=39059
Possible fix
Does this patch make any difference?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #8 from Sven Arvidsson sa@whiz.se 2010-09-30 07:20:16 PDT --- (In reply to comment #7)
Created an attachment (id=39059)
View: https://bugs.freedesktop.org/attachment.cgi?id=39059 Review: https://bugs.freedesktop.org/review?bug=30167&attachment=39059
Possible fix
Does this patch make any difference?
This patch with noopt seems to be the best result yet.
I made a bunch of screenshots, comparing llvmpipe with master, master+noopt, the patch, and the patch+noopt: http://www.flickr.com/photos/whizse/
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #9 from Tom Stellard tstellar@gmail.com 2010-09-30 08:05:38 PDT --- (In reply to comment #8)
I made a bunch of screenshots, comparing llvmpipe with master, master+noopt, the patch, and the patch+noopt: http://www.flickr.com/photos/whizse/
Thanks, this was helpful. Can you post the output of RADEON_DEBUG=fp on master with both medium and high settings.
Also, is there any chance that this is a regression that can be bisected?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #10 from Sven Arvidsson sa@whiz.se 2010-09-30 12:00:19 PDT --- Created an attachment (id=39078) --> (https://bugs.freedesktop.org/attachment.cgi?id=39078) RADEON_DEBUG=fp with medium settings
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #11 from Sven Arvidsson sa@whiz.se 2010-09-30 12:00:58 PDT --- Created an attachment (id=39079) --> (https://bugs.freedesktop.org/attachment.cgi?id=39079) RADEON_DEBUG=fp with high settings
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #12 from Sven Arvidsson sa@whiz.se 2010-09-30 12:02:56 PDT --- (In reply to comment #9)
Thanks, this was helpful. Can you post the output of RADEON_DEBUG=fp on master with both medium and high settings.
Done
Also, is there any chance that this is a regression that can be bisected?
The regression happened right after the glsl2 merge. I don't think it's possible to pinpoint it down any further.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #13 from Tom Stellard tstellar@gmail.com 2010-10-28 00:00:34 PDT --- Can you try this again with the latest version of mesa from git?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #14 from Sven Arvidsson sa@whiz.se 2010-10-28 12:11:11 PDT --- (In reply to comment #13)
Can you try this again with the latest version of mesa from git?
No change I'm afraid.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #15 from Tom Stellard tstellar@gmail.com 2010-11-21 21:54:22 PST --- Can you try this again with the latest git master?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #16 from Sven Arvidsson sa@whiz.se 2010-11-23 07:31:49 PST --- (In reply to comment #15)
Can you try this again with the latest git master?
The problem remains (corrupt rendering with medium and high) but seems to be slightly different now. I have uploaded new screenshots:
high: http://www.flickr.com/photos/whizse/5201781578/
medium: http://www.flickr.com/photos/whizse/5201187031/
all previous screenshots are here, for comparison: http://www.flickr.com/photos/whizse/
I also noticed this error message: r300: ERROR: FS input generic 17 unassigned, not enough hardware slots.
Let me know if you need new debug dumps or screenshots with noopt.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #17 from Marek Olšák maraeo@gmail.com 2010-12-17 04:35:51 PST --- Is this still an issue with current Mesa master?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #18 from Pavel Ondračka drakkk@centrum.cz 2010-12-17 04:56:31 PST --- (In reply to comment #17)
Is this still an issue with current Mesa master?
Yes, this is still an issue with the latest Mesa master.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #19 from Sven Arvidsson sa@whiz.se 2011-02-11 10:10:07 PST --- Just retried this, no change with git master 6ed0f2ac112d22278cf051c2cee9c2199a9025ea
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #20 from Sven Arvidsson sa@whiz.se 2011-02-22 13:36:53 PST --- (In reply to comment #16)
I also noticed this error message: r300: ERROR: FS input generic 17 unassigned, not enough hardware slots.
Since this error now reports that this isn't a bug, is there any point in keeping this bug open?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #21 from Marek Olšák maraeo@gmail.com 2011-02-22 22:02:32 PST --- I don't think so. We can't fix the error, we can only suppress printing it. If there is any issue unrelated to the error, let's keep this report open (is there any?), otherwise I'd close it.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #22 from Sven Arvidsson sa@whiz.se 2011-02-23 05:42:54 PST --- (In reply to comment #21)
There's still a problem with rendering issues when shader quality is set to anything higher than "Low". I was just wondering if this is related to the hardware limitation (the "FS input generic 17 unassigned" warning) rather than bug?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #23 from Marek Olšák maraeo@gmail.com 2011-02-23 06:34:31 PST --- It could be. That FS input may contain random values because it's uninitialized, potentially leading to pixels being influenced by it, resulting in sort of random corruption. It depends on the shader and how much the input contributes to the final pixel color.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #24 from Pavel Ondračka pavel.ondracka@email.cz --- This seems to be fixed in the latest mesa git, however I didn't test all the different settings mentioned in Comment 16. Sven can you confirm this is indeed fixed?
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #25 from Sven Arvidsson sa@whiz.se --- (In reply to comment #24)
I will probably not have time to test this in the foreseeable future, so unless someone else can, I don't mind if the bug is closed.
https://bugs.freedesktop.org/show_bug.cgi?id=30167
Tomasz P. son_of_the_osiris@interia.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
dri-devel@lists.freedesktop.org