You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 19, 2018. It is now read-only.
There are a number of messages which could (I think) easily include more information/context about what has occurred. Many messages will just print out verbatim spec, and leave finding out what values, etc.. were provided that caused an error up to the user (often requiring a lot of digging app-side).
As an example:
Object: 0x236 | Descriptor set 0x236 encountered the following validation error at vkCmdDispatch() time: Image layout specified at vkUpdateDescriptorSets() time doesn't match actual image layout at time descriptor is used. See previous error callback for specific details.
This check will have compared the image layouts in order to perform this validation, so why not print out the values (friendly names not ordinals) in the message?
Object: 0x236 | Descriptor set 0x236 encountered the following validation error at vkCmdDispatch() time: Image layout (SOME LAYOUT HERE # 1) specified at vkUpdateDescriptorSets() time doesn't match actual image layout (SOME LAYOUT HERE # 2) at time descriptor is used. See previous error callback for specific details.
As a general request, just printing out the object IDs isn't super helpful (but better than not having them), as I have to create my own mapping from ID -> debug name to be used for interpreting these messages. I'm already specifying friendly debug names for all my Vulkan objects (for RenderDoc, nsight, etc..) - could the validation layers print out those values if they exist for the object ID that is being reported? That would make my debugging life (and I'm sure countless others) much better.
Thank you!
Graham
The text was updated successfully, but these errors were encountered:
There are a number of messages which could (I think) easily include more information/context about what has occurred. Many messages will just print out verbatim spec, and leave finding out what values, etc.. were provided that caused an error up to the user (often requiring a lot of digging app-side).
As an example:
This check will have compared the image layouts in order to perform this validation, so why not print out the values (friendly names not ordinals) in the message?
As a general request, just printing out the object IDs isn't super helpful (but better than not having them), as I have to create my own mapping from ID -> debug name to be used for interpreting these messages. I'm already specifying friendly debug names for all my Vulkan objects (for RenderDoc, nsight, etc..) - could the validation layers print out those values if they exist for the object ID that is being reported? That would make my debugging life (and I'm sure countless others) much better.
Thank you!
Graham
The text was updated successfully, but these errors were encountered: