Feedback Wanted: Lightweight Render Pipeline

Rather than duplicating one of the built in shaders , try modifying this LWRP Physically Based example on GitHub

https://gist.github.com/phi-lira/987857a10f0a141a82843827a6bd6865

That’s what I’ve used as my starting point.
But only a little bit so far. I’m ver new to editing shaders, and prefer using Shader Graph.

I’m looking at the LWRP water shader that is in the Boat Attack demo. I love it! I’ve tried to make something like this in shader graph but it does not look good. Will it be possible to some day make a good LWRP water shader in shader graph? Or is water just one of those complex things that will always require a bit more custom shader work?

  • yes , the only problem for me is that I want to edit it in the ShaderGraph, which I don’t seem to be able to do with this shader.

_and I also seem to unable to get this shader to compile for some reason

No post processing for OpenVR (beta 3 and 4. Pipeline 4.0.1)
To replicate:
-Use Unity Hub, create new project from VR Lightweight RP template.
-Install OpenVR from the package manager.
-Run template example scene.

Thanks @Tim-C
Meanwhile, still on that question, any idea ?

Other type of error that randomly triggers in the editor with LWRP. (In Cloudbuild too), since the beginning:
[Unity] Shader properties can’t be added to this global property sheet. Trying to add _GrabTex (type X count X)
And there’s no way to find the origin, the error disappears after some time or when ‘selecting’ all the game objects. It clearly one of my shaders, I get that, but I don’t know which one it is, what ‘this’ global property sheet is refering too :confused:

So far I’m trying to delete all objects one by one, to try find which shader is causing that. But that’s never ending search, completely in the blur °-°

EDIT: I saw maybe this can be related, Unity Issue Tracker - GrabPass shader errors are thrown when using a projector with a specific shader, but could we have an explanation about why this won’t be fixed? or at least improved to give a more detailled error message?

Other subject, on build, there’s those warnings in the log:
WARNING: Shader Unsupported: ‘Lightweight Render Pipeline/Lit’ - Pass ‘Meta’ has no vertex shader
WARNING: Shader Unsupported: ‘Lightweight Render Pipeline/Simple Lit’ - Pass ‘Meta’ has no vertex shader
WARNING: Shader Unsupported: ‘Lightweight Render Pipeline/Unlit’ - Pass ‘Meta’ has no vertex shader
Something I didn’t updated correctly or warning only due to preview?

Is there a particular reason that Enlighten is not supported on LWRP? Or is it coming eventually?

Yes, I was experiencing this too with both 3.3.0 and 4.0.1 in 2018.3b5. Has anyone found a work around for this?

Hi all,

I am thinking of using SimpleLit to further capitalize on LWRP performance on Intel GPU devices. Is there any existing performance benchmark?

Another question is whether keeping PBR shader in preload shader list (and not using them) will incur any noticeable performance penalty?

(I have been looking at various way to maintain 60fps and limit laptop heat, and so far I haven’t been able to get both with PBR shader scene: I can get stable 60fps but GPU temp will reach 90-100 celsius within minutes, fan noise ensures and may trigger heat throttling; I can low my goal to stable 30 fps then GPU temp will hover nicely around 60-70 celsius… In both case I am talking about a MBP 2015 + Intel GPU + game running at 720p: I see no chance of getting retina resolution to run at stable 30fps on Intel GPU, not for long at least)

(And I am testing on LWRP + Metal + IL2CPP already.)

Are the SortingGroup for sprites fixed?

See @Tendro 's post Feedback Wanted: Lightweight Render Pipeline page-6#post-3541371

1 Like

While adding support for LWRP to custom builtin unlit shaders (using different SubShader sections and the RenderPipeline tag) I have found I also need to add

"RenderPipeline" = ""

to the other builtin Subshader sections. If I omit the RenderPipeline tag in the SubShader section for builtin pipeline in the same shader, it does not compile when using LWRP. Is this correct?

Is it possible to have platform compiler defines (like SHADER_API_MOBILE exists, I’d want to have SHADER_API_LWRP or similar, …) OR at least make the compiler ignore the SubShader sections targeting SRPs that are not present? If I deploy the shader into a builtin setup (no SRP packages installed), I don’t want the SubShader sections with RenderPipeline = “LightweightPipeline” to be compiled nor throw any error.

Thanks.

Alright, so I did a few benchmark today, it seems SimpleLit’s performance gain is quite insignificant on Intel GPU, especially when compared to other factor like Post Processing and number of lights. I am not sure if it’s to be expected.

Benchmark (1 directional light + 2 point lights + 1 spot light + SMAA medium + Bloom; Lit vs Simple Lit):

3792718--318277--Screen Shot 2018-10-17 at 13.29.02.jpg 3792718--318280--Screen Shot 2018-10-17 at 13.32.03.jpg

Benchmark (1 directional light only; Lit vs Simple Lit):

3792718--318283--Screen Shot 2018-10-17 at 15.07.07.jpg 3792718--318286--Screen Shot 2018-10-17 at 15.08.44.jpg

(cont. in next reply)

(cont. from previous post)

Benchmark (1 light vs 4 lights vs 4 lights + FXAA vs 4 lights + SMAA medium)

I always thought PBS is much more complex than simple Blinn-Phong, but it seems even with additional environment sampling, PBS isn’t much slower on Intel GPU Laptops (when you compare it to Post Processing’s performance hit).

Hi @phil_lira @Tim-C
I ma currently using LWRP and trying to create a custom render pass but I am facing issues. Here’s the related thread : ScriptableRenderPass and SetOverrideMaterial
Any help would be super awesome.

@phil_lira hi @Tim-C hi guys, any suggestions on the above?

I recently upgraded to Unity 2018.3.0b3 and am using the LightweightRenderingPipeline. I have noticed that my build size has jumped tenfold from 90MB to 950MB! What is going on here? Has anyone else noticed this?in my build report in the editor console I have:

Build Report
Uncompressed usage by category:
Textures 36.1mb 3.8%
Meshes 4.4mb 0.5%
Animations 26.1mb 2.7%
Sounds 0.0kb 0.0%
Shaders 4.5mb 0.5%
Other Assets 2.0mb 0.2%
Levels 1.6mb 0.2%
Scripts 419kb 0.0%
Included DLLs 0.0kb 0.0%
File Headers 908.8kb 0.1%

Complete size 952.4MB 100% !!!

1 Like

Hello,

I am using Unity 2018.3.0b6 and LRP 4.0.1 and I have a scene with one Directional light and 3 point lights.
I have the following issues:
1/ If I disable the shadows from the main light, the point lights disappear from the scene.
2/ If I switch the additional lights from Pixel Lighting to vertex lighting, the settings (eg: per object limit) get grayed out, but still apply. For example if I set the limit to 2 additional lights with Pixel lighting, then switch to Vertex lighting, I can still see only 2 lights per object.

Question: what is the vertex light per object limit?

Thanks,
Mihai

Is your lighting mode set to mixed? There was a regression related to mixed lighting that slip in that version. We have a fix already and it will be in the next package.

About the material errors I’ll investigate it.

Enlighten is supported in LWRP. Dynamic GI is not. We have discussed about the implications of adding it as some devs have asked for it.

1 Like

Hey Nic, would you open an issue for this? This way I make sure this bug is on our radar and you get notified when we fix it.

2 Likes