VR Expansion Plugin

[mordentral]

@Astrea337;734741

Thank you for the swift reply, That’s exactly what I’ll do, as there won’t be any ground based movement.

On an unrelated note, After implementing the plugin into my project (following the instructions on this page) https://bitbucket.org/mordentral/vrexpansionplugin/wiki/How%20to%20add%20the%20plugin%20to%20a%20blueprint%20only%20project%20-%20Step%20by%20Step)

I can open my project once just fine, but from then on encounter the following error upon opening:

“The following modules are missing or built with a different engine version:
UE4Editor-OpenVRExpansionPlugin.dll
Would you like to rebuild them now?”

Which upon selecting yes, has yet to succeed (Although I haven’t given it longer than 20 min or so)
I’m currently using 4.16.
Is this an issue that you’ve seen before?

The launcher does not correctly compile plugins, you’ll have to launch from the compiler and compile it.

@tiagovignatti;734743

We can test it out on Touch, mordentral. What is the test procedure?

I got someone to test for me, it was to see if the automatic oculus / vive check on BeginPlay when running under steamVR was working correctly.

So far it is, I wouldn’t mind some ModelIDs from people though for their hardware though:

https://drive.google.com/file/d/0B5cM3oP2O4-UU1gzT1hiWWs0MzQ/view?usp=sharing

Left controller should say the model ID of the HMD, right should say the model ID of the controllers. I’m curious as to if all current gen Vives say the same model designation as mine and what the touch controllers print out.

[danilchernyh]

Getting this strange green artifacts only when playing in vr preview. When in editor everything looks fine…

[mordentral]

@danilchernyh;735108

Getting this strange green artifacts only when playing in vr preview. When in editor everything looks fine…

Looks like screwed up reflection captures or you have Global Illumination on and bugged.

[Astrea337]

@mordentral;734770

The launcher does not correctly compile plugins, you’ll have to launch from the compiler and compile it.

Ashamed to say, but I don’t actually know how to do that. Could you point me towards a set of instructions to launch from the compiler?

[mordentral]

@Astrea337;735129

Ashamed to say, but I don’t actually know how to do that. Could you point me towards a set of instructions to launch from the compiler?

The step by step should contain a section for actually compiling.

[danilchernyh]

@mordentral;735120

Looks like screwed up reflection captures or you have Global Illumination on and bugged.

Rebuild lightning, and update reflection captures but it doesn’t work. No GI

When playing in other modes (not VR) everything looks fine

[mordentral]

@danilchernyh;735140

Rebuild lightning, and update reflection captures but it doesn’t work. No GI

When playing in other modes (not VR) everything looks fine

Then I don’t know what the problem is, put up an answerhub post about it, I haven’t seen it before and it isn’t related to the plugin so I couldn’t fix it even if I knew what was causing it.

[VirtualLilies]

@danilchernyh;735140

Rebuild lightning, and update reflection captures but it doesn’t work. No GI

When playing in other modes (not VR) everything looks fine

Try running the game in VR, open the console and type r.Streaming.MipBias 1. If that doesn’t help press “~” twice and see what console commands get initiated, investigate that. Lastly what comes to my mind double check post process settings, something might be messing the scene there. I assume you use some prebuild scene from the marketplace, if so this might be the culprit. If not just refer to my previous pointers.

[FatMoth]

@danilchernyh;735108

Getting this strange green artifacts only when playing in vr preview. When in editor everything looks fine…

I had this problem before using one of those HDRI cubmapped skylights. Not sure why but everything was green and bright/washed out.

[Astrea337]

@mordentral;735135

The step by step should contain a section for actually compiling.

If you’re referring to step 12 of the step by step, I can build the solution in Visual Studio just fine.

It’s step 13 that brings the error (even after a successful build), if I double click on the Uproject file. How does one open the project without using the launcher?

Apologies for my continued ignorance. This is not my area of expertise.

[mordentral]

@Astrea337;735244

If you’re referring to step 12 of the step by step, I can build the solution in Visual Studio just fine.

It’s step 13 that brings the error (even after a successful build), if I double click on the Uproject file. How does one open the project without using the launcher?

Apologies for my continued ignorance. This is not my area of expertise.

You will need to build it for DevelopmentEditor for the uproject launch to work correctly, that is the build that the launcher uses.

[uw19]

@mordentral;732680

No it didn’t, if it says

LogOnline:Display: STEAM: Loading Steam SDK 1.39
LogOnline:Warning: STEAM: Steam API disabled!
LogOnline:Display: STEAM: OnlineSubsystemSteam::Shutdown()

that means that the online subsystem didn’t load at all and it reverted back to subsystem NULL / LAN.

If you are packaging in shipping then it will fail without the appid.txt file. If you are packaging in development then it “IS” the SteamVRHome being enabled as it currently appears to conflict with the OnlineSubsystemSteam in engine and the Steam Subsystem doesn’t load anymore when it is enabled.

I’ve heard several people say that while packaging, the Steam API will be disabled and that’s expected. Which seems to be the case because I finally got it working!

