[Plugin] Leap Motion - Event Driven

[KimLaughton]

Inside your anim instance class defaults, Ensure automap target is HAND RIGHT for your case. Also below that section is a structure called mapped bone list open it up you can see Pre-base rotation and offset transform, these will apply to the entire mapped bone list. Pre-base rotation will apply rotation before your values (akin to changing the basis of your input) where as offset transform applies after your input has been fed. If you're moving your hand/fingers and they bend in a wrong axis e.g. they yaw when they should pitch, you will need to adjust the pre-base rotation, typically in some combination of 90 degrees. These will typically be different for each hand if your mesh is rigged like animators typically do with positive rotation closing your fist. In the low poly hands it uses a pre base of -90 for left and 90,0 180 for right.

That said it looks like your thumb might be in a different space than the rest of your hand and you may need to remove it from the auto mapping list and feed the rigging directly, or go back and adjust your model in your software. If it's just a fixed offset difference however, you can just add a standard Transform (Modify) Bone node and adjust the offset there after the Modify Mapped Bones node.

If the auto-rigging is giving you a problem, checkout the discussion here for basic details on direct rigging:
https://github.com/leapmotion/LeapUnreal/issues/35


Regarding the flipping, it might be occurring due to hand chirality detection, might need a video of the issue to know more.

Thanks so much for this info! I've fixed the thumb - I'm not sure what was causing it, but restarted from scratch and it's fine now. I have the right hand automap target and it's now mostly working fine but everything is a little off.

vid here: https://gyazo.com/dc72381e293d8c17aada694da4d3ca8f

At the moment it feels like the proximal bones aren't moving at all and all the others look v strange (maybe because of this?)



The mapping looks ok to me. Maybe I should give up with this model and use something that's based on the epic skeleton - is that likely to give better results?

As far as the flipping is concerned it seems to be happening in the Orion software - sometimes it's fine and completely solid, other times it there is flipping I guess as you say to due to the chirality detection. I'm not sure quite why it occurs, the environment and location of the sensor is always pretty much the same and the lens is clean. vid here https://gyazo.com/6572b1d4d08805fd898de4646ed31f9a

[getnamo]

I've just been playing with the auto mapper and while it's working I'm having a few issues - I'm sure they're fairly easy to solve but I'm not sure where to start.


I'm trying to map just the right hand of a model (the model itself is a complete skeleton). Firstly the mapping is quite distorted, especially the thumb which seems to be flipped around. How should I be adjusting this exactly? I couldn't figure it out from the documentation. Secondly the hand sometimes flips - from left to right. Is there any way to let the plugin know that I'm only ever dealing with a right hand so that this doesn't happen? The project will form part of a public interactive installation, so the more solid the results the better.

Thanks!

Inside your anim instance class defaults, Ensure automap target is HAND RIGHT for your case. Also below that section is a structure called mapped bone list open it up you can see Pre-base rotation and offset transform, these will apply to the entire mapped bone list. Pre-base rotation will apply rotation before your values (akin to changing the basis of your input) where as offset transform applies after your input has been fed. If you're moving your hand/fingers and they bend in a wrong axis e.g. they yaw when they should pitch, you will need to adjust the pre-base rotation, typically in some combination of 90 degrees. These will typically be different for each hand if your mesh is rigged like animators typically do with positive rotation closing your fist. In the low poly hands it uses a pre base of -90 for left and 90,0 180 for right.

That said it looks like your thumb might be in a different space than the rest of your hand and you may need to remove it from the auto mapping list and feed the rigging directly, or go back and adjust your model in your software. If it's just a fixed offset difference however, you can just add a standard Transform (Modify) Bone node and adjust the offset there after the Modify Mapped Bones node.

If the auto-rigging is giving you a problem, checkout the discussion here for basic details on direct rigging:
https://github.com/leapmotion/LeapUnreal/issues/35


Regarding the flipping, it might be occurring due to hand chirality detection, might need a video of the issue to know more.

[KimLaughton]

I've just been playing with the auto mapper and while it's working I'm having a few issues - I'm sure they're fairly easy to solve but I'm not sure where to start.


