Safe Haskell | None |
---|---|
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
- Extension and Version Dependencies
- Requires Vulkan 1.0
- Requires
VK_KHR_get_physical_device_properties2
- 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
Renderpasses, and specifically subpass self-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.
See renderpass feedback loops for more information.
New Structures
New Enums
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
,
PipelineColorBlendStateCreateFlagBits
,
PipelineDepthStencilStateCreateFlagBits
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
- data PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM = PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM {}
- 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
Documentation
data PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM Source #
VkPhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM - Structure describing whether rasterization order attachment access can be supported by an implementation
Members
The members of the
PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM
structure
describe the following features:
Description
If the PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM
structure is included in the pNext
chain of
PhysicalDeviceFeatures2
,
it is filled with values indicating whether the feature is supported.
PhysicalDeviceRasterizationOrderAttachmentAccessFeaturesARM
can also
be used in the pNext
chain of DeviceCreateInfo
to enable features.
Valid Usage (Implicit)
See Also
VK_ARM_rasterization_order_attachment_access,
Bool32
,
StructureType
Instances
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 #