Created attachment 40311 [details] r600g_bad_transp_lines.jpg Savage2 is a free to play (but not opensource) game with native Linux clients, it renders correctly with llvmpipe and fglrx. It doesn't render correctly with r600c and r600g. Using latest git version (commit 063c6b8f74d114241f663ef8fd93732a0a07c10f). llvmpipe that works (sort of, its very very slow): $ LD_LIBRARY_PATH=$HOME/mesa/lib/gallium glxinfo | grep OpenGL OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600c has part of the screen black (see attached screenshot r600c_bad_partblack.jpg), but the menu is good (r600c_menu_good.jpg): $ glxinfo|grep OpenGL OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV730 9498) 20090101 TCL DRI2 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600g doesn't have the blackness bug, but the main character is missing/totally transparent you just see some swords running around (r600g_bad_transp_lines.jpg), and it has some thin black horizontal lines all over the screen. The menu also has the thin black horizontal lines (r600g_bad_menu_lines.jpg). LIBGL_DRIVERS_PATH=$HOME/mesa/lib/gallium glxinfo|grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: The video card is: 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 PRO [Radeon HD 4650]
Created attachment 40312 [details] r600g_bad_menu_lines.jpg
Created attachment 40313 [details] r600c_bad_partblack.jpg
Created attachment 40314 [details] r600c_menu_good.jpg
Created attachment 40315 [details] llvmpipe_ok.jpg
To reproduce bug: 1. Install Savage2 2. LIBGL_DRIVERS_PATH=$HOME/mesa/lib/gallium ./savage2.bin 3. Press "Practice" (that way you can play locally, and don't have to join multiplayer server etc.) 4. Wait till it loads, can take quite a while 5. When in the game you can take screenshot with F5 (they are saved in ~/.savage2/game/screenshots), as soon as you enter the game you can see the rendering errors. If you need any more info please ask.
On mesa commit 185d862cd8cd0a56dd86daa01d9c692ff4abfb54 right now, and the horizontal black lines problem is fixed on r600g, the transparent character problem stays though.
The missing character is a similar symptom to that of this bug for r300g which got fixed: http://bugs.freedesktop.org/show_bug.cgi?id=28517 Do you need the RADEON_DEBUG=vp logs (or something else)?
this is probably a dupe of bug 31613.
Testing r600g from mesa git as of Dec 5, 2010 the menus look good, but the characters are still invisible on the main game screen and in the tutorial. I'm using kernel 2.6.36.1 and libdrm 2.4.23 I tested secondlife and it works really good with this build. Sometimes frame rates over 50 on an 3650 card.
Also as soon as you start the game, the character on the menu screen is missing too with r600g (softpipe and llvmpipe is fine). Attached is the FRAG and VERT dumps (I uncommented the tgsi_dump in r600g).
Created attachment 40867 [details] vert_frag.log
I wonder if bug 31771 might be the same problem as this one (on r600g at least). Maybe comparing shader dumps for sauerbraten to these ones might give a clue...?
When I put Savage2 in the Low resolution mode, I get a lot of funky red triangles on the main screen (where the big red demon should be). Made me wonder if the coordinates or normals were being interpreted incorrectly for the demon model. Everything else on the screen looks right however.
http://paste.pocoo.org/raw/314893/ seems to help, makes more of the character visible, but head of character is still missing...
Created attachment 41652 [details] Savage2 with that patch at http://paste.pocoo.org/raw/314893/ applied
I'm going to attach the patch here, just so it doesn't get lost. It also appears as if the suit of armor is rotated clockwise on the Z? axis 90 degrees. I believe you should almost always see the back of the armor.
Created attachment 41655 [details] [review] Patch that improves Savage2, but doesn't quite fix it.
Well, there are at least two things that are broken in current r600g. The first one is using constant buffer indices > 63, and the patch you tried should help there. The other thing that's broken is relative addressing of constant buffers. It happens to somewhat work as long as the resulting constant index falls within the kcache window, but in general it just doesn't work at all. All the "CONST[ADDR[0].x]" arguments in vert_frag.log are using relative addressing.
with mesa git db61b9ce39bccc43140357652ceb78baaf2aea44 Savage2 now crashes immediately. Believe it did not crash with e31defc825ee94f1d1092e277954abad7097c552
The crashing problems seem to be solved and I talked to Christian about this. It appears that relative shader addressing of constants still need to be fixed. Anyway, git of r600g is looking better. The menu in Savage nearly looks correct now.
Created attachment 42992 [details] [review] r600g_relative_addressing Does this patch make it any better? It's still incomplete (most obviously it doesn't handle relative addressing for all instructions), but should already work for the common cases.
Henri, Yes that patch does seem to help alot... After that patch the only thing broken is shadows. Please apply the relative_addressing or similar patch.
Appears the patch is merged in... I can disable shadows in the game and it looks really great... should I open a new bug on the shadows, or should we continue the issue here?
(In reply to comment #23) > Appears the patch is merged in... I can disable shadows in the game and it > looks really great... Confirmed, latest Mesa from git works just fine. Many thanks for fixing this. > should I open a new bug on the shadows, or should we > continue the issue here? I don't know, only thing I notice wrong with shadows is that they are very very slow.
Closing
Created attachment 77965 [details] Top of screen *sky* renders white Reopening due to rendering bug found with top of screen area. Please see attachment.
Created attachment 77966 [details] Edges of the screen renders just white The first of the screenshots I submitted was from running the tutorial. This screenshot is from running an online level. It is almost impossible to see in the distance due to it rendering the edges in all in just white.
(In reply to comment #26) > Created attachment 77965 [details] > Top of screen *sky* renders white > > Reopening due to rendering bug found with top of screen area. Please see > attachment. Please open a new bug if this is a new regression in the driver.
I did a git bisect for this and got: 02b808b08acc73b9b3d31832a7f137a9aae4bdd9 is the first bad commit commit 02b808b08acc73b9b3d31832a7f137a9aae4bdd9 Author: Francisco Jerez <currojerez@riseup.net> Date: Sun Apr 7 18:31:06 2013 +0200 clover: Fix usage of incorrect object as destination in clEnqueueCopyBufferToImage. Signed-off-by: Francisco Jerez <currojerez@riseup.net> :040000 040000 ab0699e5d6ff9b4ebf721a6a750e96e15d76b209 e28c39023f81b08b323a1062f957ceb3824bd860 M src
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.