Support VRTrackers for protocol rotations

[Erimelowo]

• Use getRawRotation for all trackers since they all support it.
• Use VRTracker getRotation for getRotationReferenceAdjusted (that's adjusted to the HMD)
• use VRTracker getRawRotation for addRotationIdentityAdjusted (that's normally adjusted to the identity Quaternion, which I believe is already how we get rotations from OpenVR)

[0forks]

The rotation field should be always passing values from getRawRotation, I agree.

I believe this PR is to fix rotation being (0, 0, 0) for OpenVR trackers when the raw rotation toggle is off in the GUI?
Reference/identity-adjusted rotations are supposed to be sent only for IMU trackers, sending them also for playspace-aligned trackers and HMD, which come through the feeder app, feels wrong. The protocol docs state that these fields are SlimeVR-specific, and affected by resets.

I intended that the protocol consumer (right now only the GUI?) would fall back to raw rotation if those quats are not sent. But as of now this is not the case, this will be corrected by #569.

[Erimelowo]

sending them also for playspace-aligned trackers and HMD, which come through the feeder app, feels wrong.

VRTrackers are affected by resets now, so they should have their adjusted rotations sent just like IMU trackers.