Official Unity Experimental HDRP DXR

Here are renders with SunFall SSAA. I got like 5 fps/sec. Looks like very slow but I use 2 bounce lights GI (one bounce light is too bad for interiors):

 

I managed with one bounce light and diffuse x2 so I got like 15 fps. Anyway SunFall SSAA allow me put much less samples from Physical Lights (boost speed) so I start make this scene finally. Keep fingers !

 

auzaiffe as always is too complicate for me to run it. Can you just simple pack whole folder project ? When I try run it it shows me Unity 2022....so is downgrade so is broken....

 

Thanks for the test projects.
Always good to have such scenes.

Because this is all pretty static here an HDRP Raytracing clone of the 424 project.)

under
git clone -b HDRP_Drive_Test https://github.com/sasa42/project-424-unity.git

you can find an HDRP Raytracing fork of the 424 project.

scene: 424 Test Track One Scene HDRP.unity

In the Common settings profile (screenshot)



you can enable/disable raytracing in the

• Screenspace Global Illumination
• Screen Space Reflection
• Ambient Occlusion

volume overides.

Main purpose was to test raytraced car (self) reflections and interaction with the track en movement.
Also to test TAA, DOF and Motion Blur during fast camera and car movements.

Materials are mostly untouched. (auto-converted from BuiltIn RP)

(Original BuiltIn RP https://github.com/PERRINN/project-424-unity)

Hit play.
Unmute Audio in Game Window.

Drive : W/A/S/D (toggle Q Key first)
Cameras: F1/F2/F3/F4/F5 with mouse interaction (zoom and rotation)

Key: Q - toogle replay mode / self drive mode


Would be nice if you could have an eye on such high dynamic use cases too.
Or simply add it to your raytracing test and improvement scenarios.)

 

some PostProcessing tweaks.
Pretty happy what RT GI and RT Reflections can do with an Directional Light and an IBL.









When someone has some tips for more stable raytraced gi and higher quality raytraced reflections during 350 km/h drive. Add it.)

 

I'm currently running into an issue with the RTGI quality mode.
Outdoor areas are lit by an HDRI, and indoor areas are lit by emissive meshes, which has been working perfectly using RTGI in performance mode. I'm at the point where I want more samples per pixel so I decided to switch RTGI to quality mode.

The problem is that, even at 1 sample per pixel, all indoor areas become lit in a very odd way even if there is no light source in the room, making everything look unrealistic/breaking immersion. I've submitted a bug report for this issue (Case 1350590)


The conference room (Credits to Anat Grynberg and Greg Ward), lit only by the emissive box in RTGI "Performance" mode, behaving as expected


The exact same scene, in RTGI "Quality" mode


The conference room with no light sources inside the room, in RTGI "Performance" mode, behaving as expected


The exact same scene, no light sources, in RTGI "Quality" mode


The same scene, in RTGI "Quality" mode

I've tried playing with the number of bounces, black ambient probe, baking/deleting reflection probes, lights and trying some open PR's that could impact the issue, but nothing seems to work.

 

Almost finished my Interior (SunFall AA solution):

 

#2

 

#3

 

I have just did a quick test on a scene I was trying out for character animation with RTX. I can't recreate your issue so not sure what is going on.

If it helps - I created a new "clean" project using the newest alpha

The first attached image below is performance, and second image is quality.

If a new project doesn't work, are you able to share the scene and I can take a look to help trouble shoot?

PS I am using the newest beta (no reflection probe, no static sky lighting in environment tab, no baked probes )

 