I'm trying to map just the right hand of a model (the model itself is a complete skeleton). Firstly the mapping is quite distorted, especially the thumb which seems to be flipped around. How should I be adjusting this exactly? I couldn't figure it out from the documentation. Secondly the hand sometimes flips - from left to right. Is there any way to let the plugin know that I'm only ever dealing with a right hand so that this doesn't happen? The project will form part of a public interactive installation, so the more solid the results the better.

Thanks!

[getnamo]

Hi all,

How do I get the Grab input to work using VRPickupDrop template with LeapMode=Desktop?

Regards

It should work as is with a single call to SetLeapMode with LeapMode set to Leap_Mode_Desktop e.g. somewhere in begin play. The function is global so it is available in any event graph just right click and start typing set leap mode. See https://github.com/leapmotion/leapunreal#set-leap-mode for details.

Note that you may need to change the pawn used in that example to have desktop orientation (facing up), see the https://github.com/leapmotion/LeapUn...opActor.uasset blueprint in your editor for an example of how the childactor is set up.

[jakwarne]

Hi all,

How do I get the Grab input to work using VRPickupDrop template with LeapMode=Desktop?

Regards

[getnamo]

Hello, I would like to develop a desktop game with LeapMotion,
can you please help to answer a few questions:
1. Can I start developing with 4.21.1 out of the box or I need to download a special plugin and install it to 4.21.1 Engine?
2. Where do I download some initial pack? Altough I've made many VR games, I would like to start from desktop-demo.

Can you please guide me with these questions and show me how to use it with Blueprints, thank you very much!

1. Get the latest plugin at https://github.com/leapmotion/LeapUnreal/releases and follow instructions found here: https://github.com/leapmotion/LeapUnreal/#setup

2. For desktop use see this heading https://github.com/leapmotion/LeapUn...-example-actor

[getnamo]

Hi Jan!


We've been playing with the Leap Motion plugin for UE4 for a few weeks now and found it quite informative, thank you for putting it together!

One thing we'd like to know is how to go about rebuilding our own customised version of the plugin. Our use case involves using specific gestures which are not currently supported by the plugin v3.2, and we would also like to tweak the behaviour of the existing gestures to work more seamlessly with our intended UX. To this end we went digging deep into the plugin code to see how we might go about doing this.

However, we have found that any attempt to rebuild the plugin from .uproject->Open or from Visual Studio->Build fails with a list of

cannot find *.dll

errors, even if we try to build from unmodified source. We are able to reboot the project by using the pre-built assemblies, but this doesn't give us the ability to modify functionality that we're looking for.

This is blocking our ability to really experiment with the Leap Motion in a meaningful way.

Is this intended behaviour, or does it seem obvious that we should be approaching it a different way?

Any assistance would be appreciated!

The current plugin found at https://github.com/leapmotion/leapunreal should work both as project plugin and engine plugin as it detects it's environment. The general way to rebuild the plugin is to include it in e.g. a ue4 C++ project under plugins and regenerating your .sln then recompiling, the plugin will recompile with it.

The same process is used for engine plugins except that you replace the plugin found under e.g.

UE_4.21/Engine/Plugins/Runtime/LeapMotion

and you copy your third party includes to

UE_4.21/Engine/Source/ThirdParty/Leap

and dlls to

UE_4.21/Engine/Binaries/ThirdParty/LeapMotion

I'm hoping we will have an updated leap motion plugin for 4.22 which should eliminate the engine plugin workaround, but can give no guarantees at this time.

[smbv1]

Hello, I would like to develop a desktop game with LeapMotion,
can you please help to answer a few questions:
1. Can I start developing with 4.21.1 out of the box or I need to download a special plugin and install it to 4.21.1 Engine?
2. Where do I download some initial pack? Altough I've made many VR games, I would like to start from desktop-demo.

Can you please guide me with these questions and show me how to use it with Blueprints, thank you very much!

[Shy_ELC]

Hi Jan!


We've been playing with the Leap Motion plugin for UE4 for a few weeks now and found it quite informative, thank you for putting it together!

One thing we'd like to know is how to go about rebuilding our own customised version of the plugin. Our use case involves using specific gestures which are not currently supported by the plugin v3.2, and we would also like to tweak the behaviour of the existing gestures to work more seamlessly with our intended UX. To this end we went digging deep into the plugin code to see how we might go about doing this.

