VR Expansion Plugin

[mordentral]

Also I'm curious, does anyone have any requests for the template? It is fairly easy to add content to it.

[Terry J. N.]

Thank you mordentral! Your plugin and the new demo content is a great inspiration for me. Is there any way to send you a donation? I feel kind of bad using it for free - you put so much effort, work & time in the whole thing...

Cheers

Terry

[Dmitrsta]

Hey mordentral. You have awesome plugin, but i can't to install it. Can you filming "How to install it" and add on youtube? I'am begginer =(

[gausswerks]

Can't figure out something with the drawer by interaction example. If I rotate it 180 degrees, I don't appear to be able to pass it a max linear translation that will constrain it such that it moves outward in the desired direction (-x instead of +x). -25 for the X instead of 25 doesn't work, am I missing something?

[n00854180t]

Also I'm curious, does anyone have any requests for the template? It is fairly easy to add content to it.

My personal requests:

* A bow
* Two-handed items like jars with stoppers

[gausswerks]

My personal requests:
* Two-handed items like jars with stoppers

Interesting thought! Have you tried prototyping anything like this with the existing physics? I have just been noodling around with an old school telephone prop and with the right kind of custom collision meshes on, the two pieces of the phone behave exactly as you'd hope; you can pick up the phone base / cradle and the handset rests on top of it easily. Add on some physics constraints and cables and it behaves like a real old fashioned phone.

But I suppose you wouldn't want the stopper just falling out if you tip the jar over. Hmm.

[michaelwbell]

Dear mordentral, You suggested adding an example of putting items on the player's Hip / Pockets to the template.
I would love to see that!

[mordentral]

My personal requests:

* A bow
* Two-handed items like jars with stoppers

For a bow I would suggest just following epics bow guide, but throwing out the tracking code and using a Secondary Attachment from the bow hand to the draw hand when the arrow is nocked, that way the bow would rotate to follow the rear hand. It isn't that high on the list of things I would implement since I don't have the meshes for it and Epic already covered those bases pretty well.

Two handed jars are fairly simple, same concept as gun clips, I will likely add something of the sort fairly soon. The basic concept is easy enough, either two grippable components in an actor or two grippable actors, when the stopper hits an overlap area on/inside of the neck you ungrip it and attach it at that location with a physics weld, when gripping it again you make sure it calls un-attach on itself (OnGripped Event lets you know when to do this) and it should just function normally, if the grip is physics it should unattach itself.

*Edit* To further clarify use the OnGripped event to get the controller holding the stopper (it is passed in through that event), when the stopper overlaps the area the stopper itself can then tell its holding controller to drop it and it can attach itself.

Dear mordentral, You suggested adding an example of putting items on the player's Hip / Pockets to the template.
I would love to see that!

Sure I intend to add that next, I can't do any work tonight but it is very very easy with the VR Character as it uses my Parent Relative Attachment Component. If you want to try it yourself in the mean time just attach (or place in the character blueprint) anything you want to the parent relative attachment at the location relative to the HMD that you want it to stay. The PRAC automatically maintains the correct distance and offset for any child components to it. That is how my demo world was holding the arms at shoulder height, I just attached them to the PRAC at what felt like shoulder height and offset and then ran IK to the controllers.

Can't figure out something with the drawer by interaction example. If I rotate it 180 degrees, I don't appear to be able to pass it a max linear translation that will constrain it such that it moves outward in the desired direction (-x instead of +x). -25 for the X instead of 25 doesn't work, am I missing something?

That "Drawer" example is just an actor constraint, the correct way to do it would be as a component in an actor using a constraint component in relative space so you could rotate the actor however you like and it would work. I couldn't for the life of me find a free domain drawer chest with separated drawers from the body, otherwise I would have already done it the "Correct" way, I intend to revisit it and if I have to mock up a desk in cad or something.


*Edit* I am adding locking to the doors next time I get time to work on the template, but for the record it is straight forward. There is a "deny grip" boolean on the grippable static mesh component that is the door. You just set that to true and when the door is unlocked set it to false so the door can be opened.


I should be able to get some stuff implemented tomorrow, I am taking care of my newborn tonight

[Silpher]

Hey Mordentral, Great release!

Quick noob question: Does the Nvidia PhysX 3.4 update in 4.14 have any influence on your plugin?
So would it be better to use your plugin in 4.14?

Thanks again!

Cheers.

[mordentral]

Hey Mordentral, Great release!

Quick noob question: Does the Nvidia PhysX 3.4 update in 4.14 have any influence on your plugin?
So would it be better to use your plugin in 4.14?

Thanks again!

Cheers.

Yes, considering that I am promoting (although not requiring) physics usage for VR interactions due to it being more realistic and natural the Physx update is great. Best of all having CCD available on kinematic actors now and better performance, the CCD with kinematic actors makes things like golf/pingpong or other projectile type games much better.

That being said I would suggest 4.14 for other reasons, the forward renderer and bug fixes / optimizations for VR, I consider 4.14 the first REAL VR version of the engine IMO since I was able to remove a bunch of patches and temporary fixes from my source version with 4.14.


*Edit* Also the live GPU profiler is a godsend for VR

[UE4Hobbyist]

Thanks for the great plugin
I have a feature suggestion in case you want it, but I does not sound easy to implement.
A second capsule could be added in camera.
If both the root capsule and the camera capsule collide in the environment, the push back works as it does now.
If only the root capsule collides and the camera capsule does not (eg. player stands in front of window),the player can still move for some distance to simulate lean in. With some smart full body IK, it would look really good in multiplayer games too.

[mordentral]

Thanks for the great plugin
I have a feature suggestion in case you want it, but I does not sound easy to implement.
A second capsule could be added in camera.
If both the root capsule and the camera capsule collide in the environment, the push back works as it does now.
If only the root capsule collides and the camera capsule does not (eg. player stands in front of window),the player can still move for some distance to simulate lean in. With some smart full body IK, it would look really good in multiplayer games too.

I actually already implemented that a while ago, There were numerous issues with it and multiplayer environments that caused me to throw it away. It also introduced either the head effecting the floor finding code or throwing the head out for that and being able to clip into walls from above or below them using the head, would have taken a rather large re-write of the character movement component (even more than it is already) and trashed the efficiency of it.

With how it behaved and the fact that it would have required even more replicated variables to let the server know what is going on with the head collision during character movement I threw it out at least for now.

Its on my "Revisit this" list but my secret hope is that we have chest / foot / waist trackers soon enough that it would be a waste of time.

*Edit* With how it works currently my suggestion is having things like tables either not have collision or having inset collision. That or moving the capsule offset to -15 or more in X and accepting that heads can clip into walls slightly then and handling that if needed.

[UE4Hobbyist]

I actually already implemented that a while ago, There were numerous issues with it and multiplayer environments that caused me to throw it away. It also introduced either the head effecting the floor finding code or throwing the head out for that and being able to clip into walls from above or below them using the head, would have taken a rather large re-write of the character movement component (even more than it is already) and trashed the efficiency of it.

With how it behaved and the fact that it would have required even more replicated variables to let the server know what is going on with the head collision during character movement I threw it out at least for now.

Its on my "Revisit this" list but my secret hope is that we have chest / foot / waist trackers soon enough that it would be a waste of time.

*Edit* With how it works currently my suggestion is having things like tables either not have collision or having inset collision. That or moving the capsule offset to -15 or more in X and accepting that heads can clip into walls slightly then and handling that if needed.

Yeah it sees like a really hard challenge. At least I can make a local solution for windows by adding invisible platforms outside of them and have the player capsule walk on them. Then I will freeze the root of the player skeletal mesh and do some IK. Not yet sure how good it will look though.

[gausswerks]

Here's the prototype desk I have been fooling around with that you can include freely in your template, it has a main drawer and two sets of side drawers. No UVs, but they have the appropriate collision hulls. Make sure you import with auto-generate collision and one convex hull per UCX unchecked.

https://dl.dropboxusercontent.com/u/...8/tempdesk.zip

[jayNose]

Could there be a problem with the available download? It shows as being just over 1GB, but what I actually get is only a few kb and of course doesn't work. Could I be doing something wrong? I'm trying to download from here: https://bitbucket.org/mordentral/vre...ugin/downloads