Contact
-
Vikram Kushwaha [GitHub]vkushwaha-nv
Other Extension Metadata
- Last Modified Date
-
2025-01-23
- Contributors
-
-
Vikram Kushwaha, NVIDIA
-
Daniel Koch, NVIDIA
-
Jeff Bolz, NVIDIA
-
Christoph Kubisch, NVIDIA
-
Piers Daniell, NVIDIA
-
Spencer Fricke, LunarG
-
New Enum Constants
-
VK_EXT_MEMORY_DECOMPRESSION_EXTENSION_NAME -
VK_EXT_MEMORY_DECOMPRESSION_SPEC_VERSION -
Extending VkAccessFlagBits2:
-
Extending VkBufferUsageFlagBits2:
-
Extending VkPipelineStageFlagBits2:
-
Extending VkStructureType:
Issues
1) How does an app know the minimum size that decompressedSize should
be set to?
RESOLVED: When decompressing, data is typically processed in chunks.
For example, with GDeflate 1.0, data is streamed in 64 KB blocks, but the
final block may be smaller.
The exact size of this last block depends on the compression method and
original data size and so it must be stored in the compressed bitstream so
that the decompressor can set decompressedSize correctly.
It is still ok for the last block to take up all 64 KB, but setting it too
low will cause issues and is undefined behavior.
It is a known limitation that the validation layers will not be able to
detect the minimum size of decompressedSize unless it decides to
implement each decompression method specification.
Document Notes
For more information, see the Vulkan Specification.
This page is a generated document. Fixes and changes should be made to the generator scripts, not directly.