* This is almost completely worthless as it seems at least NV and amdvlk both
actually crash the GPU on this instruction, meaning there's no way to get it
to the shader debugger. But on other drivers like radv, or maybe if this is
fixed in future, this will be useful.
* For this reason it also can't be tested automatically.
* This prevents us from adding non-compute states such as PIXEL_SHADER_RESOURCE
from the CPU last-known state when transitioning resources before an indirect
patch on a command buffer.
VK_EXT_fragment_density_map2 and VK_QCOM_fragment_density_map_offset depend on VK_EXT_fragment_density_map, so if RD disables it due to lack of VkPhysicalDeviceFragmentDensityMapFeaturesEXT::fragmentDensityMapNonSubsampledImages support (common on Mali) it needs to disable the others as well.
* We shouldn't require 'pure virtual' functions in CaptureViewer implementations
in python, so detect when the derived class methods point to the base class
pass-throughs, and skip them in that case.
* Unfortunately the new upcoming debian has made the really poor decision to
actively *delete* the pcre package, breaking any programs depending on it even
at build time. As far as I can see it's still available in most other common
distributions.
* Users could easily build it themselves but would have to install it system
wide for it to be picked up. This kind of dependency absolutely should not be
something the build system has to set up itself but when distributions make
poor choices we have little choice but to adapt somehow.
* Without this, image views created off the swapchain images would destroy the
actual underlying resource info when the view is destroyed, thinking that it
has its own unique copy.
void InsertOperation(const Operation &op, size_t offset);
Ensures Operation's are added correctly and RegisterOp() is called after addWords()
This make sure the idOffsets data is correct
Need to recreate the EI command signature using the same root signature that is is bound i.e. the modified root signature which includes the resources for the shader feedback analysis
This only needs to be done if the EI command signature modifies the root arguments i.e. setting root constants, updating bindings
Set the specific constant data from the EI args instead of replacing all the constant data with the EI arg data i.e. EI arg sets Constants 2,3 : should leave Constants 0, 1, 4, 5 with the values set directly i.e. SetGraphicsRoot32BitConstants()
Change colour of triangle based on root constant values set by direct API not by indirect API.
This allows verification that RenderDoc replay of indirect root constants does not alter values set by the direct API
baldurk