|0.8.4||Aug 23, 2020|
|0.8.2||Jun 15, 2020|
|0.8.0||Mar 21, 2020|
|0.7.0||Nov 4, 2019|
|0.2.2||Mar 25, 2019|
#29 in Rendering
247 downloads per month
Used in openxr
Rust bindings for the OpenXR virtual/augmented reality runtime API. Refer to the specification for detailed documentation on individual API calls.
The high-level bindings provide abstractions focusing on ergonomics and safety. Escape hatches to the raw API are exposed to support unforeseen requirements, and patterns that cannot be efficiently exposed in safe terms are preserved as unsafe.
The crate exposes a number of cargo features:
staticbuilds in the Khronos OpenXR loader, which can then be accessed with
Entry::linked(). This is the easiest way to get going, provided your environment has a working C++ compiler and CMake installation.
loadedallows access to a manually identified OpenXR implementation at run time. This allows for cases where a built-in Khronos loader, normally responsible for that task, cannot be used.
linkedenables access to an OpenXR implementation linked in by the application. As opposed to
static, this is useful when the target environment guarantees the presence of an OpenXR implementation or loader at a specific location, making a built-in loader redundant.
Fromimpls for converting to and from mint types where appropriate.
openxr/examples/vulkan.rs for an example high-performance Vulkan
The low-level bindings provide faithful unsafe access to the raw API,
with ergonomics and type safety improved as much as feasible compared
bindgen-style binding without reducing expressiveness. For
example, symbols are named according to Rust conventions, enums and
bitmasks are strongly typed, and many types have helpful
impls. This crate is almost entirely generated from the Khronos XML