KhronosGroup / KhronosGroup/Vulkan-Docs
[Specification] Missing sanity requirements for VkImageFormatProperties
Open
@oddhack is already working on this.
Since Apr 9, 2018.
Resolving Inside Khronos
- Dominant language
- JavaScript
- Stars
- 3.3k
- Forks
- 549
- Avg merge
- 5d 5h
- Merged PRs (30d)
- 2
Description
There are missing requirements regarding the VkImageFormatProperties from vkGetPhysicalDeviceImageFormatProperties
- relationship of
tilingandusageandVkFormatPropertiesfeature flags (so far only defined for 0 flag; and only in a Note) - incompatible
formats andusages (e.g. depth format and color attachment usage) VK_IMAGE_CREATE_CUBE_COMPATIBLE_BITandVK_IMAGE_TILING_LINEARshould havemaxArrayLayersat least 6 (not 1)VK_IMAGE_CREATE_CUBE_COMPATIBLE_BITshould return same number formaxExtent.widthandmaxExtent.height- Generally should respect image creation VUs, e.g.:
VK_FORMAT_UNDEFINEDshould always return unsupportedVK_IMAGE_TYPE_3Dshould return onlymaxArrayLayersof 1VK_IMAGE_CREATE_CUBE_COMPATIBLE_BITand 1D and 3D type should return unsupported- if
usagehasX_ATTACHMENTthe returnedmaxExtentmust be at leastVkPhysicalDeviceLimits::maxFramebufferWidth\Height
- should respect enabled\disabled features? E.g. should return unsupported if
VK_IMAGE_CREATE_SPARSE_BINDING_BITandsparseBindingis disabled?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.