We were using the development build instead of the shipping build (which I didn’t realize existed). Once I put the steamapp_id.txt folder in the shipping build, it worked! Thanks again for all the help and for the creating the plugin.

[mordentral]

@uw19;735503

I’ve heard several people say that while packaging, the Steam API will be disabled and that’s expected. Which seems to be the case because I finally got it working!

We were using the development build instead of the shipping build (which I didn’t realize existed). Once I put the steamapp_id.txt folder in the shipping build, it worked! Thanks again for all the help and for the creating the plugin.

Development build works with steam as well, the demo project is a dev build, you just don’t need the App_ID.txt file unless it is a shipping build.

[mordentral]

Just finished making sure the plugin was 100% on the 4.17 preview (had to make some changes due to OpenGL / Vulkan change for SteamVR and some minor code changes in motion controllers).

New social screen nodes in 4.17, “Texture” mode specifically is interesting considering that you can turn off split screen in settings and render a second player to that texture.
Also lets you map seperate camera views to the screen: IE: the mixed reality solution people are using currently.

The VR model loading functions appear unfinished and not ready currently in engine for 4.17 preview at least. Until they are finished and/or exposed to blueprint I will leave my nodes intact in the plugin.

[mordentral]

The main plugin will get a 4.17 branch tomorrow, if you want to check it out even earlier the template already has one for 4.17.

Just trying to check out some things before pushing a branch for the main repository.

Edit 4.17 test branch is up for the main repository, i won’t be making pre-packaged binaries until the next preview release as this one is pretty unstable.

[IslandPlaya]

Hi Mordentral,
I’m using the 4.15 version of your plugin and get a submission packaging error due to my use of the GetIsHmdConnected node in a front-end widget blueprint. Nativization is enabled. It complains about an undefined struct in one of the plugin’s headers.

Is there an easy fix for this?

Thanks once more for the fantastic plugin. I’ll be upgrading to 4.17 as soon as the current project is complete.

[mordentral]

@IslandPlaya;737367

Hi Mordentral,
I’m using the 4.15 version of your plugin and get a submission packaging error due to my use of the GetIsHmdConnected node in a front-end widget blueprint. Nativization is enabled. It complains about an undefined struct in one of the plugin’s headers.

Is there an easy fix for this?

Thanks once more for the fantastic plugin. I’ll be upgrading to 4.17 as soon as the current project is complete.

In 4.15 nativization was still a little…iffy…Also if you aren’t doing fully nativized then you need to ensure that you nativize any blueprint classes / structs that are referenced by the nativized class or it will throw errors like that.

Paste the error it is giving you and I can tell you if there is an easy fix or if it is an incorrect nativization setup (also which nativize mode you are using).

[IslandPlaya]

Cheers,
I have Blueprint Nativization Method set to Inclusive.
The errors I get are:-

E:\Projects\VMI\VMI_Stanhope\Plugins\VRExpansionPlugin\VRExpansionPlugin\Source\VRExpansionPlugin\Public\VRExpansionFunctionLibrary.h(46): error C2079: ‘Z_Param_Out_ATemp’ uses undefined struct ‘FBPActorGripInformation’
E:\Projects\VMI\VMI_Stanhope\Plugins\VRExpansionPlugin\VRExpansionPlugin\Source\VRExpansionPlugin\Public\VRExpansionFunctionLibrary.h(46): error C2079: ‘Z_Param_Out_BTemp’ uses undefined struct ‘FBPActorGripInformation’

[mordentral]

@IslandPlaya;737553

Cheers,
I have Blueprint Nativization Method set to Inclusive.
The errors I get are:-

E:\Projects\VMI\VMI_Stanhope\Plugins\VRExpansionPlugin\VRExpansionPlugin\Source\VRExpansionPlugin\Public\VRExpansionFunctionLibrary.h(46): error C2079: ‘Z_Param_Out_ATemp’ uses undefined struct ‘FBPActorGripInformation’
E:\Projects\VMI\VMI_Stanhope\Plugins\VRExpansionPlugin\VRExpansionPlugin\Source\VRExpansionPlugin\Public\VRExpansionFunctionLibrary.h(46): error C2079: ‘Z_Param_Out_BTemp’ uses undefined struct ‘FBPActorGripInformation’

Alright, its not pulling the struct from the Precompiled header when nativizing.

You can either add

#include "VRBPDatatypes.h"

Around the top of the file between the other includes.

Or download the newest version of the 4.15 locked branch, I added the line there for you.

This is not an issue in newer versions as they are now Include What You Use and don’t have a precompiled header like used to be the engine standard.

[IslandPlaya]

@mordentral;737563

Alright, its not pulling the struct from the Precompiled header when nativizing.

You can either add

#include "VRBPDatatypes.h"

Around the top of the file between the other includes.

Or download the newest version of the 4.15 locked branch, I added the line there for you.

This is not an issue in newer versions as they are now Include What You Use and don’t have a precompiled header like used to be the engine standard.

That did the trick! Thank you.