Camera stacking for URP

[shiena]

You can find the sample here.
https://github.com/Unity-Technologies/UniversalRenderingExamples/tree/demos-camera-stacking/Assets/_WipDemos/3DSkybox

[addent]

@Elvar_Orn

Hey everyone,
Just to give a small status update.

We are currently working hard on this feature and it is at the top of the priority list at the moment. We were hoping to merge it this week but found a critical issue that needs solving before doing that.

If all goes well it should be ready early January.

It’s early January, 2020… any estimates on the release date for this?

[phil_lira]

Camera Stacking landed on main code line for 2020.1 today. I’m starting the backport to 2019.3. We have a 7.2.0 package planned for end of January that target to have Camera Stacking + several bugfixes.

[addent]

@phil_lira

Camera Stacking landed on main code line for 2020.1 today. I’m starting the backport to 2019.3. We have a 7.2.0 package planned for end of January that target to have Camera Stacking + several bugfixes.

Thank-you for the information! Looking forward to testing it out in 2019.3.

[crazii]

@phil_lira

Camera Stacking landed on main code line for 2020.1 today. I’m starting the backport to 2019.3. We have a 7.2.0 package planned for end of January that target to have Camera Stacking + several bugfixes.

Good to hear that.
Few days ago I did the backport to 2019.3 and moved post processing to base cameras before overlay ones, but I didn’t know if there’s any bugs from my modification since I’m new to URP. I guess the official code could be more stable.

[phil_lira]

We are working on a way to let you choose where to run the post-processing in the stack. This will allow majority of required setups.

[cinemator]

there are 4 days left to the end of January, I hope we will see camera stacking soon

[lloydhooson]

Hi, can I ask we get some clarification on what the actual is going on with this basic feature? Some info seems to allow it using patch from git hub, then theirs posts that that doesn’t work, then there cryptic posts saying “Well you could code a solution yourself” (like that’s useful).

We need some clarification on when and how this is going to fixed? We need more information for these packages that seem very beta/alpha. Such as the road map page for the main engine, we need a full work down page (probably a wiki with tutorials on each version of the package) on these packages. For a product blocking basic feature that in the standard rendering was literally select an enum “Depth Only”, this seems like a major oversight.

I cant remember the last project that I didn’t need to stack cameras, and I’ve been using Unity since version 1.1.

Rant over. Sorry.
Where is the info for this going to be fixed please? Thanks.

[JesOb]

@phil_lira

We are working on a way to let you choose where to run the post-processing in the stack. This will allow majority of required setups.

I dont quite understand do new camera stacking help with separate render scale for World UI (not only Overlay one)?

[xDenny8]

@phil_lira

Camera Stacking landed on main code line for 2020.1 today. I’m starting the backport to 2019.3. We have a 7.2.0 package planned for end of January that target to have Camera Stacking + several bugfixes.

Its last day of january… can we have any update ?

[phil_lira]

Hey, to give an update.
Plan was that 7.2.0 was supposed to be released last week, but instead we had to release 7.1.8 (not much on URP but mostly required as we release all graphics packages in lock step) and had to delay 7.2.0. It’s scheduled for next week.

[Mazak_1]

@phil_lira

Hey, to give an update.
Plan was that 7.2.0 was supposed to be released last week, but instead we had to release 7.1.8 (not much on URP but mostly required as we release all graphics packages in lock step) and had to delay 7.2.0. It’s scheduled for next week.

Thanks for the update… many of us are waiting patiently…

[dimitris_baud]

@phil_lira will this Camera Stacking update in 7.2.0 also allow drawing to multiple displays/display buffers? (related to this issue ).

[phil_lira]

@dimitris_baud

@phil_lira will this Camera Stacking update in 7.2.0 also allow drawing to multiple displays/display buffers? (related to this issue ).

No. That’s a separate issue.

[JesOb]

