Feature Request Post Processing with multiple cameras is currently very problematic

Would love to get updates on this as well, at present world space elements that pass in front of UI (which is the majority of our game setup) cannot take post processing

 

It's great this has received some attention. +1

 

+1

 

+11111

 

+1

3 years in and the problem is just now on the radar

 

+1

 

+1

 

+1
please fix this ;-;

 

I fixed this by using the camera stacking and volume masking on the cameras.

 

Could you elaborate more specifically on this please?

 

For camera one, I set it the render type to overlay
For camera two , which is what I have as my background (camera one focuses and culls something while I have the second camera have the depth of field aspect)
I have it's render type at base and then at the very bottom there's a foldout labeled "Stack" and I add camera 1 to it,
Both cameras are set to output render textures and they layer anything that isn't culled transparent, and it looks great! I'm able to use the "Environment" Foldout I use the volume mask to give each one different volume visuals with post processing.
If you need a more in depth explanation I'll do my best. I hope I haven't misunderstood the purpose of what this thread was trying to achieve so if I was wrong sorry in advance.

 

Really need this too. How is it not something done yet?

 

Hey, @ali_mohebali.
How are things going?
Is there any news you can share with us?

 

+1

 

Still nothing?

 

+1

Wish I could use PP for some blurring effects. Guess I'll be writing a bunch of blur shaders instead.

 

After years, totally disappointed that this is still going on... It is just beyond my understanding that such important stuff gets handled so late and so... painfully.

Let's say you have situation where you used some post processing to set some mood by using color grading. And then you want to display say a particle effect that wants some bloom effects on it. You will get both on the fx and everything else... so then you get double of everything!

It does not matter if you use layer masking, because as soon as you make the Renderer Data to use post processing, it will just use the same one again. The global volume (or any other volume) does not seem to make use of layers.

This is just rendering 101 in my opinion. And if URP claims to be replacement for legacy renderer, it needs to do far better job than this ( years of ). Ironic thing is that more URP try to be better, it just feels like it is going back to legacy to be honest, ( or just trying to match up ) After years and years, not sure if the time spent on URP, HDRP was really worth it, or at least was efficient at trying to be.

 

A year ago, I encountered this problem and searched for a solution to no avail, and as a result, it has not been solved until now.We need the following features：

1. Individual Overlay Camera PostProcessing
2. Keep Alpha while Post Processing

 

+1

 

+1

 

+1

 

+1

The overlay camera system is really powerful, but having an overlay camera's post process render over the base camera's image really limits what you can do with this...

 

Just stumbled on this issue or missing feature myself as i wanted to add some blur to foreground objects only to emulate some depth of field... Any progress on this on the Unity side?

 

+1

 

+1 For URP individual camera post processing.

 

+1

 

Hello! We've been using the setup for a while in Unity 2020.3.14f1 to make sure post processing is not applied on UI elements, but now we tried to upgrade to 2021 LTS and it stopped working. It seems like even though the post processing is turned off on these cameras, the post processing effects are applied either way.

We tried to use the volume masks as you would in a 3D pipeline, but it only worked for selected effects (we assume for those that are supported in 2D). Does anyone know what happened that this is no longer working?

We found a new workaround by defining a separate 2D renderer which has post processing disabled, and have those cameras use the different renderer. This is slightly less performant I assume since the rendering calls are now separated but it seems to work.

 

Wow, very interesting. We have the exact same versions and problems. I will try to use a separate 2d renderer. Did you check performance/frame rates after changing to this setup or does it feel slower in any way?

 

Here's a demo of the issue in Unity 2021.3.3. It didn't add post processing to the overlay cameras in 2020.3.14.
It's also crazy how it multiplies the post processing by the amount of cameras.
The post processing button doesn't do anything to cameras of Render Type: Overlay.

However, the trick from rochmich with a separate 2d renderer seems to have worked and I couldn't see any performance degradation just by looking at that stats window. 2021 gives a lot of boost to our project anyways.

If you're confused how to do it, find your UniversalRenderPipelineAsset (Project settings > Graphics) and then click the + button to add a new 2d renderer. Duplicate your first, and disable post processing.

 

Trying to add post processing to my main camera (game view) and ui effect camera (ui particles), but enabling post processing on multiple cameras in a stack multiplied the post processing.

Keeping post processing on in only one of the cameras inside the stack (the overlay camera) fixed the issue, but my UI is also getting post processed (very noticeable bloom).

If post processing is not ticked I would very much like that post processing is not applied on the overlay camera OR allow us to create individual post processing per overlay camera.

EDIT: Not only can you not exclude post processing from a specific overlay camera, you also cannot exclude anti aliasing which completely destroys my font on build.

 

I wonder if this is even being considered in Unity at the moment...

 

+1

 

+1

 

Yeah... +1. This basically disables an overlay I've been looking to implement with post proc, on account of creating an infinite feedback loop in the color. This is a serious issue.

 

I'd really love to apply bloom to the fireball object in my game, but not to any other objects. Currently it's not possible due to the way URP post processing and camera stacking works.

 

hey guys ,i had solve the problem ：ugui render in the stack of scene camera，and use gamma space： killop/URP-12-GammaUIAndSplitResolution: 线性工作流下，场景相机和UI相机，独立的分辨率，并且UI能够保持在 Gamma 颜色空间下工作 (github.com)， ui camera do not have post processing ,no fxaa or fsr。to be honest ，unity should actually develop a game!

 

It would be awesome to be able to use the output of a second camera in black and white as a mask to apply to the post effects, so you can have fine control over where the effects are applyed.

 

Camera Stacking cannot apply a separate PP for each camera.
Please do not lie in official videos...

 

I'm having the exact same issue. Updated from 2020.3.25 to 2021.3.8 and now the postprocessing toggle in the camera component is bugged. If you enable it in any of the cameras (doesn't matter if it is the main cam or the overlay ones), it applies pp to all of them. Layers and culling masks doesn´t matter anymore.

@ali_mohebali is the team aware of this bug? I don't know if I should report this somewhere else

And I'm using only two cameras, one nopost (UI), and the maincam with pp. I gave up on any fancy pp long ago seeing the nightmare it was.

PD: Thanks @rochmich, the workaround of using two different renderer assets "fixes" it.

 

+1

 

+1

 

Hi, op here.

I'm glad the issue is being worked on, wanted to take the chance to bring up a similar problem, hopefully one that's easier to fix:
The 'Camera Opaque Texture', which gives you a texture with all the opaques rendered for use with the shader graph, only ever renders out the Base Camera in a stack, and nothing from the overlay cameras is visible. This can make fullscreen effects with distortion super annoying to make, like rain or glitch effects.
Here's some other threads with the same issue:
https://forum.unity.com/threads/camera-stacking-urp-opaque-texture.1018444/
https://forum.unity.com/threads/urp-camera-stacking-with-opaque-texture.1222794/
https://forum.unity.com/threads/sam...ra-opaque-when-using-camera-stacking.1020112/
Hope you can fix this together with the post processing issue.

 

Download the project it doesn't work the way you might think it does.

But also how post processing works with camera stacking has changed at least once since this video since I had to redo my setup in the past after updating unity versions.

 

i mean guys Unity team... this is one of the biggest turn off i ever ever experienced in my entire life, i mean COME ON!
this is such an important feature! if you want to keep up with the competitor you NEED to adress it ASAP!

 

I have a problem with this related to VR that makes this even more complicated. The UI Camera in VR has to render the UI in world Space and if we use the camera stack with the workaround of having the PP only in the base and an overlay Camera that renders the UI with no PP at all, the UI is render always over the hands of the player even if they are behind in the world space, something that breaks inmersion totally in VR.

 

+1

 

+1

There's seriously no way to have post processing on my overlay camera without affecting the entire base camera?

I understand that other problems might have a higher solve priority, but this is an issue I've run into on a number of separate projects. It makes working with 3D object UI elements all the more difficult (which I'd rather render through an overlay camera, rather than parent to the main camera).

Hope we get a fix!

 

Have any Unity people had any breakthroughs?
It'd be great to know if there's something on the horizon or are we looking at years in the future? On the radar sounds pretty bleak to me and it's a huge limitation.

 

Just wanted to chime in and say that I also was working in a Scene today and expected that an Overlay Camera Post Processing (stacked Camera) would work. Looking forward to seeing a solution from Unity! I'm currently using this technique to dim the backgrounds but keep the characters unaffected, but I would prefer to make the characters pop and leave the background unaffected.