Skip to content

Latest commit

 

History

History
55 lines (40 loc) · 1.61 KB

VK_ARM_rasterization_order_attachment_access.adoc

File metadata and controls

55 lines (40 loc) · 1.61 KB

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.

See renderpass feedback loops for more information.

Issues

1) Is there any interaction with the apiext:VK_KHR_dynamic_rendering extension?

No. This extension only affects reads from input attachments. Render pass instances begun with flink:vkCmdBeginRenderingKHR 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