VRidge API is a way to interact with VRidge in any language of your choice. We use ZeroMQ sockets as a low latency transport. It can work both locally and remotely through network.
VRidge API allows you to write full or partial head tracking data, read mobile tracking data and set offsets to correct drift or sync it to your coordinate system. You can also send controller states (buttons, triggers, touchpads), and transforms (motion controller orientation and position in 3D space).
Everything is loaded as single VRidge OpenVR driver. Some of the above things can be done through writing separate OpenVR drivers but VRidge API has benefits of two-way communications with an ability to mix coordinate systems in a more elastic way. It is also more stable than separate OpenVR drivers potentially providing conflicting data.
- ZeroMQ (or any lib that communicate with ZMQ sockets)
- JSON serializer
VRidge API is accessible over TCP, abstracted by ZeroMQ sockets. This allows you to use API any language that you choose. See ZeroMQ language bindings page and get library for language of your choice.
Requirements for this example
This repository contains example implementation of API client in .NET. You can use it in your .NET projects by simply building and referencing the APIClient project.
C# projects require:
- .NET Standard 2.0 compatible project - one of the following
- .NET Framework 4.6.1 +
- .NET Core 2.0 +
- Mono 5.4 +
- UWP 10.0.16299 +
- iOS 10.14 +
- Mac 3.8
- Android 8.0 +
- MvvmLight (only for WPF example project - /src/examples/VRE.Vridge.API.DesktopClient)
Both are referenced as NuGet packages in .csproj and will be restored on pre-build.
This endpoint provides two functions:
You can find out what API endpoints are available and wether they are currently in use or not.
You can connect to specific API endpoint by sending a packet with requested endpoint name and your version number. This will open a listener on the server side compatible with your requested version. Response message will contain ip:port endpoint that can be connected.
See control channel wiki page for details.
Data channels are used to interact with VRidge and send/receive actual data. Currently we have two endpoints. See pages below for details.
Controller API allows you to send VR motion controller state without writing a full OpenVR driver. This allows a more stable experience since only one driver is loaded in SteamVR.
See Controller API for protocol and details.
Head tracking endpoint allows you to control head tracking in a variety of modes. You can use it to provide positional, rotational or combined data. You can also read mobile sensor data and provide an offset. You can also modify phone tracking data in real time before it's used for rendering in VR.
See Head Tracking API for protocol and available modes
Broadcast endpoint carries one-way notifications. Currently only haptic pulses are propagated through broadcast channel. It is implemented as ZMQ PUB-SUB sockets.
API v3 (VRidge 2.0+)
- Added velocity and acceleration to controller data packets.
- Migrated protocol to Protobuf serialization scheme to make it easier to write cross-platform code.
- Migrated client library to .NET Standard 2.0 to make the SDK cross-platform.
- Updated WPF example to use v3.
- Fixed a bug that prevented remote connections without the issue #6 workaround.
- Removed v1 and v2 definitions from the project. VRidge runtime still supports projects using those versions but we recommend using v3 for new projects.
API v2 (VRidge 1.5)
- Added haptic pulses as PUB-SUB sockets.
- Added recenter head tracking call to mirror recenter hotkey function.
- Added ChangeState to flag HMD as inside/outside of tracking range.