mirror of
https://github.com/status-im/Vulkan-Docs.git
synced 2025-02-25 12:35:11 +00:00
0e3ceb7574
* Update release number to 117.
Github Issues:
* Add ename:VK_STENCIL_FACE_FRONT_AND_BACK for naming consistency, and
alias the old ename:VK_STENCIL_FRONT_AND_BACK for backwards
compatibility (public issue 991).
* Fix minor issues with valid usage statements for
flink:vkCreateFramebuffer, slink:VkFramebufferCreateInfo, and
slink:VkRenderPassBeginInfo when the `<<VK_KHR_imageless_framebuffer>>`
extension is enabled (public issue 998).
* Clarify the subpass dependency requirement in the
<<renderpass-layout-transitions>> section to eliminate the need for a
subpass dependency for either the same or different layouts as long as
they're both read-only (relates to
https://github.com/KhronosGroup/Vulkan-ValidationLayers/issues/948).
Internal Issues:
* Document that <<extendingvulkan-compatibility-promotion, backwards
compatibility aliases are not promoted>> as part of promoting an
extension (internal issue 1677).
* Update VK_ANDROID_native_buffer extension to spec version 8 (internal
issue 1753).
* Add missing section to the <<VK_KHR_shader_controls_v4_incompatibility,
VK_KHR_shader_float_controls>> extension appendix describing
the reason for the breaking API change in version 4 of the extension,
and correct the version to 4 in `vk.xml` (internal merge request
3275).
* Add valid usage statements to slink:VkAccelerationStructureInfoNV
requiring the ename:VK_BUFFER_USAGE_RAY_TRACING_BIT_NV usage flag for
buffers used in acceleration structure building.
New Extensions:
* `<<VK_EXT_line_rasterization>>`
* `<<VK_EXT_texture_compression_astc_hdr>>`
* `<<VK_EXT_index_type_uint8>>`
56 lines
1.5 KiB
Plaintext
56 lines
1.5 KiB
Plaintext
include::meta/VK_EXT_line_rasterization.txt[]
|
|
|
|
*Last Modified Date*::
|
|
2019-05-09
|
|
*IP Status*::
|
|
No known IP claims.
|
|
*Contributors*::
|
|
- Jeff Bolz, NVIDIA
|
|
- Allen Jensen, NVIDIA
|
|
- Jason Ekstrand, Intel
|
|
|
|
This extension adds some line rasterization features that are commonly used
|
|
in CAD applications and supported in other APIs like OpenGL.
|
|
Bresenham-style line rasterization is supported, smooth rectangular lines
|
|
(coverage to alpha) are supported, and stippled lines are supported for all
|
|
three line rasterization modes.
|
|
|
|
=== New Enum Constants
|
|
|
|
* Extending elink:VkStructureType:
|
|
** ename:VK_STRUCTURE_TYPE_PHYSICAL_DEVICE_LINE_RASTERIZATION_FEATURES_EXT
|
|
** ename:VK_STRUCTURE_TYPE_PIPELINE_RASTERIZATION_LINE_STATE_CREATE_INFO_EXT
|
|
|
|
* Extending elink:VkDynamicState:
|
|
** ename:VK_DYNAMIC_STATE_LINE_STIPPLE_EXT
|
|
|
|
=== New Enums
|
|
|
|
* elink:VkLineRasterizationModeEXT
|
|
|
|
=== New Structures
|
|
|
|
* slink:VkPhysicalDeviceLineRasterizationFeaturesEXT
|
|
* slink:VkPipelineRasterizationLineStateCreateInfoEXT
|
|
|
|
=== New Functions
|
|
|
|
* flink:vkCmdSetLineStippleEXT
|
|
|
|
=== Issues
|
|
|
|
(1) Do we need to support Bresenham-style and smooth lines with more than
|
|
one rasterization sample? i.e. the equivalent of
|
|
glDisable(GL_MULTISAMPLE) in OpenGL when the framebuffer has more than
|
|
one sample?
|
|
|
|
RESOLVED: Yes.
|
|
For simplicity, Bresenham line rasterization carries forward a few
|
|
restrictions from OpenGL, such as not supporting per-sample shading, alpha
|
|
to coverage, or alpha to one.
|
|
|
|
=== Version History
|
|
|
|
* Revision 1, 2019-05-09 (Jeff Bolz)
|
|
- Initial draft
|