Search Issue Tracker
Won't Fix
Won't Fix in 2022.2.X
Votes
0
Found in
2022.2.0a13
Issue ID
UUM-1969
Regression
No
[HDRP DRX] Clamping rtx reflections for opaque objects
This is a workflow issue im not sure if we can solve. Recently we improved the clamping of transparent surfaces, in my case it can be visible on car windows. However now its difficult to match the reflections for smooth opaque objects. I wonder if we could provide a similar option for opaques.
Reproduction:
1) Open the sample scene
2) Look a the reflection on the glass part and the plastic part of the door
Result: The plastic part reflections are clamped too much and hard to match the transparent ones
Workaround: I found a workaround but maybe its not a good one, simply change the plastic part to be Transparent with 0% transparency (show in the workaround.mp4)
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
- Required SpriteMask class (ID 331) is stripped when "Strip Engine Code" is enabled
- “Maximized serialized file backup not found” error is thrown when minimizing a window in a newly opened project
- Build stack trace contains invalid lines when building with IL2CPP using scripts with delegates containing generic types in the signature
- Entities Systems window has a “Show Full Player Loop” dropdown which does nothing when clicked after enabling “Show Full Player Loop”
- Entities Hierarchy Search “Show/Hide” button’s Lens Icon is blurry when the Editor is on an external monitor
Resolution Note:
After giving it a second thought, it is better to keep the system this way. The alternative being:
For opaque objects, if perfectly smooth, no clamping if perf or quality with one bounce
For opaque objects, if perfectly smooth, no clamping if it hits an unlit or the sky.
For both cases, it will introduce a big visual difference as soon as the surface is not perfectly smooth, which will be a big issue.
Resolution Note (2022.2.X):
After giving it a second thought, it is better to keep the system this way. The alternative being:
For opaque objects, if perfectly smooth, no clamping if perf or quality with one bounce
For opaque objects, if perfectly smooth, no clamping if it hits an unlit or the sky.
For both cases, it will introduce a big visual difference as soon as the surface is not perfectly smooth, which will be a big issue.