Try assigning a HDRI sky (I'm using this one) in your Sky and Fog volume.

 

Yeah I am getting the same issue with the HDRI sky after trying it. The gradient sky and default procedural sky are a bit better (outwith reflections) for similar exposure settings. But yeah, it there seems to be a problem with HDRI exposure values and bounced GI.

 

Some 4K renders:

 

#2

 

auzaiffe Thanks!

 

I finished my Interior pipe line by this Interior example. Time go to Exteriors!

 

#2

 

#3

 

#4

 

#5

 

auzaiffe thanks!

 

Wonder if anyone can can help here (or the devs) ? - in case I am missing a setting.

I am currently trialling the viability of using RTX with character animation. So going through the motions of trying to get some clean renders with the recorder and RT.

Typically for character animation, it is sometimes desirable that character specific lights do not affect the background GI. However it seems I cannot exclude the bounce light from the character lights whilst using RTX (only the direct).

To illustrate the point see the test scene (see attached - Please ignore the quality of the lighting and materials, its just to illustrate the point). Please note, I have setup light layers to affect only the character.

In an ideal world, when using light layers, my expectation should be that of the left hand side of the 2nd image. However, what renders is what is on the right, which includes the bounced GI and I have no option to exclude it from the GI

My questions is - is it possible to exclude bounce light from character key and fill lights from the background GI whilst using RTX lights and shadows? And if not just now, would it be possible in the future?

 

Hi Mark_29 I would like also, to have "easy Unseen flags" in Unity like I have in Lightwave. Simple is one button which exclude object from three different behavior:
- Unseen by Camera - object is not visible in Camera but still participate in Ray-tracing and GI.
- Unseen By Rays - object is visible but do not participate in Ray-Tracing (reflection), GI is working (your case)
- Unseen By Radiosity - object is visible but do not participate in GI

Self Shadow/Cast Shadow/Receive Shadow

Those are fundamental flags for rendering and using combinations of those flags you can create all desire behaviors.
Many of those flags works in Unity but is a bit messy solution for it.
That solution should be for each surface available or whole object.

 

Keep crossed fingers for my first off-line exterior!
Work in Progress:

Some photos references:

 

Hmmm I cant see your progress image, only the reference images...

 

newguy123 there is not yet renders. Work in progress.......

 

Btw, any news on this one? Very actual improvement...

 

This was merged 23 days ago, check out the PR here.

 

will that be in the upcoming 2021.2.0b6?

 

@auzaiffe Something I wanted to add, I noticed that locking the maxKernelSize to 1 in the HDReflectionDenoiser works really well in cases where the denoiser radius of 1 (current lower limit) is too big for DRS and tends to "over blur". So far it seems like an improvement when testing this in VR, while still providing a denoised output. Would it be possible to somehow make the denoiser scale this low through GUI?

Also, did you see this post? (Not expecting you to dig into it right away since your todo list must be huge )

 

None of my custom shaders seem to work with raytracing. Why is this? The docs say terrain isn't supported, but my tree and water shaders don't work either.

 

Wolfos:
- terrain is not support by raytracing yet.
- also if you use Amplify shaders.
- shadows from plugins which populate foliage doesn't have support from Screen Space Shadow.
Generally, Exteriors system are in "brute force" work: manual job

 

The one that is most important to me right now is my water shader, which uses shader graph. If I get that working I can at least have some ray traced reflections.

 

Raytracing terrain is under consideration





and seems to be far away.

Her some infos what´s released, in progress , planned and under consideration.

https://portal.productboard.com/8ufdwj59ehtmsvxenjumxo82/tabs/18-high-definition-render-pipeline

 

Yes, I've seen that. I wasn't surprised by the terrain but I don't see why the others don't work. Especially the water shader.

 

Current limitations are listed here:
https://docs.unity3d.com/Packages/c.../Ray-Tracing-Getting-Started.html#limitations

Basically vertex offsetting by traditional shaders is not supported by Unity raytracing nor is tessellation so SG route for any kind of vertex animation is immediately ruled out.

Only ways to do any kind of animation with current raytracing implementation are:
- use Alembic animation
- use skinned meshes and animate them
- modify actual mesh data through Unity's Mesh API (either via cpu or on gpu through compute shaders). Example for latter here https://github.com/keijiro/NoiseBall6

 

Oof those are quite a few limitations but I think I might be able to work around them. Thanks.

 

So i've been doing some experimenting and I think so far the only thing I don't like is the way HDRI sky works.

This becomes a problem when using pure raytracing, no baked lighting or light probes.

It's too over powering for an important visual feature. Unless i'm using it wrong.



With HDRI Sky all this nice global illumination gets massively drowned out in an interior scene. So much so I'm better off using Screen Space GI it looks about the same lol. (also please bring that to URP)



It's too broad and too overpowering, and just doesn't make sense. Like it's practically a single reflection probe applied to the whole scene.

And i can understand this is supposed to be sort of a fall back for the roughness threshold, but man it just kills everything with FLAT and BRIGHT.

But what's worse, is turning it off for a specific location disables the sky entirely so you can't even work around it.

So if you want to tune it going from an internal scene, to an outside scene you might have an entirely black sky before you step outside. It's absurd and the opposite of what the benefits of raytracing is supposed to be. Which allowing dynamically changing light, getting away from static bakes.

i think if this is something you want to do or need to do. You need a better solution maybe using low res path traced reflection probes then automatically applying that to the location like a reflection probe would.

At least in that scenario you wouldn't get what's basically a single reflection probe across the entire scene.

At the VERY least though, allowing the sky rendering to be independent of the lighting would allow some trickery to this solution.

EDIT: On another note, Ambient Occlusion does not take enough influence from indirect light. I dunno how to explain it.

Medium RTAO



High RTAO


It kinda seems like the best setting is 1 ray length and 1 sample

 

sacb0y one think from me: do not use HDRi or another GI background light source for lighting interiors in GPU engines. This is reserved for CPU system renderings (it is very complex solution and doing it by GPU is almost impossible). You need very sophisticated GI engine and Light Portals or .......switch to pure Path Tracing and wait forever (!)

Personally I never used HDRi as light source because this is the worst solution for rendering. Best idea is to to use Physical Sky or gradient background . If you have very good GI engine, Physicals Sky can be only one light source in scene (this is really, really complex solution). You need for that incredible good code and LightPortals.
Here you have example from our KrayTracing Engine when I used ONLY Physical Sky+ Sun:

This is done by Photon Mapping + QMC sampling in K3 Engine developed over 15 years. In GPU this is right now impossible.

Solution for you in GPU (I use it) is to use Area Lights everywhere when possible. Do not use LEM light sources (Luminosity Emission Materials) as light sources also.

 

So I experimented, and I feel like i get better more consistent results using an inverted sphere with an emissive material on it. Using pure raytracing rooms look like rooms, open air looks like open air...

Inverted sphere


HDRI Sky (At default values for the demo scene)


Path Tracing with HDRI Sky

Path Tracing with Inverted Sphere


Outside with inverted sphere


HDRI Sky (which looks ok, but it fills in the walls with sky which is weird, and the distant room is too bright...)

And while it's darker this reflection seems more accurate.

Lights on the walls actually visible, this is even a problem in the baked+rt scene. Also not having to manage the HDRI Sky effect making thie plant room area look too dark.


And ofcourse the internal scene looks good in one swoop, no adjustment or trickery.

Now i can't speak to performance yet, but it's doesn't seem worse to me so far. I had to adjust settings to get the rays tho.

The below values actually work the same with 500 ray length

EDIT: Oh also that reflection bounce count is unnessecary, I had a weird visual glitch and turns out it was cause that material had RT turned off. My bad. 1 or 2 is fine.

EDIT2: I also recommend setting the clamp value for global illumination to max 10, cause it seems that is not the default value like I thought and it's definitely needed if you want expected lighting results from emissive objects.

 

You mean these?



I couldn't get these to work with raytracing at all.

EDIT: Image that didn't load in last post for some reason of the more realistic reflection.

 

I just tried the same trick, replacing the HDRI sky with a big inverted sphere, and this indeed solves the RTGI issues I was having and does exactly what you'd normally expect from the HDRI sky.





However, this isn't really a solution that can be used in production because of the maximum ray length this trick requires for RTGI/RTR to reach the emissive sky dome.

 

Also why does Auto exposure appear to pulsate under certain conditions, is this just an editor thing? I have a hard time understanding how auto exposure works. It seems to affect the way the raytracing works rather than how it just looks.



Direct link cause it won't load

 

Agreed! it's not an ideal solution. Perhaps you could get away with similar tricks depending on the location.

I do not know the performance implications of the much longer ray length.

A proper skybox solution is definitely needed for scale. And one does not seem to exist currently.

 

Unity doesnt have raytraced HDRI yet so it work like rasterized HDRI filling all the space without proper occlusion