-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problems with descriptorbuffer example on AMD GPU #1118
Comments
I think I found the issue - a typo on line 236. The offset calculation should refer to
Making this change results in a working example for me. Hopefully should solve this and #1091. |
Thank you very much for bringing this up. I'll fix this as soon as time permits. |
I decided to add the fix to my open PR #1117. I hope you don't mind. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When running on Windows 10 with an AMD 6600XT GPU, I am having problems with the descriptorbuffer example. The
VK_EXT_descriptor_buffer
extension and buffer device address features are available on the GPU, but the example crashes on swap chain creation with an out-of-host memory error. However, I think this is a red herring - I suspect the issue is elsewhere.As a test, I commented out the following line in
buildCommandBuffers()
:This allows the example to run showing two rotating cubes, but there are visible "blue noise" artifacts overlaid on the texture-less cube face surfaces. It looks almost like old-time analog TV reception snow projected onto the rotating cube faces. I am not sure what is going on here, but I suspect there may be a memory sync or mapping coherence issue, or perhaps incorrect indexing into device or host memory.
Is this something you have seen in your testing? Have you verified if this works on other AMD devices?
UPDATE: I just realized this is very similar to #1091, but on Windows 10. I can also confirm that reverting e006185 fixes the issue. Interestingly, commenting out the same line above on the old code results in the same blue noise effect. So that observation is clearly irrelevant, and the real issue must have something to do with bad indexing and/or offsets into the combined image descriptors in that line of code.
The text was updated successfully, but these errors were encountered: