Search Issue Tracker
Fixed in 2020.1
Fixed in 2019.3
Votes
0
Found in
2019.2.0a8
2019.3
2019.3.0b11
2020.1
Issue ID
1200485
Regression
Yes
Creating temporary RenderTextures with a RenderTextureDescriptor severely bloats Texture Memory
How to reproduce:
1. Open user-submitted project (TtempRT_desc2019.3)
2. Open the SampleScene
3. Enter Play Mode
4. Open Window > Analysis > Profiler
5. See the Memory module, Textures memory
Expected result: the allocated memory is no more than a few hundred MB
Actual result: the allocated memory is over a few GB
Reproducible with: 2019.2.0a8, 2019.2.14f1, 2019.3.0f1, 2020.1.0a15
Not reproducible with: 2017.4.35f1, 2018.4.13f1, 2019.2.0a7
Notes:
Testing with the same project the following Textures memory has been observed in different versions:
2017.4.35f1: Textures: 2084 / 20.7 MB
2018.4.13f1: Textures: 291 / 192.7 MB
2019.2.0a7: Textures: 1028 / 194.4 MB
2019.2.0a8: Textures: 1053 / 6.06 GB
2019.2.14f1: Textures: 346 / 6.20 GB
2019.3.0f1: Textures: 723 / 6.21 GB
2020.1.0a15: Textures: 751 / 6.22 GB
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Awake is called in a different order when IProcessSceneWithReport.OnProcessScene() is called in the Editor and the Build
- LightEvent.AfterShadowMap CommandBuffer events are not being called when race condition occurs
- GUI Items are not found and highlighted when using Highligher.Highlight() method
- Opening a nested Prefab consisting of two prefabs results in a corrupted and broken prefab which becomes a Prefab variant.
- Visual C# Compiler fails to locate assembly if response file compiler argument path contains spaces
Add comment