Search Issue Tracker
Won't Fix
Won't Fix in 2021.2.X
Votes
0
Found in
2020.3.13f1
2021.1.12f1
2021.2.0b1
Issue ID
UUM-3786
Regression
No
Procedural Virtual Texture will sometimes become corrupted when using InvalidateRegion
Reproduction steps:
1. Open attached Project
2. Press Play
Expected result: The terrain has no artifacts
Actual result: Some of the terrain tiles sometimes are loaded in corrupted
Reproducible with: 2020.3.13f1, 2021.1.12f1, 2021.2.0b1
Could not test with: 2019.4 (Could not downgrade)
Notes:
Additionally can be reproduced by using a Free look camera and flying around at high speeds until an Artifact is noticed
The Artifact goes away after being Invalidated
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
- "Shader warning in 'Hidden/Light2D': implicit truncation of vector type" is thrown when building Universal 2D template
- AI Assistant breaks compilation of packages using System.Runtime.CompilerServices.Unsafe via auto-referencing
- Unity Hub checks the "Documentation" module by default on the 6.4 and 6.5 streams despite that it was unchecked with the previous installs
- Shortcut that toggles between Dopesheet and Curves Views in the Animation Window's Timeline is mislabed
- Property List Items Overlap onto the Property List's top edge when scrolling through a long Property List
Resolution Note:
Will not be fixed for now, since PVT is in an experimental, unsupported state. Please reach out if this bug needs to be reopened and we can reassess the issue.
For now, though, it looks like there's a workaround of forcing a refresh by calling an EvictRegion() (instead of InvalidateRegion()) on the entire virtual texture, or on the region that got corrupted. If this is an editor-only corruption that does not occur that often, this may be a good-enough (clunky) workaround for now?
Resolution Note (2021.2.X):
Will not be fixed for now, since PVT is in an experimental, unsupported state. Please reach out if this bug needs to be reopened and we can reassess the issue.
For now, though, it looks like there's a workaround of forcing a refresh by calling an EvictRegion() (instead of InvalidateRegion()) on the entire virtual texture, or on the region that got corrupted. If this is an editor-only corruption that does not occur that often, this may be a good-enough (clunky) workaround for now?