Safe Haskell | Safe-Inferred |
---|---|
Language | Haskell2010 |
Name
VK_ARM_rasterization_order_attachment_access - device extension
VK_ARM_rasterization_order_attachment_access
- Name String
VK_ARM_rasterization_order_attachment_access
- Extension Type
- Device extension
- Registered Extension Number
- 343
- Revision
- 1
- Ratification Status
- Not ratified
- Extension and Version Dependencies
- VK_KHR_get_physical_device_properties2
- Deprecation State
- Promoted to
VK_EXT_rasterization_order_attachment_access
extension
- Promoted to
- Contact
Other Extension Metadata
- Last Modified Date
- 2021-11-12
- IP Status
- No known IP claims.
- Contributors
- Tobias Hector, AMD
- Jan-Harald Fredriksen, Arm
Description
Render passes, and specifically subpass dependencies, enable much of the same functionality as the framebuffer fetch and pixel local storage extensions did for OpenGL ES. But certain techniques such as programmable blending are awkward or impractical to implement with these alone, in part because a self-dependency is required every time a fragment will read a value at a given sample coordinate.
This extension extends the mechanism of input attachments to allow access to framebuffer attachments when used as both input and color, or depth/stencil, attachments from one fragment to the next, in rasterization order, without explicit synchronization.
New Structures
Extending
PhysicalDeviceFeatures2
,DeviceCreateInfo
:
New Enum Constants
ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_SPEC_VERSION
Extending
PipelineColorBlendStateCreateFlagBits
:Extending
PipelineDepthStencilStateCreateFlagBits
:Extending
StructureType
:Extending
SubpassDescriptionFlagBits
:
Issues
1) Is there any interaction with the VK_KHR_dynamic_rendering
extension?
No. This extension only affects reads from input attachments. Render
pass instances begun with
cmdBeginRenderingKHR
do not
have input attachments and a different mechanism will be needed to
provide similar functionality in this case.
Examples
None.
Version History
Revision 1, 2021-11-12 (Jan-Harald Fredriksen)
- Initial draft
See Also
PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM
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.
Synopsis
- pattern STRUCTURE_TYPE_PHYSICAL_DEVICE_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_FEATURES_ARM :: StructureType
- pattern PIPELINE_COLOR_BLEND_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_BIT_ARM :: PipelineColorBlendStateCreateFlagBits
- pattern PIPELINE_DEPTH_STENCIL_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_DEPTH_ACCESS_BIT_ARM :: PipelineDepthStencilStateCreateFlagBits
- pattern PIPELINE_DEPTH_STENCIL_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_STENCIL_ACCESS_BIT_ARM :: PipelineDepthStencilStateCreateFlagBits
- pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_COLOR_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits
- pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_DEPTH_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits
- pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_STENCIL_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits
- type PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM = PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT
- type ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_SPEC_VERSION = 1
- pattern ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_SPEC_VERSION :: forall a. Integral a => a
- type ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_EXTENSION_NAME = "VK_ARM_rasterization_order_attachment_access"
- pattern ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_EXTENSION_NAME :: forall a. (Eq a, IsString a) => a
- data PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT = PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT {}
Documentation
pattern STRUCTURE_TYPE_PHYSICAL_DEVICE_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_FEATURES_ARM :: StructureType Source #
pattern PIPELINE_COLOR_BLEND_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_BIT_ARM :: PipelineColorBlendStateCreateFlagBits Source #
pattern PIPELINE_DEPTH_STENCIL_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_DEPTH_ACCESS_BIT_ARM :: PipelineDepthStencilStateCreateFlagBits Source #
pattern PIPELINE_DEPTH_STENCIL_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_STENCIL_ACCESS_BIT_ARM :: PipelineDepthStencilStateCreateFlagBits Source #
pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_COLOR_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits Source #
pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_DEPTH_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits Source #
pattern SUBPASS_DESCRIPTION_RASTERIZATION_ORDER_ATTACHMENT_STENCIL_ACCESS_BIT_ARM :: SubpassDescriptionFlagBits Source #
type PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM = PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT Source #
pattern ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_SPEC_VERSION :: forall a. Integral a => a Source #
type ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_EXTENSION_NAME = "VK_ARM_rasterization_order_attachment_access" Source #
pattern ARM_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_EXTENSION_NAME :: forall a. (Eq a, IsString a) => a Source #
data PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT Source #
VkPhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT - Structure describing whether rasterization order attachment access can be supported by an implementation
Members
This structure describes the following features:
Description
If the PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT
structure is included in the pNext
chain of the
PhysicalDeviceFeatures2
structure passed to
getPhysicalDeviceFeatures2
,
it is filled in to indicate whether each corresponding feature is
supported. PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesEXT
can also be used in the pNext
chain of
DeviceCreateInfo
to selectively enable these
features.
Valid Usage (Implicit)
See Also
VK_EXT_rasterization_order_attachment_access,
Bool32
,
StructureType