Search Issue Tracker
Fixed
Fixed in 2022.3.23f1, 2023.2.17f1, 6000.0.0b14
Votes
0
Found in
2022.3.17f1
2023.2.6f1
2023.3.0b3
6000.0.0b11
Issue ID
UUM-61556
Regression
Yes
Shaders are not rendered properly after blitting in Player when creating a custom render pipeline based on URP
How to reproduce:
1. Open the attached “SRP_blit_issue” project
2. Open the “SampleScene” and enter Play Mode
3. Observe that the Game window displays an orange color
4. Build the project. From the toolbar, select File > Build Settings > Build (or Build And Run)
5. Open the built project and observe how the window now displays a light blue color
Expected result: The blit command is working correctly, screen appears orange
Actual result: The blit command is not working properly, the screen appears light blue
Reproducible in: 2022.3.5f1, 2022.3.17f1, 2023.2.6f1, 2023.3.0b3
Not reproducible in: 2021.3.34f1, 2022.3.4f1
Reproducible on: Windows 10, Windows 11
Not reproducible on: No other environments tested
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- var VisionOSEDRHeadromm has a comma instead of a dot when building with Metal Rendering App Mode and local OS localization is set to German
- IAP Catalog remove product “x” and add product “+” buttons are not consistent with other remove and add buttons in the Editor
- Performance issues in Play Mode when quickly hovering the mouse cursor over Hierarchy GameObjects
- Frame Debugger displays incorrect output when FidelityFX Super Resolution or Spatial-Temporal Upscaler is used with Temporal Anti-aliasing or Subpixel Morphological Anti-aliasing
- The layout system is failing to correctly calculate or apply the height of the Japanese fallback font when the primary English font's metrics are used
Resolution Note (fix version 6000.0.0b14):
This behaviour is indeed intended since shaders that don't match the `renderPipelineShaderTag` of the use `RenderPipelineAsset` are stripped out of builds (which leads to the incosistent rendering behaviour). Overriding this property in `TestRenderPipelineAsset` to match "UniversalPipeline" fixes the issue and both the editors and builds render the same result.
Despite this, it's true we should be more explicit about this stripping behaviour, so we're going to be adding some warnings and improving the docs for this! Thanks for the report!
Resolution Note (fix version 2023.2.17f1):
This behaviour is indeed intended since shaders that don't match the `renderPipelineShaderTag` of the use `RenderPipelineAsset` are stripped out of builds (which leads to the incosistent rendering behaviour). Overriding this property in `TestRenderPipelineAsset` to match "UniversalPipeline" fixes the issue and both the editors and builds render the same result.
Despite this, it's true we should be more explicit about this stripping behaviour, so we're going to be adding some warnings and improving the docs for this! Thanks for the report!
Resolution Note (fix version 2022.3.23f1):
This behaviour is indeed intended since shaders that don't match the `renderPipelineShaderTag` of the use `RenderPipelineAsset` are stripped out of builds (which leads to the incosistent rendering behaviour). Overriding this property in `TestRenderPipelineAsset` to match "UniversalPipeline" fixes the issue and both the editors and builds render the same result.
Despite this, it's true we should be more explicit about this stripping behaviour, so we're going to be adding some warnings and improving the docs for this! Thanks for the report!