Announcement

Collapse
No announcement yet.

Unreal Button Mapping names for Oculus Touch

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • replied
    But "Gamepad Special Left" is a different button on Xbox controller which would have separate functionality! I know people complained that Gamepad Special Right was on the left Touch controller, but from a UX perspective it made sense.

    Oculus have a reference on their developer site, but it doesn't include the "Special" buttons - https://developer.oculus.com/documen...ing-reference/

    Leave a comment:


  • replied
    "Gamepad Special Right" is now corrected to "Gamepad Special Left" in 4.22 for anyone that might be confused why their menu button not working.

    Leave a comment:


  • replied
    Originally posted by mitchemmc View Post

    For anyone else wanting one I just made a diagram that shows all Touch inputs and their corresponding mapping in UE4:

    [ATTACH=CONFIG]123383[/ATTACH]
    THANK YOU! Very clean Pro look too!

    Leave a comment:


  • replied
    Originally posted by mitchemmc View Post

    For anyone else wanting one I just made a diagram that shows all Touch inputs and their corresponding mapping in UE4:

    [ATTACH=CONFIG]123383[/ATTACH]
    Really nice!

    However for the last note, I believe it should be "Pointing is the opposite of *Trigger* CapTouch..." ?

    Leave a comment:


  • replied
    Originally posted by mitchemmc View Post

    For anyone else wanting one I just made a diagram that shows all Touch inputs and their corresponding mapping in UE4:

    [ATTACH=CONFIG]123383[/ATTACH]
    Life Saver

    Leave a comment:


  • replied
    Couple more useful images to add here:


    Click image for larger version

Name:	vrcontrollersbaselinecomparison2c.png
Views:	1
Size:	422.2 KB
ID:	1129929
    Click image for larger version

