Feedback Wanted: Lightweight Render Pipeline

Any way to make a motion blur post processing effect in LWRP? I acknowledge LWRP doesn't support it, but I am making a racing game for iOS so it is kind of a critical feature : /.

Also, I am planning to create a mobile-friendly clearcoat with LWRP (similar to clear coat effect with Lit Shader in HDRP). But before I start, I'd like to know if this is something expected to be implemented in LWRP?

 

@phil_lira I'm using lwrp 3.0.0 in unity 2018.2.8. I tried downgrading to 2.0.8 but still only 1 light can be active on the screen. I remember it was working many unity versions ago. I did not mention it but this happens in the editor! Any workaround or setting for this or do I have to wait until 2018.3 and 3.3.0?

 

It looks like the LWRP Standard PB material doesn't have an option for taking emissive into account for global illumination, as there is no Global Illumination dropdown under the Emission section. Is this just not supported in LWRP, or is there another way to do it? Thanks!

 

EDIT: Today we realised that the package available in the Unity Package manager is not the latest version. And that this bug was fixed in later release that's available in GitHub... Sorry for inconvenience.

Hey @phil_lira @Tim-C I'm having problems using pixel lights and LWRP with Android as the build target.
The problem only occurs in editor and with Android as the build target. With Windows as the build target everything works. And a build for Android also works correctly.

The problem is that pixel lights seem to go on top of each other regardless of their position in the scene. Unity version is 2018.2.8f1 and LWRP version is 3.0.0.

Pic of whats happening:


And here's how it looks on Windows as the build target.

 

I'm also trying to hook in here; any updates on the OnPreCull front? So far I've been unable to find any equivalents in the internals.

 

@Lacuna-Corp I think IBeforeCameraRender is the closest you can use at the moment.

 

I had same problem, https://forum.unity.com/threads/ugly-green-light-when-baking.545665/#post-3613474
Its a bug according to Unity dev, the issue here is that our Emulation mode as it exists now has some flaws, it skips some important parts and especially with the new SRPs it has lagged behind. Also it will turn itself back on after a build and also after closing/reopening the project, so it can be quite annoying.

In the latest package(which you will be able to get when 18.3 betas releases) disables structured buffers which solves this temporarily until we fix graphics emulation on the Unity side.


but when building on Android all pixel lights work, to see it in editor change graphics emulation back and back and fourth, but bug will return as soon as you hit play.

 

I'm running into a bug when layering multiple cameras on top of eachother in the LWRP and deploying to mobile platforms. I've been able to repro this 100% of the time with a simple test scene.

Steps:

Create a new LWRP project.

Add a second camera to the scene, and set position and /or rotation to provide a different view from the main camera (so we can tell them apart).

Increase new camera "depth" value to render above the main camera, and set clear flags to "Don't Clear" or "Depth Only".

In the editor, it'll work - you'll see the scene rendered twice with an offset:



However, when I publish to iPad (2018 model running iOS12):



It looks like something's gone horribly wrong with tile rendering for the second camera. These screenshots are built with Unity 2018.2.9f1 / LWRP 2.0.6-preview.

Some things I've tried which have had no effect:

• Removing the Post Processing layer/volume from the test scene.
• Toggling MSAA / HDR / Color Texture / Depth Texture.
• Swapping out the LWRP profile for the lowest possible settings.
• Adding even more cameras (all cameras after the first - in terms of depth/render order - are bugged).
• Changing first camera clear flags to solid color instead of skybox.

I've also tested with numerous editor/package versions, and this is the least broken I've been able to get it looking so far. In an earlier (sadly undocumented) test I did on Android, the second camera didn't seem to render at all. I'm going to do more tests with the absolute latest from git + the latest editor beta, but wanted to get a head start on flagging it in case it's already known.

I've also tested with the built-in RP, which appears to handle multiple cameras correctly and consistently on my devices.

Cheers,
Hadyn

Edit - looks related to: https://forum.unity.com/threads/fee...t-render-pipeline.518267/page-10#post-3613123

 

I just tried:

• Unity 2018.3.0b2
• SRP 3.0.3-preview (from github)
• Unmodified LWRP example scene (no additional cameras like my previous post)
• Build and deploy to iPad 2018 / iOS12

... And the app immediately crashes out after the Unity splash screen. I've attached the debug logs it spat out during loading / crashing in case there's anything useful there.

 

The way the LWRP gives the main light does not always work flawlessly:

In this function(looking through the source) it basically returns the first directional light it finds from the scene (LightweightRenderPipeline.cs):
static int GetMainLight(PipelineSettings settings, List<VisibleLight> visibleLights)

In our case this returns our UI light, which is also directional light. It would be nice if there was another way to do this (by using tags or something).

 

Hello. Got a hard time understanding your feedbacks regarding release of LWRP 4.0.0.
As written in the Github changelog, it's: [4.0.0-preview - 2019-09-21]
So I get that it's just a mistype for 2018 (although, not fixed for the last 6 days and pressent in other packages to ?..) . But does that mean it's released? If so, is that normal that I can't find it in the package manager ? (I'm using 2018.3 b3 and the github package.json only refer to 2018.3).
If not, any clear ETA? And what does that date really means? I'm completely in the blur here.

Thanks for your answers.