Razer Hydra Plugin

[astonish]

getnamo,

I have solved the issue I replicated in post #279 for both 4.9 and 4.10. To refresh your memory the problem was that if a C++ game mode made reference to a blueprint class that contained the Hydra component errors were thrown during editor startup indicating missing scripts and other errors.

The fix was as simple as adding the loading phase "PreDefault" to the HydraPlugin module in the .uplugin. e.g.

    "Modules" :
	[
		{
			"Name" : "HydraPlugin",
			"Type" : "Runtime",
                        "LoadingPhase": "PreDefault",
			"WhitelistPlatforms" : [ "Win64", "Win32" ]
		}
	]

From the documentation:

LoadingPhase:

If specified, controls when the plugin is loaded at startup. This is an advanced option that should not normally be required. The valid options are Default (which is used when no LoadingPhase is specified), PreDefault, and PostConfigInit. PostConfigInit allows the module to be loaded before the engine has finished starting up key subsystems. PreDefault loads just before the normal phase. Typically, this is only needed if you expect game modules to depend directly on content within your plugin, or types declared within your plugin's code.

Since my C++ gamemode's constructor referred to a blueprint class that used your plugin it looks like the PreDefault is required. Everything seems to work the same as before and shutting down and starting up the editor works fine with no errors thrown. If I remove the line the errors return.

I now have a completely different problem which is my game seems to run fine from PIE, but when I run via visual studio (needed for step debugging my game) everything crashes. This might be related to the packaging bug. Either way I see FHydraPlugin:ataDelegate() is being called before the CreateInputDevice function is being called. I can wrap the return to check for nullptr and this lets things get further along, but the plugin ends up crashing elsewhere. I will dig in if I can.

[astonish]

I've done some more digging and something is definitely up with the loading order for HydraPlugin Component. With the component is added to a pawn (along with generic motion controller and static meshes) things work fine in the editor, PIE or any other ue4editor -game mode. However, when running development builds out of visual studio or stand alone .exe versions there is a nullptr error. Someone is attempting to AddEventDelegate's to the HydraDataDelegate before its constructor has been called. This happens regardless of the plugin LoadingPhase mentioned in the above post. However, if I remove the HydraPlugin Component from the pawn and leave the generic motion controller components there is no crash and the motion controls work fine in game.

I wanted to use the Hydra component for calibration and for historical data, though I may try and avoid it and do things using only the generic motion component so I can easily swap in a Vive when we finally get a hold of one.

Most of my posts here have been about bugs I find, but want to mention again this plugin is awesome and has really helped us prototype and experiment.

[astonish]

I have to run to an engagement, but I've submitted a pull request that should fix two issues from the thread.

First, the blueprint reference in a C++ class error when loading up the editor (see my previous posts). It also is a first pass at the order of initialization issue that is causing crashes when launching any non-editor based game that has a hydra component in one of the actors (ie from visual studio or on a cooked game). The fix works by simply deferring both the registration of the hydraPlugin actor component event delegates as well as setting the reference within the component itself to the DataDelegate until after the controller has been initialized via CreateInputDevice. For some reason input devices are created after actors are loaded? EventDelegate recipients are now cached in a TArray in the plugin until CreateInputDevice is called and at that time everything is properly registered and a non-nullptr to the DataDelegate is set on the components.

This might not be the most elegant way to fix this problem, some better understanding of why CreateInputInstance happens after actor components is probably something to ask Epic devs, but this solved my crashes.

https://github.com/getnamo/hydra-ue4/pull/6

[getnamo]

I have to run to an engagement, but I've submitted a pull request that should fix two issues from the thread.

First, the blueprint reference in a C++ class error when loading up the editor (see my previous posts). It also is a first pass at the order of initialization issue that is causing crashes when launching any non-editor based game that has a hydra component in one of the actors (ie from visual studio or on a cooked game). The fix works by simply deferring both the registration of the hydraPlugin actor component event delegates as well as setting the reference within the component itself to the DataDelegate until after the controller has been initialized via CreateInputDevice. For some reason input devices are created after actors are loaded? EventDelegate recipients are now cached in a TArray in the plugin until CreateInputDevice is called and at that time everything is properly registered and a non-nullptr to the DataDelegate is set on the components.

This might not be the most elegant way to fix this problem, some better understanding of why CreateInputInstance happens after actor components is probably something to ask Epic devs, but this solved my crashes.

https://github.com/getnamo/hydra-ue4/pull/6

This looks great, thanks for all your hard work!

I will probe epic to see if there is a cleaner way but in the meantime, I'll merge your pull request, it seems like a good workaround. Previous hydra plugin versions did not have this issue due to having delegates attached at component or actor creation stages which were always loaded later, with singular delegates; being attached to CreateInputDevice changed things. Understanding the specific load sequence will be key to finding a the final solution.

Hi there,

does anyone have a working c++ example / tutorial? I noticed the youtube tutorial or the answer #68 are very outdated.

Thanks,
Andrei

Yep since the 4.9 re-architecture, it's very different. I don't have working examples to share at this time, but the gist of getting it to work would be to either use the hardware agnostic methods e.g.standard input mapping (for buttons) and motion controller abstraction (add motion controller component)

or through hydra specific functions and multicast delegate events found in HydraComponent. To reference hydra specific functions from a C++ context, include the HydraPlugin as a module dependency in your project build.cs, including the right header, and subscribing to the relevant Multicast delegates via e.g.

Add()	Adds a function delegate to this multi-cast delegate's invocation list.

[astonish]

I created a new pull request to fix a crash on exit created by my changes yesterday. I handled the original problem when components are initialized before CreateInputDevice is called but I failed to account for those created afterwards (such as when P.I.E. or when multiple maps are opened on a cooked/VS run). This fix handles components created both before and after the CreateInputDevice call.

Github

[Pascalzieglerit]

hey guys. I'm using the 4.10 version and till now everything worked fine.
Until i tried to react on button specific events. they just won't fire. I can trag them into my event graph (for example right trigger click) but they wont react.
the events derived directly from the hydra plugin element are working fine though (like button released for example). i can't find a workaround to get to know when the right trigger is released. anyone else with this issue?

[astonish]

To be clear its through the standard motion controller interface that things aren't working? The event graph for a pawn? Have you possessed the pawn with the player controller?

[kent.oster]

I was able to separate the hmd and hydra via the wiki instructions but. I would prefer a way to keep the pawn rotation attached to my hmd but unlink the Hydra from the rotating hmd. Could someone explain how to do this? Basically I still want to steer with my head but I don't want the hydra's to rotate when I just turn my head. I want to stand up and play.

[JPStark]

Thank you for responding to my block game problem, getnamo. I am now combining rotators the right way and I removed rotation from my calibration system. I also added a block highlighting system. Unfortunately, I've tried a couple more times to solve the rotation problem, but I can't figure it out how to do it.

From your videos it appears as if you're setting the cube rotation in world space but you forget to add the parent actor (pawn) rotation so it will always show as if your hands are 'in front' of the stack. You are using add controller yaw input to pan the camera, which rotates the pawn controller orientation, you need to combine this orientation with the MC orientation to get the expected behavior.

I don't quite understand what you mean. The way I interpreted this was to add the pawn's world rotation to the physics handle's rotation on every Event Tick. This technically solves the rotation problem, but introduces another one: The moment I grab an object, it's perceived 'front' immediately spins to face my camera... knocking all sorts of stuff over in the process. Once the block has spun to face my point of view it will rotate as expected, however, I need it to maintain its initial position when I grab it.

Current Grabbing Behavior:,
If I grab a block while the camera is pretty much square on with it's perceived 'front', it will hardly move when it snaps to face the camera. However, the further I am rotated away from a block's perceived front, the bigger and more violent the snap rotation will be.

Could I get more direct instruction on how to solve this? What exactly do you mean by "combine the pawn controller orientation with the MC orientation?"

Thank you.


