Skip to content

Conversation

@alex-vazquez
Copy link
Contributor


Purpose of this PR

JIRA

Moving all the drawers shared with URP to Core.

No user facing changes, added new public API, that can be usefull for Custom SRP's


Testing status

Check the Camera Inspector works in the same way.


Comments to reviewers

Mainly moving code arround to Core.

Copy link
Contributor

@arttu-peltonen arttu-peltonen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Apart from a few missing API docs, lgtm. I would try to think how to make it more clear what parts "belong" in Core and which should remain in HDRP. Although I'm not familiar with the code so I might be missing something :)

Copy link
Contributor

@RSlysz RSlysz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok but small fix needed:

  • Check static for classes
  • Check if sharing Expendable is good in the long therm (I don't have the answear, I just want we don't forget to think of this)

/// <summary>
/// Environment section
/// </summary>
public partial class Environment
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't this be static?

/// <summary>
/// Physical camera related drawers
/// </summary>
public partial class PhysicalCamera
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't this be static ?

Comment on lines +10 to +26
public enum Expandable
{
/// <summary> Projection</summary>
Projection = 1 << 0,
/// <summary> Physical</summary>
Physical = 1 << 1,
/// <summary> Output</summary>
Output = 1 << 2,
/// <summary> Orthographic</summary>
Orthographic = 1 << 3,
/// <summary> RenderLoop</summary>
RenderLoop = 1 << 4,
/// <summary> Rendering</summary>
Rendering = 1 << 5,
/// <summary> Environment</summary>
Environment = 1 << 6,
}
Copy link
Contributor

@RSlysz RSlysz Apr 20, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just a small concern here now that we share the Expendable:

  • does every SRP will always have the same Area?
  • Though as registration of expendable state is done in HDRP camera, the collapsing of lets say Projection area only collapse Projection for HDRP Camera and not for all (URP, CustomRP). Is this what we want? Should we also have a shared expendable state? What is expected to be done when making a custom SRP now regarding this change ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

URP will have an extra expandable state here that will be Stack, I will add it on the future. The expanded state isn't shared. Maybe we can share it, it will be an option.

A custom SRP could have it's own store for it expandables. The thing here is we are letting SRP to use this sections, if they want to use it is on their hands.

@jenniferd-unity jenniferd-unity removed their request for review April 21, 2021 07:52
@alex-vazquez alex-vazquez requested a review from RSlysz April 26, 2021 09:50
@alex-vazquez alex-vazquez marked this pull request as ready for review April 26, 2021 09:51
@alex-vazquez alex-vazquez requested a review from a team April 26, 2021 09:51
@alex-vazquez
Copy link
Contributor Author

@Unity-Technologies/gfx-qa-hdrp could you please do a full test on camera inspector? Check that everything is updated properly, and check that the fields are the same as previous versions.

Copy link
Contributor

@iM0ve iM0ve left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Whats tested:

  • Upgrading Amalienborg project and empty project
    • Checked preconfigured cameras still function as expected (Night, Evening, Afternoon)
  • Tested all properties found on camera to see that they still work
  • Checked volumes that have the ability to Use Physical Camera (Exposure and Depth of Field), can still be linked and utilize physical camera properties.
  • Verified you can still save changes for cameras. Changed a value and restarted the editor to see its still set.

@alex-vazquez alex-vazquez merged commit 0eae910 into master Apr 28, 2021
@alex-vazquez alex-vazquez deleted the x-pipeline/refactor-hdrp-camera-drawers branch April 28, 2021 08:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants