Crates.io | ovr_overlay |
lib.rs | ovr_overlay |
version | 0.0.0 |
source | src |
created_at | 2022-04-25 05:40:25.314629 |
updated_at | 2022-04-25 05:40:25.314629 |
description | Rust bindings for OpenVR overlays |
homepage | |
repository | https://github.com/TheButlah/ovr_overlay |
max_upload_size | |
id | 573664 |
size | 38,215 |
An alternative to the openvr
crate that uses autocxx
instead of bindgen, and focuses on providing support for
overlays.
New applications should probably seek to use OpenXR
instead of OpenVR
. However,
there are still some things that you can't do in OpenXR
that you can do in OpenVR
,
namely, creating overlays.
This binding allows you to create an OpenVR overlay with rust, but doesnt necessarily provide bindings to the rest of the OpenVR API. If you find missing functionality (and you will find missing functionality), submit a PR!
The C API is straight up broken in the official repository. The latest release
doesn't even compile, and hasn't for over a year.
Whats more, the C bindings don't have the same safety features as the C++ API,
eschewing the use of const
, etc. Furthermore, the C API is autogenerated from
the C++ one, and isn't documented like the C++ one is.
openvr
crate?That crate hasn't been updated in over 2 years. And I don't blame them, time is better spent getting first class support for OpenXR in Rust, as OpenVR is on its way out.
Unfortunately, that crate is missing all of the overlay functionality, and since I'm really just focused on overlays right now, I need an alternative.
We make no SemVer guarantees until we reach version 0.1.0 or greater. Until then, everything and anything may change in a breaking way.
We vendor the OpenVR
library as a git submodule. So either clone with --recursive
or run git submodule update --init
after cloning.
You will also need libclang
installed, as its required by the cxx
and autocxx
crates to generate the bindings.
All code in this repository is dual-licensed under either:
at your option. This means you can select the license you prefer! This dual-licensing approach is the de-facto standard in the Rust ecosystem and there are very good reasons to include both.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.