This extension introduces the possibility for the application to control the order of primitive rasterization. In unextended Vulkan, the following stages are guaranteed to execute in API order:

• depth bounds test
• stencil test, stencil op, and stencil write
• depth test and depth write
• occlusion queries
• blending, logic op, and color write

This extension enables applications to opt into a relaxed, implementation defined primitive rasterization order that may allow better parallel processing of primitives and thus enabling higher primitive throughput. It is applicable in cases where the primitive rasterization order is known to not affect the output of the rendering or any differences caused by a different rasterization order are not a concern from the point of view of the application’s purpose.

A few examples of cases when using the relaxed primitive rasterization order would not have an effect on the final rendering:

• If the primitives rendered are known to not overlap in framebuffer space.
• If depth testing is used with a comparison operator of COMPARE_OP_LESS, COMPARE_OP_LESS_OR_EQUAL, COMPARE_OP_GREATER, or COMPARE_OP_GREATER_OR_EQUAL, and the primitives rendered are known to not overlap in clip space.
• If depth testing is not used and blending is enabled for all attachments with a commutative blend operator.

Examples

None

VK_AMD_rasterization_order

Name String

VK_AMD_rasterization_order

Extension Type

Device extension

Registered Extension Number

19

Revision

1

Contact

• Daniel Rakos drakos-amd

Other Extension Metadata

Last Modified Date

2016-04-25

IP Status

No known IP claims.

Contributors

• Matthaeus G. Chajdas, AMD
• Jaakko Konttinen, AMD
• Daniel Rakos, AMD
• Graham Sellers, AMD
• Dominik Witczak, AMD