mirror of
https://github.com/status-im/Vulkan-Docs.git
synced 2025-02-12 14:26:23 +00:00
* Bump API patch number and header version number to 42 for this update (the first anniversary edition). Github Issues: * Changed asciidoctor macros so cross-page links in the standalone reference pages function properly (public issue 462). Internal Issues: * Clarified host visibility discussion for slink:VkMemoryType, flink:vkInvalidateMappedMemoryRanges, elink:VkAccessFlagBits, and the <<synchronization-framebuffer-regions,Framebuffer Region Dependencies>> section, removing duplicated information and adding a central definition in the access types section (internal issue 552). * Change description of slink:vkGetPhysicalDeviceSurfacePresentModesKHR::pname:pPresentModes to return an array of values, not structures (internal issue 699). New Extensions: * Add a NOTE to the <<extensions,Layers & Extensions>> chapter describing the experimental status of `KHX` extensions. * Add new Khronos, Khronos Experimental, and vendor Vulkan extensions for release at GDC: ** VK_KHR_descriptor_update_template ** VK_KHR_push_descriptor ** VK_KHX_device_group ** VK_KHX_device_group_creation ** VK_KHX_external_memory ** VK_KHX_external_memory_capabilities ** VK_KHX_external_memory_fd ** VK_KHX_external_memory_win32 ** VK_KHX_external_semaphore ** VK_KHX_external_semaphore_capabilities ** VK_KHX_external_semaphore_fd ** VK_KHX_external_semaphore_win32 ** VK_KHX_multiview ** VK_KHX_win32_keyed_mutex ** VK_EXT_discard_rectangles ** VK_MVK_ios_surface ** VK_MVK_macos_surface ** VK_NVX_multiview_per_view_attributes ** VK_NV_clip_space_w_scaling ** VK_NV_geometry_shader_passthrough ** VK_NV_sample_mask_override_coverage ** VK_NV_viewport_array2 ** VK_NV_viewport_swizzle * Add new GLSL vendor extensions to support new builtin variables: ** GL_EXT_device_group ** GL_EXT_multiview
81 lines
2.0 KiB
Plaintext
81 lines
2.0 KiB
Plaintext
[[VK_EXT_acquire_xlib_display]]
|
|
== VK_EXT_acquire_xlib_display
|
|
|
|
*Name String*::
|
|
+VK_EXT_acquire_xlib_display+
|
|
*Extension Type*::
|
|
Instance extension
|
|
*Registered Extension Number*::
|
|
90
|
|
*Last Modified Date*::
|
|
2016-12-13
|
|
*Revision*::
|
|
1
|
|
*IP Status*::
|
|
No known IP claims.
|
|
*Dependencies*::
|
|
- This extension is written against version 1.0.37 of the Vulkan API.
|
|
- Requires +VK_KHR_display+.
|
|
- Requires +VK_EXT_direct_mode_display+.
|
|
*Contributors*::
|
|
- Dave Airlie, Red Hat
|
|
- Pierre Boudier, NVIDIA
|
|
- James Jones, NVIDIA
|
|
- Damien Leone, NVIDIA
|
|
- Pierre-Loup Griffais, Valve
|
|
- Liam Middlebrook, NVIDIA
|
|
- Daniel Vetter, Intel
|
|
*Contacts*::
|
|
- James Jones, NVIDIA (jajones 'at' nvidia.com)
|
|
|
|
This extension allows an application to take exclusive control on a display
|
|
currently associated with an X11 screen.
|
|
When control is acquired, the display will be deassociated from the X11
|
|
screen until control is released or the specified display connection is
|
|
closed.
|
|
Essentially, the X11 screen will behave as if the monitor has been unplugged
|
|
until control is released.
|
|
|
|
=== New Enum Constants
|
|
|
|
None.
|
|
|
|
=== New Enums
|
|
|
|
None.
|
|
|
|
=== New Structures
|
|
|
|
None.
|
|
|
|
=== New Functions
|
|
|
|
* flink:vkAcquireXlibDisplayEXT
|
|
* flink:vkGetRandROutputDisplayEXT
|
|
|
|
=== Issues
|
|
|
|
1) Should flink:vkAcquireXlibDisplayEXT take an RandR display ID, or a
|
|
Vulkan display handle as input?
|
|
|
|
*RESOLVED*: A Vulkan display handle.
|
|
Otherwise there would be no way to specify handles to displays that had been
|
|
"`blacklisted`" or prevented from being included in the X11 display list by
|
|
some native platform or vendor-specific mechanism.
|
|
|
|
2) How does an application figure out which RandR display corresponds to a
|
|
Vulkan display?
|
|
|
|
*RESOLVED*: A new function, flink:vkGetRandROutputDisplayEXT, is introduced
|
|
for this purpose.
|
|
|
|
3) Should flink:vkGetRandROutputDisplayEXT be part of this extension, or a
|
|
general Vulkan + RandR or Vulkan + Xlib extension?
|
|
|
|
*RESOLVED*: To avoid yet another extension, include it in this extension.
|
|
|
|
=== Version History
|
|
|
|
* Revision 1, 2016-12-13 (James Jones)
|
|
- Initial draft
|