Name:	htc-vive-controllers-1024x1013.jpg
Views:	1
Size:	65.0 KB
ID:	1129930

    Leave a comment:


  • replied
    Thanks for the enlightenment, It is always disheartening to see your assumptions proven wholly wrong, but pleasantly reassuring to be on the same page as the majority.

    Currently I am probably 'doing it wrong' but I have been basically practicing branching VR inputs using the action and axis mapping exposed in editor.

    Not suggesting anyone do this, but for examples sake, while 'move forward' would be Motion Controller 1 (top of touch pad on Vive, X or A on Oculus Touch), it can thereby be mapped to something like 'MoveForwardVive', which could then be bound on an input component and handled with 'move forward' logic, next Motion Controller Thumbstick Y can be axis mapped To something like 'OculusTouch_Left/RightStickY', watching for potentially forward movement based on a mathematical equation, and firing an event when conditions are met after being bound on an input component for the same 'move forward' logic.

    It is important to be sure to unbind or not bind Vive inputs in the case of using the oculus touch and vice-versa, otherwise you gain the bonus move forward binding on your A/X button in Oculus Touch which may not be desired.
    Admittedly, this feels like and may actually be the worst approach. I would love to hear some others as well.
    Last edited by Spiris; 04-14-2017, 12:46 PM.

    Leave a comment:


  • replied
    Originally posted by Spiris View Post
    I have an honest question for the developers at Epic, and maybe someone here could field it. Why are these mapped the way they are mapped, I am currently struggling to make any sense of the mappings and imagine I can't be the only one bordering on insanity due to my earlier assumptions of reality.

    1. Why is there a button titled "Gamepad Special Right" on the left hand controller? (assuming the word 'right' is also map-able to the concept of the 'right hand', and that turning 'right' at a red light is not equivalent to turning left at a red light, and that every other button on the touch controllers that claims to be on the 'right' is in fact on the right)
    2. Is it normal to map generic controls to a specific peripheral's buttons with the intention of making games cross -platform? (I assumed it would be the other way around)
    3. Why not expose all of the choices to the designers of the game, then let them handle designing a cross-platform experience? Give the people a choice, yeah?

    I imagine the current setup would work well in a situation where each peripheral had the exact same spacing and comfort-of-reach on all of its buttons, and there was next to no actual difference between the periperals, but as it stands I am having trouble with the way that the HTC Vive controllers and the Oculus Touch controllers are dramatically different in their layout.
    1. that's typically the start button on a gamepad, so experiences on rift that are designed to support gamepad and touch use this button. makes more sense on the gamepad, but provides same functionality on the touch controller I believe

    2. yes, I think this is normal. ue4 has done this since the beginning to allow for cross platform support since for the most part gamepads offer very similar layouts with certain nuances per platform.

    3. however, yes, this doesn't quite work the same way for motion controllers. the slight differences in ergonomics cause a pretty big change in the way control schemes are being designed for each platform which complicates gameplay design (even the 30 degree difference in controller handle orientation). so it would have been nice to say MoveForward = Vive button 1 (action) or Touch Y (axis) without having to use platform checks and branch conditions (or switches and bools), but i'm guessing as the VR industry starts to mature, we will begin to see certain trends that justify why the current system works. (i.e. a=Jump b=shoot became somewhat of a standard in traditional gamepad. am also starting to see that "The Lab" and "Robo Recall" are pretty much setting the standard for motion control input since they both meet the technical requirements of each platform).

    The VR editor in my opinion tackles this really well using button modifiers to cover cross platform differences. This way you can just check for a keydown of a certain type to validate input.

    Would be interested to hear others approach to this as well, or maybe a 'best practices for motion control' as I'm still trying to figure out the underlying issues in tester feedback with accidental button pressing.
    Last edited by paradoc; 04-14-2017, 12:55 PM.

    Leave a comment:


  • replied
    I have an honest question for the developers at Epic, and maybe someone here could field it. Why are these mapped the way they are mapped, I am currently struggling to make any sense of the mappings and imagine I can't be the only one bordering on insanity due to my earlier assumptions of reality.

    1. Why is there a button titled "Gamepad Special Right" on the left hand controller? (assuming the word 'right' is also map-able to the concept of the 'right hand', and that turning 'right' at a red light is not equivalent to turning left at a red light, and that every other button on the touch controllers that claims to be on the 'right' is in fact on the right)
    2. Is it normal to map generic controls to a specific peripheral's buttons with the intention of making games cross -platform? (I assumed it would be the other way around)
    3. Why not expose all of the choices to the designers of the game, then let them handle designing a cross-platform experience? Give the people a choice, yeah?

    I imagine the current setup would work well in a situation where each peripheral had the exact same spacing and comfort-of-reach on all of its buttons, and there was next to no actual difference between the periperals, but as it stands I am having trouble with the way that the HTC Vive controllers and the Oculus Touch controllers are dramatically different in their layout.

    Leave a comment:


  • replied
    Tir Nan Og (#6)
    Those buttons are for capacitive touch, which registers if your finger is on or nearly on a button (rather than the actual value from pushing it).
    It can be used to provide states to drive virtual hand poses. So if your finger is over grip but not over trigger your virtual hand will blend to a pointing pose, but if it's also on trigger your hand will blend to a fist/grip pose.

    Leave a comment:


  • replied
    Originally posted by paradoc View Post
    responded in your new thread for this question

    Regarding Vive/Touch cross compatibility, is there any way to generate 'MotionController(L) Thumbstick Left' (or right, up, down like d-pad input) with Touch, or is this intended only for vive input?
    I believe this is vive only, you can see the inputs that the Oculus SDK provide here so if you wanted it to act like a vive controller you would need to do that in Blueprints, also just and FYI Thumbstick Left/Up/Right/Down are not used for the Vive, at least they weren't originally, instead the trackpad is mapped to the face buttons like an XBox controller (you can see my other diagram for the vive here)

    Leave a comment:


  • replied
    Originally posted by olistreet View Post
    Hi, If I want let's say to use the Oculus Touch as a Virtual Joystick in the flying template, or the car template, how can I find the x,y and z Axis values? all I see here is button values and capacitive touch values, or maybe I'm focusing this the wrong way...
    responded in your new thread for this question

    Regarding Vive/Touch cross compatibility, is there any way to generate 'MotionController(L) Thumbstick Left' (or right, up, down like d-pad input) with Touch, or is this intended only for vive input?

    Leave a comment:


  • replied
    Hi, If I want let's say to use the Oculus Touch as a Virtual Joystick in the flying template, or the car template, how can I find the x,y and z Axis values? all I see here is button values and capacitive touch values, or maybe I'm focusing this the wrong way...

    Leave a comment:


  • replied
    Very Good Post! Was pointed here by someone from the Answer Hub, Agree that this information should be more readily available

    Leave a comment:


  • replied
    I don't see a map for face button 4. Does anyone know what you would do if you are using a function for facebutton 4 on the vive and you can't change that how you would do that function on the touch?

    Leave a comment:

Working...
X