org.lwjgl.vulkan.AMDRasterizationOrder Maven / Gradle / Ivy

Go to download

Show more of this group Show more artifacts with this name
Show all versions of lwjgl-vulkan Show documentation

A new generation graphics and compute API that provides high-efficiency, cross-platform access to modern GPUs used in a wide variety of devices from PCs and consoles to mobile phones and embedded platforms.

There is a newer version: 3.3.4

Show newest version

/*
 * Copyright LWJGL. All rights reserved.
 * License terms: https://www.lwjgl.org/license
 * MACHINE GENERATED FILE, DO NOT EDIT
 */
package org.lwjgl.vulkan;

/**
 * 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 {@link VK10#VK_COMPARE_OP_LESS COMPARE_OP_LESS}, {@link VK10#VK_COMPARE_OP_LESS_OR_EQUAL COMPARE_OP_LESS_OR_EQUAL}, {@link VK10#VK_COMPARE_OP_GREATER COMPARE_OP_GREATER}, or {@link VK10#VK_COMPARE_OP_GREATER_OR_EQUAL 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
 * 
 * 
 * Name String
 * {@code VK_AMD_rasterization_order}
 * Extension Type
 * Device extension
 * Registered Extension Number
 * 19
 * Revision
 * 1
 * Extension and Version Dependencies
 * 
 * Requires Vulkan 1.0
 * 
 * Contact
 * 
 * Daniel Rakos @aqnuep
 * 
 * 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
 * 
 * 
 */
public final class AMDRasterizationOrder {

    /** The extension specification version. */
    public static final int VK_AMD_RASTERIZATION_ORDER_SPEC_VERSION = 1;

    /** The extension name. */
    public static final String VK_AMD_RASTERIZATION_ORDER_EXTENSION_NAME = "VK_AMD_rasterization_order";

    /** Extends {@code VkStructureType}. */
    public static final int VK_STRUCTURE_TYPE_PIPELINE_RASTERIZATION_STATE_RASTERIZATION_ORDER_AMD = 1000018000;

    /**
     * VkRasterizationOrderAMD - Specify rasterization order for a graphics pipeline
     * 
     * Description
     * 
     * 
     * {@link #VK_RASTERIZATION_ORDER_STRICT_AMD RASTERIZATION_ORDER_STRICT_AMD} specifies that operations for each primitive in a subpass must occur in primitive order.
     * {@link #VK_RASTERIZATION_ORDER_RELAXED_AMD RASTERIZATION_ORDER_RELAXED_AMD} specifies that operations for each primitive in a subpass may not occur in primitive order.
     * 
     * 
     * See Also
     * 
     * {@link VkPipelineRasterizationStateRasterizationOrderAMD}
     */
    public static final int
        VK_RASTERIZATION_ORDER_STRICT_AMD  = 0,
        VK_RASTERIZATION_ORDER_RELAXED_AMD = 1;

    private AMDRasterizationOrder() {}

}