Search Issue Tracker
By Design
Votes
0
Found in
6000.3.0a5
Issue ID
UUM-114656
Regression
No
Opacity as density for terrain has an invert behavior compare to layer lit shader
Steps to reproduce:
- Create a terrain
- Use the red texture joined to create the first terrain layer.
- Use the blue texture joined to create the second terrain layer.
- Use the feature "Opacity as Density" for the second/blue layer.
- Paint the second layer with a low opacity.
Actual results: White parts in the base color alpha appear first.
Expected results: White parts in the base color alpha should appear last.
With a low opacity brush, the painting of the second layer should paint firstly the base color corresponding to the dark area of the alpha channel. More you paint and more the base color pixels appear corersponding to the threshold (alpha channel). At 1 (100%) all the pixels of the second layer are visible.
Reproducible with versions: 6.3
Not reproducible with versions:
Can’t test with versions:
Tested on (OS): Windows
Notes:
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
- Mono Windows Builds don't produce full log callstacks when generating logs
- AssetBundles fail to load when running in Built Players for Mobile Devices
- UI elements with text gets bigger and grey when Player window is moved to another screen with different resolution
- System name accepts multiline text but crops it on confirmation, duplicates input, and shrinks the field when empty
- UI element scale and position are wrong in project build when DRS is changed with HDR and Software Dynamic Resolution enabled
Resolution Note:
The bug as written does not match the observed behavior in HDRP. In both layered lit and on terrain, using opacity as density the alpha white parts of the image appear first.