However, we have found that any attempt to rebuild the plugin from .uproject->Open or from Visual Studio->Build fails with a list of

cannot find *.dll

errors, even if we try to build from unmodified source. We are able to reboot the project by using the pre-built assemblies, but this doesn't give us the ability to modify functionality that we're looking for.

This is blocking our ability to really experiment with the Leap Motion in a meaningful way.

Is this intended behaviour, or does it seem obvious that we should be approaching it a different way?

Any assistance would be appreciated!

[getnamo]

So... I have updated to the new plugin and SDK, thanks for the work getnamo. What is the situation now with gestures such as swipe? Do you know of an effective way to do that?

Thanks

The inbuilt gesture detections have been deprecated, see this issue for detail: https://github.com/leapmotion/LeapUnreal/issues/11. It isn't too hard to make swipe gestures (some basic concepts are discussed in the issue) but if there is sufficient demand, an example could be added in the LeapUnrealModules implementing basic gesture recognizers.

[jakwarne]

So... I have updated to the new plugin and SDK, thanks for the work getnamo. What is the situation now with gestures such as swipe? Do you know of an effective way to do that?

Thanks

[getnamo]

Hi everyone,

I had a project in 4.18 using the v2 Leap Motion framework . Now that that we're on 4.21 and v4 framework, does that mean that I have to rebuild all my blueprints related to the Leap Motion?

I'm asking because it seems like a lot of things have been changed with the plugin. Did anyone else have the same problem?

Thanks,

The v3 plugin (using v4 tracking) is a complete rewrite so it has fully breaking API. That said it should be easier to get things running and you will find it much more performant with lower latency. It is not expected to have significant breaking API like this in the future.

Check out https://github.com/leapmotion/leapunrealmodules for some basic blueprint examples.

Hi guys!

So I'm really excited! I've got the plugin working in my project. In the sense that I've loaded the actor and I can see the hands in VR.

However, the next step: letting the hand interact with my products (grab), is something I'm struggling with. The tutorials I found so far on getting the hands in VR were pretty easy. But I'm sort of missing something to let the hands interact..

Could somebody help me? Of course, compensation is available, because as we like to say in Dutch: only the sun rises for free (so everything else should be paid).

All the best,

Tim

There is a basic pickup/drop button press example found here: https://github.com/leapmotion/leapun...ickup-and-drop try out the map and explore the blueprints to see how it all comes together.

[jakwarne]

Hi everyone,

I had a project in 4.18 using the v2 Leap Motion framework . Now that that we're on 4.21 and v4 framework, does that mean that I have to rebuild all my blueprints related to the Leap Motion?

I'm asking because it seems like a lot of things have been changed with the plugin. Did anyone else have the same problem?

Thanks,

[timsuitcase]

Hi guys!

So I'm really excited! I've got the plugin working in my project. In the sense that I've loaded the actor and I can see the hands in VR.

However, the next step: letting the hand interact with my products (grab), is something I'm struggling with. The tutorials I found so far on getting the hands in VR were pretty easy. But I'm sort of missing something to let the hands interact..

Could somebody help me? Of course, compensation is available, because as we like to say in Dutch: only the sun rises for free (so everything else should be paid).

All the best,

Tim

[getnamo]

Hi Getnamo.

I'm having an issue with the Unreal Plugin. The problem is: when i use your modules example and the leapdesktop pawn, the leapmotion sensor get optmized for head mounted only after hit play and ESC on the unreal editer. After that, nothing works unless restarting the Computer. I just have the raw module and plugin to test and i'm getting it. Is it right?

Ty!

By default the Leap Motion is set to VR optimized tracking (Leap Mode VR), if you want to use it for this mode nothing needs to be done. The LeapDesktopActor expects the leap motion sensor to be used in the non-default desktop mode where it is facing up. It prepares the leap sensor for this by changing the optimization mode to Desktop on begin play and then resetting it back to VR mode on end play. Because of how it works, if you want to use the leap motion in vr, don't use this asset anywhere in your map!

Instead you should be using LeapHandsPawn or it's child actor BSLowPolyHand in a pawn of your choice.