ff54d22a15
* generator: Add many missing lifetime parameters
* Globally find-replace common patterns that need a `<'_>` lifetime annotation
perl -pi -E "s/(&(mut )?\[?vk::(?\!\w+(V1_\d|Fn|<))\w+)/\$1<'_>/" **/*.{rs,md}
* generator: Include aliased types in `has_lifetime` lookup table
* Manually revert wrong find-replace lifetimes
* Resolve lint warnings for `deprecated_in_future`, `rust_2018_idioms` and `unused_qualifications`
These are 3 non-default lints that cause a lot of violations in this
project that are sensible to resolve, and reduce noise when
test-including a local `ash` checkout in other projects that have
stricter lint setups.
270 lines
10 KiB
Markdown
270 lines
10 KiB
Markdown
# Ash
|
|
|
|
A very lightweight wrapper around Vulkan
|
|
|
|
[](https://crates.io/crates/ash)
|
|
[](https://docs.rs/ash)
|
|
[](https://github.com/MaikKlein/ash/actions?workflow=CI)
|
|
[](LICENSE-MIT)
|
|
[](LICENSE-APACHE)
|
|
[](https://gitter.im/MaikKlein/ash?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge)
|
|
[](https://blog.rust-lang.org/2022/04/07/Rust-1.60.0.html)
|
|
|
|
## Overview
|
|
|
|
- [x] A true Vulkan API without compromises
|
|
- [x] Convenience features without limiting functionality
|
|
- [x] Additional type safety
|
|
- [x] Device local function pointer loading
|
|
- [x] No validation, everything is **unsafe**
|
|
- [x] Generated from `vk.xml`
|
|
- [x] Support for Vulkan `1.1`, `1.2`, `1.3`
|
|
|
|
## ⚠️ Semver compatibility warning
|
|
|
|
The Vulkan Video bindings are experimental and still seeing breaking changes in their upstream specification, and are only provided by Ash for early adopters. All related functions and types are semver-exempt [^1] (we allow breaking API changes while releasing Ash with non-breaking semver bumps).
|
|
|
|
[^1]: `generator` complexity makes it so that we cannot easily hide these bindings behind a non-`default` feature flag, and they are widespread across the generated codebase.
|
|
|
|
## Features
|
|
|
|
### Explicit returns with `Result`
|
|
|
|
```rust
|
|
// function signature
|
|
pub fn create_instance(&self,
|
|
create_info: &vk::InstanceCreateInfo<'_>,
|
|
allocation_callbacks: Option<&vk::AllocationCallbacks<'_>>)
|
|
-> Result<Instance, InstanceError> { .. }
|
|
let instance = entry.create_instance(&create_info, None)
|
|
.expect("Instance creation error");
|
|
```
|
|
|
|
### `Vec<T>` instead of mutable slices
|
|
|
|
```rust
|
|
pub fn get_swapchain_images(&self,
|
|
swapchain: vk::SwapchainKHR)
|
|
-> VkResult<Vec<vk::Image>>;
|
|
let present_images = swapchain_loader.get_swapchain_images_khr(swapchain).unwrap();
|
|
```
|
|
|
|
_Note_: Functions don't return `Vec<T>` if this would limit the functionality. See `p_next`.
|
|
|
|
### Slices
|
|
|
|
```rust
|
|
pub fn cmd_pipeline_barrier(&self,
|
|
command_buffer: vk::CommandBuffer,
|
|
src_stage_mask: vk::PipelineStageFlags,
|
|
dst_stage_mask: vk::PipelineStageFlags,
|
|
dependency_flags: vk::DependencyFlags,
|
|
memory_barriers: &[vk::MemoryBarrier<'_>],
|
|
buffer_memory_barriers: &[vk::BufferMemoryBarrier<'_>],
|
|
image_memory_barriers: &[vk::ImageMemoryBarrier<'_>]);
|
|
```
|
|
|
|
### Strongly typed handles
|
|
|
|
Each Vulkan handle type is exposed as a newtyped struct for improved type safety. Null handles can be constructed with
|
|
`T::null()`, and handles may be freely converted to and from `u64` with `Handle::from_raw` and `Handle::as_raw` for
|
|
interop with non-Ash Vulkan code.
|
|
|
|
### Builder pattern
|
|
|
|
```rust
|
|
let queue_info = [vk::DeviceQueueCreateInfo::default()
|
|
.queue_family_index(queue_family_index)
|
|
.queue_priorities(&priorities)];
|
|
|
|
let device_create_info = vk::DeviceCreateInfo::default()
|
|
.queue_create_infos(&queue_info)
|
|
.enabled_extension_names(&device_extension_names_raw)
|
|
.enabled_features(&features);
|
|
|
|
let device: Device = instance
|
|
.create_device(pdevice, &device_create_info, None)
|
|
.unwrap();
|
|
```
|
|
|
|
### Pointer chains
|
|
|
|
Use `base.push_next(ext)` to insert `ext` at the front of the pointer chain attached to `base`.
|
|
|
|
```rust
|
|
let mut variable_pointers = vk::PhysicalDeviceVariablePointerFeatures::default();
|
|
let mut corner = vk::PhysicalDeviceCornerSampledImageFeaturesNV::default();
|
|
|
|
let mut device_create_info = vk::DeviceCreateInfo::default()
|
|
.push_next(&mut corner)
|
|
.push_next(&mut variable_pointers);
|
|
```
|
|
|
|
The generic argument of `.push_next()` only allows valid structs to extend a given struct (known as [`structextends` in the Vulkan registry](https://registry.khronos.org/vulkan/specs/1.3/styleguide.html#extensions-interactions), mapped to `Extends*` traits).
|
|
Only structs that are listed one or more times in any `structextends` will implement a `.push_next()`.
|
|
|
|
### Flags and constants as associated constants
|
|
|
|
```rust
|
|
// Bitflag
|
|
vk::AccessFlags::COLOR_ATTACHMENT_READ | vk::AccessFlags::COLOR_ATTACHMENT_WRITE
|
|
```
|
|
|
|
```rust
|
|
// Constant
|
|
vk::PipelineBindPoint::GRAPHICS,
|
|
```
|
|
|
|
### Debug/Display for Flags
|
|
|
|
```rust
|
|
let flag = vk::AccessFlags::COLOR_ATTACHMENT_READ
|
|
| vk::AccessFlags::COLOR_ATTACHMENT_WRITE;
|
|
println!("Debug: {:?}", flag);
|
|
println!("Display: {}", flag);
|
|
// Prints:
|
|
// Debug: AccessFlags(110000000)
|
|
// Display: COLOR_ATTACHMENT_READ | COLOR_ATTACHMENT_WRITE
|
|
```
|
|
|
|
### Function pointer loading
|
|
|
|
Ash also takes care of loading the function pointers. Function pointers are split into 3 categories.
|
|
|
|
- Entry: Loads the Vulkan library. Needs to outlive `Instance` and `Device`.
|
|
- Instance: Loads instance level functions. Needs to outlive the `Device`s it has created.
|
|
- Device: Loads device **local** functions.
|
|
|
|
The loader is just one possible implementation:
|
|
|
|
- Device level functions are retrieved on a per device basis.
|
|
- Everything is loaded by default, functions that failed to load are initialized to a function that always panics.
|
|
- Do not call Vulkan 1.1 functions if you have created a 1.0 instance. Doing so will result in a panic.
|
|
|
|
Custom loaders can be implemented.
|
|
|
|
### Extension loading
|
|
|
|
Additionally, every Vulkan extension has to be loaded explicitly. You can find all extensions under [ash::extensions](https://github.com/MaikKlein/ash/tree/master/ash/src/extensions).
|
|
|
|
```rust
|
|
use ash::extensions::khr::Swapchain;
|
|
let swapchain_loader = Swapchain::new(&instance, &device);
|
|
let swapchain = swapchain_loader.create_swapchain(&swapchain_create_info).unwrap();
|
|
```
|
|
|
|
### Raw function pointers
|
|
|
|
Raw function pointers are available, if something hasn't been exposed yet in the higher level API. Please open an issue if anything is missing.
|
|
|
|
```rust
|
|
device.fp_v1_0().destroy_device(...);
|
|
```
|
|
|
|
### Support for extension names
|
|
|
|
```rust
|
|
use ash::extensions::{Swapchain, XlibSurface, Surface, DebugReport};
|
|
#[cfg(all(unix, not(target_os = "android")))]
|
|
fn extension_names() -> Vec<*const i8> {
|
|
vec![
|
|
Surface::NAME.as_ptr(),
|
|
XlibSurface::NAME.as_ptr(),
|
|
DebugReport::NAME.as_ptr()
|
|
]
|
|
}
|
|
```
|
|
|
|
### Implicit handles
|
|
|
|
Handles from Instance or Device are passed implicitly.
|
|
|
|
```rust
|
|
pub fn create_command_pool(&self,
|
|
create_info: &vk::CommandPoolCreateInfo<'_>)
|
|
-> VkResult<vk::CommandPool>;
|
|
|
|
let pool = device.create_command_pool(&pool_create_info).unwrap();
|
|
```
|
|
|
|
### Optional linking
|
|
|
|
The default `loaded` cargo feature will dynamically load the default Vulkan library for the current platform with `Entry::load`, meaning that the build environment does not have to have Vulkan development packages installed.
|
|
|
|
If, on the other hand, your application cannot handle Vulkan being missing at runtime, you can instead enable the `linked` feature, which will link your binary with the Vulkan loader directly and expose the infallible `Entry::linked`.
|
|
|
|
## Example
|
|
|
|
You can find the examples [here](https://github.com/MaikKlein/ash/tree/master/examples).
|
|
All examples currently require: the LunarG Validation layers and a Vulkan library that is visible in your `PATH`. An easy way to get started is to use the [LunarG Vulkan SDK](https://lunarg.com/vulkan-sdk/)
|
|
|
|
#### Windows
|
|
|
|
Make sure that you have a Vulkan ready driver and install the [LunarG Vulkan SDK](https://lunarg.com/vulkan-sdk/).
|
|
|
|
#### Linux
|
|
|
|
Make sure that you have a Vulkan ready driver and install the [LunarG Vulkan SDK](https://lunarg.com/vulkan-sdk/). You also have to add the library and layers to your path. Have a look at my [post](http://askubuntu.com/a/803110/77183) if you are unsure how to do that.
|
|
|
|
#### macOS
|
|
|
|
Install the [LunarG Vulkan SDK](https://lunarg.com/vulkan-sdk/). The installer puts the SDK in `$HOME/VulkanSDK/<version>` by default. You will need to set the following environment variables when running cargo:
|
|
|
|
```sh
|
|
VULKAN_SDK=$HOME/VulkanSDK/<version>/macOS \
|
|
DYLD_FALLBACK_LIBRARY_PATH=$VULKAN_SDK/lib \
|
|
VK_ICD_FILENAMES=$VULKAN_SDK/share/vulkan/icd.d/MoltenVK_icd.json \
|
|
VK_LAYER_PATH=$VULKAN_SDK/share/vulkan/explicit_layer.d \
|
|
cargo run ...
|
|
```
|
|
|
|
### [Triangle](https://github.com/MaikKlein/ash/blob/master/examples/src/bin/triangle.rs)
|
|
|
|
Displays a triangle with vertex colors.
|
|
|
|
```
|
|
cd examples
|
|
cargo run --bin triangle
|
|
```
|
|
|
|
|
|
|
|
### [Texture](https://github.com/MaikKlein/ash/blob/master/examples/src/bin/texture.rs)
|
|
|
|
Displays a texture on a quad.
|
|
|
|
```
|
|
cd examples
|
|
cargo run --bin texture
|
|
```
|
|
|
|
|
|
|
|
## Useful resources
|
|
|
|
### Examples
|
|
|
|
- [vulkan-tutorial-rust](https://github.com/Usami-Renko/vulkan-tutorial-rust) - A port of [vulkan-tutorial.com](https://vulkan-tutorial.com).
|
|
- [ash-sample-progression](https://github.com/bzm3r/ash-sample-progression) - A port of the LunarG examples.
|
|
- [ash-nv-rt](https://github.com/gwihlidal/ash-nv-rt) A raytracing example for ash.
|
|
|
|
### Utility libraries
|
|
|
|
- [vk-sync](https://github.com/gwihlidal/vk-sync-rs) - Simplified Vulkan synchronization logic, written in rust.
|
|
- [vk-mem-rs](https://github.com/gwihlidal/vk-mem-rs) - This crate provides an FFI layer and idiomatic rust wrappers for the excellent AMD Vulkan Memory Allocator (VMA) C/C++ library.
|
|
- [gpu-allocator](https://github.com/Traverse-Research/gpu-allocator) - Memory allocator written in pure Rust for GPU memory in Vulkan and in the future DirectX 12
|
|
- [lahar](https://github.com/Ralith/lahar) - Tools for asynchronously uploading data to a Vulkan device.
|
|
|
|
### Libraries that use ash
|
|
|
|
- [gfx-rs](https://github.com/gfx-rs/gfx) - gfx-rs is a low-level, cross-platform graphics abstraction library in Rust.
|
|
|
|
## A thanks to
|
|
|
|
- [Api with no secrets](https://software.intel.com/en-us/articles/api-without-secrets-introduction-to-vulkan-part-1)
|
|
- [Vulkan tutorial](http://jhenriques.net/development.html)
|
|
- [Vulkan examples](https://github.com/SaschaWillems/Vulkan)
|
|
- [Vulkan tutorial](https://vulkan-tutorial.com/)
|
|
- [Vulkano](https://github.com/vulkano-rs/vulkano)
|
|
- [vk-rs](https://github.com/Osspial/vk-rs)
|