java-graphics/openvr

Java OpenVR binding

This project isn't being worked anymore, use this instead.

If you would like to continue it, let me know

openvr

Java OpenVR binding

In sync with original OpenVR 1.02. It includes several enhances, like:

• read() moved inside (Pointer peer) constructors
• SIZE on geometric classes, such as HmdMatrix34_t
• dataSize() on RenderModel_TextureMap_t
• set(..) methods to avoid new instantiation on classes such as Texture_t

Steps:

• add jars under \lib

Jogl hello vr here

openvr's Issues

Which binding shall we start from?

Actually there are at least three different bindings available at the horizont:

• phr00t
• jherico
• stellaArtis

Jherico's one looks like a basic binding, without even a test to verify it works, like he himself said here

While the other two seems to be at the same level (0.9.19), phr00t looks like he had the chance to use it more extensively... here and here

Check bool variables

for example [VREvent_TouchPadMove_t] bFingerDown in C is boolean

bool bFingerDown;

in the phr00t code is

public byte bFingerDown;

check

Type errors (array of structures) in IVRCompositor_FnTable

In the method, vr.IVRCompositor_FnTable.WaitGetPoses_callback.apply(), the first parameter should be an array of structures. I created this with the statement Structure[] pRenderPoseArray = new TrackedDevicePose_t.ByReference().toArray(VR.k_unMaxTrackedDeviceCount); based on the Kotlin code in https://github.com/java-opengl-labs/jogl-hello-vr. However, this value can't be passed into the apply method in Java since the types don't match.

I've also tried

Object pRenderPoseArray = new TrackedDevicePose_t().toArray(VR.k_unMaxTrackedDeviceCount); _vrCompositor.WaitGetPoses.apply((TrackedDevicePose_t) pRenderPoseArray, VR.k_unMaxTrackedDeviceCount, null, 0);

and

Object pRenderPoseArray = new TrackedDevicePose_t.ByReference().toArray(VR.k_unMaxTrackedDeviceCount); _vrCompositor.WaitGetPoses.apply((TrackedDevicePose_t) pRenderPoseArray, VR.k_unMaxTrackedDeviceCount, null, 0);

but they both give runtime errors (type mismatch)

Any suggestions on how to get this working in Java?

Cheers
Gautham