Created attachment 134353 [details] Green zones with radv On rpcs3 emulator, the game shovel knight[npub31682] renders differently on opengl and vulkan. When there are zones with moving water, the radv driver displays only a green zone. OpenGl is fine. I already reported the bug here https://github.com/RPCS3/rpcs3/issues/2880 but it seems to be a driver bug as other vulkan/os systems render correctly. Tested on ArchLinux, R9 Fury, mesa stable 17.2.0
Created attachment 134354 [details] Correct rendering with OpenGl on moving water
Can you make a renderdoc capture?
Hope that's fine (1st use of renderdoc here). I captured the frame with vulkan. With renderdoc, I'm seeing warning messages on the console spirv/spirv_to_nir.c:2763 WARNING: Unsupported SPIR-V capability: SpvCapabilityImageMSArray So, incomplete driver is probably the culprit. The renderdoc file is big. I uploaded it here: https://www.dropbox.com/s/096jt15fzvtlvif/rpcs3_2017.09.20_09.52.38_frame3641.rdc?dl=0
(In reply to jdruel from comment #3) > With renderdoc, I'm seeing warning messages on the console > spirv/spirv_to_nir.c:2763 WARNING: Unsupported SPIR-V capability: > SpvCapabilityImageMSArray > So, incomplete driver is probably the culprit. This capability is only supposed to be used if shaderStorageImageMultisample is set to true, which it is not for either radv or anv. It's an application bug to be passing it in.
IIRC that SpvCapabilityImageMSArray warning is always there with renderdoc though, so probably a red herring.
Did someone already try RADV_DEBUG=zerovram to see if it helps? The trace replays badly on amdgpu-pro which suggests the bad stuff is in ram before recording.
Yeah, zerovram doesn't change anything.
jdruel can you try the env var on the actual game? The problem is the damage is capture in the trace, so Samuel's check didn't help.
Created attachment 135388 [details] new qrenderdoc capture I did an export RADV_DEBUG=zerovram before running qrenderdoc, but as I'm on mesa 17.2, I don't think this option is activated. Let me know if this capture is enough for you, else I'll see if I can switch to mesa-git without too much pain (=breaking my system) (I'm on Arch).
yeah, zerovram is quite recent (mesa 17.3).
Created attachment 135446 [details] with zerovram on mesa-git I installed mesa-git+vulkan-radeon-git+xf86-video-amdgpu-git My new test was done like this: export RADV_DEBUG=zerovram qrenderdoc Please tell me if this file is correct for you.
Created attachment 136313 [details] Shovel Knight-Rpcs3-pb01 Tested on mesa 17.3 with RADV_DEBUG=zerovram qrenderdoc
Created attachment 136314 [details] Shovel Knight-Rpcs3-pb02 Tested on mesa 17.3 with RADV_DEBUG=zerovram qrenderdoc It's in another stage: same behaviour
solved in 17.3.2
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.