NVIDIA GameWorks Merged Branch by

[anonymous_user_bcf66e2c]

Here is something people have wanted in FLEX for quite a while. I take no credit for the actual coding (All work by NVIDIA). I just implemented a test demo of it. FLEX Trigger Volumes, allows you to count particles that enter the volume (and optionally kill them) therefore allowing you to implement gameplay events based on FLEX particles.

FLEX Trigger Volume

[anonymous_user_a0945a49]

Hey ! This is really awesome. My team and I are currently working on a VR project that would benefit greatly from the VRWorks implementation. As said above, it’s a shame that it’s not released in full yet, but if you could integrate Multi-Res, that would be exaclty what we need. We tried it ourselves and kept tripping up on some weird errors that we were unable to resolve. The fact that your branch has not just some of, but all of, what we need, it would be hugely beneficial if you could implement Multi-Res.

Once more of VRWorks comes out, do you plan on implementing that as well?

[anonymous_user_fb3fecdc]

I would love to see the MultiRes branch integrated.

Also would be great to see a higher quality AA solution that can worked with deferred rendering.

[Sephiroth_FF]

MultiRes 4K Rendering

Hi, First a very big thank you to @ for this awesome Merged Branch and I am so happy to finally upgrade my UE4.9 to 4.12. I saw you said you where seeing if there is enough interest in MultiRes. Well I don’t do any VR (yet?) so I for one don’t really need it as it is but I read a article about how the UE4 game Obduction used it to achieve pseudo-4k here http://www.pcgamer.com/nvidia-gtx-1080-1070-features-detailed/ and here http://wccftech.com/heres-how-nvidias-simultaneous-multi-projection-can-benefit-4k-gaming/

The game was running at 4K but only hitting about 50 fps, just a bit below the desired 60 fps for a 60Hz display. By flipping a switch, the game renders the outer portions of the display at a lower resolution and stretches these, leaving the main section of the display—where you’re most likely focused during gaming—at full quality. Frame rates jumped from 45-50 fps without multi-projection to over 60 fps, and while there was a slight loss in quality, it was only really visible if you were stationary and carefully looking for the change. I was able to talk with the developers a bit, and they indicated that their game is one of the first to use multi-res shading in this fashion, and it will work on both Maxwell 2.0 as well as Pascal cards.

Running game in UE4 in 4K is just impossible since it doesn’t support SLi but if it is possible for you to modify MultiRes to work like this I would be very interested and super thankful.

Thank you very much
David

[anonymous_user_bcf66e2c]

I would like to merge MultiRes at some point, my only concern is it has a large integration footprint and based on the issues listed on github, it has the potential to break a lot of UE4 features - I don’t know what its current state is, but Ive seen reports that Dynamic Shadows and Bloom don’t work with MultiRes currently. So this goes out to the people who are currently using the MultiRes branch, what issues are you facing, if any? Is it worth the risk?

[anonymous_user_d4447896]

Thanks so much for merging the branches. However whenever I open the editor I get the “D3DCompiler_47.dll” is missing from your computer" but the editor opens and all seems fine. I tried putting the .dll file that I had from last release in “System32” and “Engine/Binaries/Win64, etc” but still the error message. Is it working ok or is it using an old compiler ?

[anonymous_user_bcf66e2c]

@Chaosrik;571475

Thanks so much for merging the branches. However whenever I open the editor I get the “D3DCompiler_47.dll” is missing from your computer" but the editor opens and all seems fine. I tried putting the .dll file that I had from last release in “System32” and “Engine/Binaries/Win64, etc” but still the error message. Is it working ok or is it using an old compiler ?

Where does the error appear? As I am not seeing this, I looked through the ouput log and don’t see any reports of missing D3DCompiler_47.dll. It should be in the Binaries\ThirdParty\HairWorks directory. I just checked my repo and its definately there

[anonymous_user_d4447896]

There is a “D3DCompiler_47.dll” in both Gameworks and Hairworks Directory but unless I put the .dll file in my System32 folder I get the error. I tried adding a cvar to consolevariables.ini to tell UE4 where the .dll file is but it didn’t work.

[anonymous_user_bcf66e2c]

Yeah not sure then, I have a d3dcompiler_47.dll in my system32 aswell, but it was there prior to working with the merged branch, so obviously at some point I got it installed, maybe via the DirectX runtimes, or the DirectX SDK, or something. Not sure why its needed, but it was part of the NVIDIA branches so was included in my branch.

[anonymous_user_d4447896]

OK, thanks anyway for all your work. It seems to work fine

[BRF]

Thanks for all the hard work to merge this “good stuff”

Best Regards
MC

[Azarus]

MultiRes: Only if there is enough interest
Yush theres interest!!

[anonymous_user_bcf66e2c]

MultiRes: Only if there is enough interest
Yush theres interest!!

Please see my previous post as to my main reservations for merging MultiRes. If someone, or a couple of ppl can answer the below questions, it would help to change my mind.

@;571368

I would like to merge MultiRes at some point, my only concern is it has a large integration footprint and based on the issues listed on github, it has the potential to break a lot of UE4 features - I don’t know what its current state is, but Ive seen reports that Dynamic Shadows and Bloom don’t work with MultiRes currently. So this goes out to the people who are currently using the MultiRes branch, what issues are you facing, if any? Is it worth the risk?

[anonymous_user_bcf66e2c]

Just committed my latest changes that should allow a project to be packaged in Development and Shipping configurations. Have tested the Development configuration myself.

[joe.real]

@;572219

Just committed my latest changes that should allow a project to be packaged in Development and Shipping configurations. Have tested the Development configuration myself.

Thank you very much.

[samrat333]

my project is very slow why ??? build every thing and in vs 2015 shader compiler and shder chache bhuild light build but slow any solution b coz my project work fine in only other vxgi 4.12.5 branch

[anonymous_user_bcf66e2c]

@samrat333;572685

my project is very slow why ???

I’m going to need a lot more info than that. Maybe u dont meet the minimum requirements? Maybe your trying to simulate too much stuff, maybe you have VXGI settings too high, etc. etc.

Tell me about your project, show some screenshots, are you using any of the GameWorks techs? If so which ones, and what are you doing with them?

Bare in mind, the GameWorks techs can be very heavy on the GPU. Especially for lower end GPU’s

[samrat333]

evrerything , setting same 1 have vxgi 4.12.5 from git hub and 1 i have ur 4.12.5 branch my project work with my branch fine when i open in ur branch my system is very slow and presptive view not work fine in lit mode unlit work fine buit li mode very very slow

[anonymous_user_bcf66e2c]

Everything is not an answer. So your complaint is VXGI is slow in my branch but not the main VXGI branch? Or something else? If it is just VXGI then that is not everything, you need to be very clear with what the issue is, as I cannot investigate everything.

[samrat333]

i think something missing issue is very clear bro same system same project and same proceed build ue in vs 2015 if u have any heavy project high resolution plz check it