Hi
Just read rendering order of Unity camera stack there: https://github.com/Unity-Technologies/ScriptableRenderPipeline/blob/release/2019.3/com.unity.render-pipelines.universal/Documentation~/cameras-advanced.md

Can you please add option to not perform cull operation for overlay cameras but only filter cull results of base camera additional there will be cull to filter previous results with frustum of overlay camera

[phil_lira]

@JesOb

Hi
Just read rendering order of Unity camera stack there: https://github.com/Unity-Technologies/ScriptableRenderPipeline/blob/release/2019.3/com.unity.render-pipelines.universal/Documentation~/cameras-advanced.md

Can you please add option to not perform cull operation for overlay cameras but only filter cull results of base camera additional there will be cool to filter previous results with frustum of overlay camera

That’s is planned work for future versions.
We plan to support cache culling results, interleave stacking (to support cameras receiving and casting shadows from other cameras), and we need to add support to camera stacking in the 2D renderer. (and the upcoming deferred)

[JesOb]

Nice to know Thanks

Will all this be supported for 7.xx and Unity 2019LTS or new features will be only for 2020+ ?

[cinemator]

@phil_lira

Hey, to give an update.
Plan was that 7.2.0 was supposed to be released last week, but instead we had to release 7.1.8 (not much on URP but mostly required as we release all graphics packages in lock step) and had to delay 7.2.0. It’s scheduled for next week.

next week is already ending

[KMacro]

I pulled down URP 8.0.0 from GitHub and added it to a copy of my 2019.3 project to see what I am going to have to do to get camera stacking working, and I have to say I am extremely disappointed with the usability of the new system compared to the default render pipeline.

My project involves several scenes each with several cameras that get turned on and off according to various criterion. Here was my workflow with the default render pipeline:

1. Set the appropriate clear flags and camera depth on each camera.
2. Everything draws as expected.

Here is what I needed to do to get my project working similarly with the new URP camera stacking system:

1. Determine a base camera. There are several cameras that could become the base camera based on what configuration the game launches in.
2. As I cannot directly assign overlay cameras to my base camera overlay stack (cross scene references are not allowed), I have to create a convoluted structure to, at runtime, have the camera that has been determined to be the base camera announce itself to all overlay cameras. These overlay cameras have a script storing their appropriate sort order and respond by storing themselves in a list on a script attached to the base camera (I can’t just immediately add them to the stack because of #3 below).
3. Trying to access the camera stack on my base camera immediately when the game launches (even just to null check it) throws an exception, so I need to yield until the stack has been properly initialized, sort the list of overlay cameras based on sort order, and add them to the stack.
4. My system now works more or less the same as it did in the default pipeline, but I can only preview how things will look in Play mode. In Edit mode, I need to set up the proper camera stack for a base camera in order to preview my full game and I need to do this every time as the cross scene references cannot be saved.

Am I totally missing something about the way to use the new system? If not, will a better solution to solve camera stacking with cameras in multiple scenes be released at some point? Is there a good reason why camera stacking in URP couldn’t have a front end as simple as setting the depth field in the old system?

[Livealot]

Like many exploring the new 2D features from Lost Crypt, I’m quickly realizing that URP doesn’t work with my project. After reading many threads on the topic, it seems like things “might” work upon the soon-to-be-released “camera stacking” features

When that releases, it would be awesome to see how to set up gameplay vs. UI in the new workflow. Here’s a suggested example using Lost Crypt:

• There’s a beautiful magic wand with all the visual bells and whistles that appears on the screen
• Drag that to a inventory slot in your HUD
• The inventory panel should always been in the corner of the screen, whether portrait or landscape orientation. The inventory panel shouldn’t zoom if the gameworld view zooms. In the built-in renderer, this would be a Rect Transform alignment to Screen Space - Overlay so that it doesn’t change size when the gameworld camera is zoomed in or out
• All the wands visuals appear whether in the inventory UI slot or in the gameworld, or dragging between the two