replay / virtual swapchain: Fix two VVL issues

[fabian-lunarg]

when replaying a capture using VVL via the --validate option I'm seeing issues that are not present
in the captured application.

per swapchain-image (3x in my case)

[gfxrecon] ERROR - DEBUG MESSENGER: Frame #1: UNASSIGNED-non-acquired-swapchain-image-used: vkQueueSubmit(): pSubmits[0] performs a layout transition on presentable VkImage 0x18b000000018b, but the image has not been acquired from VkSwapchainKHR 0x18a000000018a (either never or since the last present operation).
The Vulkan spec states: Use of a presentable image must occur only after the image is returned by vkAcquireNextImageKHR, and before it is released by vkQueuePresentKHR. This includes transitioning the image layout and rendering commands (https://docs.vulkan.org/refpages/latest/refpages/source/VkSwapchainKHR.html#_description)

and in addition for trimmed captures, also multiple times:

[gfxrecon] ERROR - DEBUG MESSENGER: Frame #1: VUID-vkCmdDraw-None-09600: vkQueueSubmit2(): pSubmits[0] command buffer VkCommandBuffer 0x2faaef20 expects VkImage 0x1950000000195 (subresource: aspectMask = VK_IMAGE_ASPECT_COLOR_BIT, mipLevel = 0, arrayLayer = 0) to be in layout VK_IMAGE_LAYOUT_PRESENT_SRC_KHR--instead, current layout is VK_IMAGE_LAYOUT_UNDEFINED.
The Vulkan spec states: If a descriptor with type equal to any of VK_DESCRIPTOR_TYPE_SAMPLE_WEIGHT_IMAGE_QCOM, VK_DESCRIPTOR_TYPE_BLOCK_MATCH_IMAGE_QCOM, VK_DESCRIPTOR_TYPE_SAMPLED_IMAGE, VK_DESCRIPTOR_TYPE_STORAGE_IMAGE, or VK_DESCRIPTOR_TYPE_INPUT_ATTACHMENT is accessed as a result of this command, all image subresources identified by that descriptor must be in the image layout identified when the descriptor was written (https://vulkan.lunarg.com/doc/view/1.4.350.0/linux/antora/spec/latest/chapters/drawing.html#VUID-vkCmdDraw-None-09600)

both errors are coming from our virtual swapchain and are fixed in this PR.

[panos-lunarg]

Apart from a minor comment looks good