Acceleration decoding doesn't respect AXES_OFFSET

[9il]

SlimeVR do convert rotation from tracker to openGL axis, but forget to do so for acceleration vector.

[Erimelowo]

It does: https://github.com/SlimeVR/SlimeVR-Server/blob/24f28952385dc2f834c62c7157b293ce7613ac50/server/core/src/main/java/dev/slimevr/tracking/trackers/udp/TrackersUDPServer.kt#L357

[9il]

AXES_OFFSET transformation is a quaternion transformation; it can't be a reflection transformation. It changes Y and Z with a single sign change.

It does:

It is reflection transformation (conversion between left-hand and right-hand axis).

So, it can't be the same transformation.

[9il]

@Louka3000 What is the tracker axis in the UDP packet?

• Z up or Y up?
• Is it right-handed or left-handed?

[Erimelowo]

I believe SlimeVR expects Y+ forward, X+ right, Z+ up, but not entirely sure right now OpenVR is Z- Forward, X+ Right, Y+ Up

[9il]

Understood. We're currently dealing with the Z+ up vs. Y+ Up and hand switch issue.

However,

SlimeVR-Server/server/core/src/main/java/dev/slimevr/tracking/trackers/udp/TrackersUDPServer.kt

doesn't affect Z at all.