Change in has_external_format#2852
Conversation
c9ee4de to
027837c
Compare
|
I don't see you explicitly checking for R8G8B8A8 where you removed the external copy. Is this not needed? |
From what I understand if you are inside this if condition then you are hitting this case where the AHB was sampled in the compute path and dumped as a R8G8B8A8 image. I believe this is confirmed by the other 3 lines above: |
Should we at least add an assert to make sure it doesn't change in the future? It just seems this is a little fragile without some watch. |
Sorry I am a bit confused, can you be more specific about to what to check with an assert? |
But only if the external_format is originally undefined. It seems to me we could enter this same path without that being true, and what guarantee do we have that the original format is RGBA8? That's my concern. I won't hold up the review for this, I just worry about what could happen. |
This is basically a silent "agreement" between capture at and this place |
027837c to
e45b17b
Compare
External images which during capture have been dumped as VK_FORMAT_R8G8B8A8_UNORM, during replay can be treated as normal images. Letting VulkanImageInfo.external_format to false blocks VulkanResourcesUtil::ReadImageResources from dumping such images while it should be ok to do so
e45b17b to
b2f1a00
Compare
External images which during capture have been dumped as VK_FORMAT_R8G8B8A8_UNORM, during replay can be treated as normal images