Search Unity

  1. Unity Asset Manager is now available in public beta. Try it out now and join the conversation here in the forums.
    Dismiss Notice
  2. If you have experience with import & exporting custom (.unitypackage) packages, please help complete a survey (open until May 15, 2024).
    Dismiss Notice
  3. Unity 6 Preview is now available. To find out what's new, have a look at our Unity 6 Preview blog post.
    Dismiss Notice
Unity Asset Manager now available in beta Feedback request: Understanding import & export package workflows Unity 6 Preview now available

(Case 948755) Motion Controller Position and Rotation Represented Incorrectly

Discussion in '2017.2 Beta' started by Jamroah, Sep 6, 2017.

  1. Jamroah

    Jamroah

    Joined:
    Nov 4, 2015
    Posts:
    3
    Is anyone else getting positional and rotation oddities with the Microsoft MR Motion Controllers? At my desk the headset's position is around 1.2 but the controllers... They appear to set their origin (0,0,0) as the headset's initial position (which isn't (0,0,0)) and then applies it as world position. Same for rotation. This means visually and functionally the controllers are wildly out of sync. This happens in both the editor and player.

    As a workaround, is there a way to set the headset's initial position to be (0,0,0) instead of applying the floor and position offset from the Portal?

    Unity 2017.2.0b10
    Windows 10 Insider Preview Build 16281
    Windows 10 SDK Preview 16278
     
    Jamroah, Sep 6, 2017
    #1

  2. Barkers-Crest

    Barkers-Crest

    Joined:
    Jun 19, 2013
    Posts:
    159
    The last time I was able to get the controllers to work, the headset would locate at the correct position (where my head was relative to the floor) and the controllers would locate at the incorrect position (under the floor). I am using the same technique that works just fine with Oculus, Vive, and PS Move so I know I am not using an incorrect approach.

    This occurs in using the position data provided by UnityEngine.XR.WSA.Input.

    I have yet to receive anything other than (x:0,y:0,z:0) when using XR.InputTracking.GetLocalPosition.

    Another issue with the controllers is I can't get them to work from the editor at all. I have to create a build and run from visual studio (which is a challenge posted in another thread).
     
    Barkers-Crest, Sep 6, 2017
    #2

  3. unity_andrewc

    unity_andrewc

    Unity Technologies

    Joined:
    Dec 14, 2015
    Posts:
    226
    Two of the three issues I'm reading here are fixed in b11: the incorrect origin for controllers, and the generic InputTracking APIs not working.

    We just noticed the rotation is still off if you call the XR.WSA.Input APIs for grip if you start up with your HMD in an orientation other than facing forward (according to when you ran setup), which I see a pretty straightforward fix for, but I'm not sure whether the fix for that will have to wait until point releases.

    I wasn't aware of input being broken for playing in-editor. I'll have to investigate that as well, but again, the fix for that may have to wait until point releases, not sure.
     
    unity_andrewc, Sep 7, 2017
    #3

  4. Barkers-Crest

    Barkers-Crest

    Joined:
    Jun 19, 2013
    Posts:
    159
    I will follow up on input not working in editor after testing on beta 11. Perhaps the bug fixes listed above will address this issue.
     
    Barkers-Crest, Sep 8, 2017
    #4