VkFrameBoundaryEXT - Add frame boundary information to queue submissions

Description

The application can associate frame boundary information to a queue submission call by adding a FrameBoundaryEXT structure to the pNext chain of queue submission, PresentInfoKHR, or BindSparseInfo.

The frame identifier is used to associate one or more queue submission to a frame, it is thus meant to be unique within a frame lifetime, i.e. it is possible (but not recommended) to reuse frame identifiers, as long as any two frames with any chance of having overlapping queue submissions (as in the example above) use two different frame identifiers.

Note

Since the concept of frame is application-dependent, there is no way to validate the use of frame identifier. It is good practice to use a monotonically increasing counter as the frame identifier and not reuse identifiers between frames.

The pImages and pBuffers arrays contain a list of images and buffers which store the "end result" of the frame. As the concept of frame is application-dependent, not all frames may produce their results in images or buffers, yet this is a sufficiently common case to be handled by FrameBoundaryEXT. Note that no extra information, such as image layout is being provided, since the images are meant to be used by tools which would already be tracking this required information. Having the possibility of passing a list of end-result images makes FrameBoundaryEXT as expressive as queuePresentKHR, which is often the default frame boundary delimiter.

The application can also associate arbitrary extra information via tag data using tagName, tagSize and pTag. This extra information is typically tool-specific.

Valid Usage (Implicit)

• sType must be STRUCTURE_TYPE_FRAME_BOUNDARY_EXT

• flags must be a valid combination of FrameBoundaryFlagBitsEXT values
• If imageCount is not 0, and pImages is not NULL, pImages must be a valid pointer to an array of imageCount valid Image handles
• If bufferCount is not 0, and pBuffers is not NULL, pBuffers must be a valid pointer to an array of bufferCount valid Buffer handles
• If tagSize is not 0, and pTag is not NULL, pTag must be a valid pointer to an array of tagSize bytes
• Both of the elements of pBuffers, and the elements of pImages that are valid handles of non-ignored parameters must have been created, allocated, or retrieved from the same Device

See Also

VK_EXT_frame_boundary, Buffer, FrameBoundaryFlagsEXT, Image, StructureType

VkPhysicalDeviceFrameBoundaryFeaturesEXT - Structure describing the frame boundary features that can be supported by an implementation

Members

This structure describes the following feature:

Description

If the PhysicalDeviceFrameBoundaryFeaturesEXT 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. PhysicalDeviceFrameBoundaryFeaturesEXT can also be used in the pNext chain of DeviceCreateInfo to selectively enable these features.

Valid Usage (Implicit)

See Also

VK_EXT_frame_boundary, Bool32, StructureType

VkFrameBoundaryFlagBitsEXT - Bitmask specifying whether a queue submission is the last one for a given frame

See Also

VK_EXT_frame_boundary, FrameBoundaryFlagsEXT