Awesome work, looks excellent
Here is a project that is being created with the VRExpansionPlugin. Huge thanks for the incredible plugin - there’s such a huge amount of effort put into it, and it is released freely with Unreal VR developers worldwide. Much appreciated! I have put a credit to you and the plugin on the video below and it’s website.
Looking good, hope you add some rappelling / ceiling climbing mechanics like the old splinter cells 
Ok so I wasn’t “entirely” happy with the climbing system yet and made some blueprint changes, video is a little less coherent than normal due to being sick…
I’ll move on to something else now.
For some reason the plugin is completely ignoring what settings I use for a Grippable static Mesh actor in the VRGrip Interface settings. I set the Grip types to whatever and once I grip the actor with GripObjectByInterface or GripActor and read the SlotGripType its always setting it to Sweep with Physics… Any idea why might be happening?
Nope, shouldn’t happen at all unless you are passing in the wrong thing, are you sure you aren’t passing in the component and not the actor?
Climbing seems pretty much done. Great work. Is there anything else you are planning on adding to the plugin? Other than really game specific stuff I can’t think of anything “general” you haven’t covered. Maybe Flying or webslinging (grapplehook)? Those might be too game specific though.
Where do you plan on going from here?
The default flying movement works fine so I don’t really need to touch it. Webslinging / grapple would be fun, and would actually use the climbing movement mode I think so its something to consider.
I think I was going to tackle armswing and running in place motion next, I don’t really like either of them but they are quick to implement and I know that many do like them (again though, they are a purely blueprint implementation, not really a plugin addition).
Other than that i’m starting to run out of things to add Most of the things left are just gameplay concepts, not really related to the plugin itself.
Pushed a commit to the template and plugin for the 4.15 alpha branch ( will break projects but is a simple fix)
Made base characters and base movement components hold more of the logic for the VR characters
change allows blueprint characters to be abstract between VRChar and SimpleVRChar and switch between the two (so that I don't have to duplicate nodes and code
between the two base classes).
It also causes less code duplication and clarifies class roles more.
change moves the VRForwardVector / Right / Location functions into the character itself for the VRCharacter, like the simple character already had it.
lets me develop features entirely using the VRCharacter, and simple duplicating it and reparenting to the simple character everything should work, it was too tiresome to duplicate code changes between the two manually. It also makes more overall sense and makes it easier for people to change between them if they decide to.
Projects using the VRCharacter will need to pull VR forward/right/up/location vectors from the character itself now instead of the root component. Everything else should just work
Hi,
just a quick question as i´m working on something right now using your great plugin.
How can i “deny-gripping” one mesh when another mesh (wich is a child from the first one) is moving in my scene ?
Thanxx alot =)
If the actor is a grippable actor then set bDenyGripping to true in the interface properties. If it isn’t but still uses the interface just return a boolean from the denygripping function. Either way you can set it dynamically.
Pushed another patch to both the template and the plugin, left some control booleans true for the VRCharacter that are intended just for the simplecharacter. Sorry to anyone that got instantly sick from the broken neck effect.
Its definitely the Actor.
I have an Actor thats a child Blueprint of the Grippable Static Mesh Actor, lets call it “Item” for now. Before grabbing it I cast it to a Grippable Static mesh Actor, then I use the GrabActor function(or whatever it’s called, sorry on my tablet atm) with it as the target and use the Interface Function to get the Grip type information and the Grippable Static Mesh Actor I got from casting my Item.
No clue why it’s happening.
Hmm, do me a favor and don’t cast it and pass it in, let me know if it works. Sounds like the cast is re-initializing the vrinterface struct somehow.
Played around with a server browser to test multiplayer with in the template will upload to the 4.15 alpha template tonight, it WILL be buggy due to rushing through implementing it.
is an un-edited template, just with a server browser to load into servers with. Most of the objects aren’t currently set to replicate movement so they will be un-sync’d with the server to the client (including the moving climbing wall). But it can be polished from here.
was about an hours worth of work (only spent on the server browser really) don’t take it as an indication of what it will be like eventually as most objects need to be edited to allow for multiplayer.
Very nice.
Is why when I start VR Preview, my pawn is tilted sideways until I teleport and then it straightens up.
It seems like if I am angled down looking at something in the viewport and then I enter VR Preview, my pawn and chaperone boundaries come in angled (Broken Neck?) as well until I teleport and then it straightens out.
No, that wouldn’t be why, and I have never seen that before. I assume that you are spawning the character from a spawn point and that it has a rotation correct? I think you are applying an actor rotation to the character which you shouldn’t do, teleport with 0 rotation would fix the rotation problem.
Thanxx, will try it out =)
Yes please to the above. I suspect I’m not the only one who’d like to see you cast your wizardry in area!
Your work is amazingly good. Thank you muchly.