Bonus Question: I am also a bit confused about positional movement scale. When I first got the hydras working, the scale of their positional movement was ridiculously tiny. If you look at my Tick blueprint (http://imgur.com/a/bWAZe) you can see that the first section scales all movements up by a factor of 20 to make them feel natural. Should I be doing this, or should I just make the world and objects really tiny to match the hydra's default movement scale? My end goal is to convert the project over to the HTC Vive / Oculus Touch VR systems. I want to be able to walk around the stack in the real world with everything scaled to feel like a board game. I think I should be designing for this scale with the hydra from the outset, but I have no idea what it should be. Any advice would be appreciated.

[dmorgan]

I loaded up the ContentExamples project and loaded the VR level. I am unable to get UE4 to recognize input from the Left controller. I can press either trigger, and any number of buttons, but input is always coming from the Right controller in the output.

I followed instructions from the plugin documentation
https://github.com/getnamo/hydra-ue4

and

Epic docs:
https://docs.unrealengine.com/latest...ler/index.html
Simply following the epic docs did not work for me, and they are lacking detail and explicit instructions.

I am using UE 4.10, Windows 10, Hydra 1.01, Firmware 1.00

I read comments of others needing to use 2 player controllers and routing input to only one of them, but I hope this would not be the case. Please advise if there is anything I can do, or a starter project / tutorial that shows how to use both hydra controllers on 1 character if possible.

If there is anything I can provide let me know.


Thanks for this plugin.

[dmorgan]

I was up and running in Unity with Razer Hydra in seconds. I already spent hours with Unreal and no results. What gives.

Unity with this plugin works without any issues, and this plugin was from January 2015. https://www.assetstore.unity3d.com/en/#!/content/7953

Why isn't there better controller support, tutorials, demos, and info on VR for Unreal?

[getnamo]

I was up and running in Unity with Razer Hydra in seconds. I already spent hours with Unreal and no results. What gives.

Unity with this plugin works without any issues, and this plugin was from January 2015. https://www.assetstore.unity3d.com/en/#!/content/7953

Why isn't there better controller support, tutorials, demos, and info on VR for Unreal?

This is an unofficial, community plugin. Sixense doesn't currently provide any official plugins for the hydra.

The current architecture for this plugin is hardware agnostic so that you can transition from the hydra to any of the other motion controller inputs with minimal code adjustments, but you can also use the Hydra Specific component to get specialized functions if you need them.


If you follow the instructions, adding hydra support can be easily done <5min. If the instructions are still troublesome, try following this step by step tutorial video series by Weevilman:

Part 1

Part 2

The only difference is that you can use the master branch since it has been merged for 4.10.

[dmorgan]

I followed the first video with no good results. At 6:33 he does something to fix? the situation but it goes too fast and I am unable to see what he does to fix the issue, something with auto possess? I tried modifying those settings, and/or deleting it. If i disable auto possess i simply see the axis mesh in front of me, and the controllers do nothing. I copied the plugins folder. Used left and right hand motion controllers. The setup otherswise seems identical. I am using 4.10 and your latest update. Any idea? Not sure why I am having this issue.

Thanks

[getnamo]

I followed the first video with no good results. At 6:33 he does something to fix? the situation but it goes too fast and I am unable to see what he does to fix the issue, something with auto possess? I tried modifying those settings, and/or deleting it. If i disable auto possess i simply see the axis mesh in front of me, and the controllers do nothing. I copied the plugins folder. Used left and right hand motion controllers. The setup otherswise seems identical. I am using 4.10 and your latest update. Any idea? Not sure why I am having this issue.

Thanks

At 6:33 it appears he deletes the third person character so that your custom game mode character is used.

Some sanity checks:
1) You've dragged and dropped the plugin in the root of your project folder?
2) You're using windows? from your earlier post seems like yes
3) The hydra works in other games/engines? again seems like it does

Try to eject from your character (F10) and move your camera back and see if your hydra are moving the mesh component at all.

Once you've established you're getting movement, step back and see that you're matching the tutorial setup.

[dmorgan]

I tried deleting the character and there is no difference.

1) Yes. and the plugin shows up under Edit->Plugins as enabled under Project->Input.Controller
2) I am using windows 10 pro
3) The hdyra device configurator recognizes my device and allows me to set options and bindings for games and i can use my hydra controllers and buttons in the game mount & blade

I pressed eject (F8 on my system?) and my meshes are not moving.

My Hydra version is Driver 1.01, Firmware 1.00

The file version on the HydraPlugin for Ue4 says 4.10 in the file and product versions

I have the hydra plugin inside my Hydra_CharacterTest exactly like the tutorial, motion controller left and right, and the meshes under them, and both parented under his HandRoot scene object. Auto Activate on.

World settings has my HydraGM to be the game mode override, and Default pawn class set to my Hydra Character test just like tutorial

Is there anyway to get log and/or debug this?

Something so simple yet there must be a checkbox, a setting, or something very minor not properly set? Is my hydra driver version compatible with this?

Thanks