Search Issue Tracker
Fixed in 2019.3.X
Votes
0
Found in
2017.4.0f1
2018.3.0a1
2018.3.8f1
2019.1.0a1
2019.2.0a1
Issue ID
1139438
Regression
No
Memory Profiler reporting 4x lower Texture2D memory usage when Texture Streaming is enabled
Steps to reproduce:
1. Open Project "MemoryProfilerBug"
2. Profile Memory on Build with Texture Steaming enabled
3. Take a Snapshot of Detailed Profile, see Assets -> Texture2D
4. Profile Memory on Build with Texture Steaming disabled
5. Take a Snapshot of Detailed Profile, see Assets -> Texture2D
6. The values don't differ by a factor of 4
Expected result: Texture2D memory allocation is independent of Texture Streaming Option
Actual result: Texture2D memory allocation as reported by the Profiler is dependent on Texture Streaming Option
Reproducible with: 2017.4.24f1, 2018.3.11f1, 2019.1.0b9, 2019.2.0a10
Note: Reproducible with the new Memory Profiler as well
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Some UXML Template Asset foldouts appear enabled when all fields inside are disabled
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- GC.Alloc called by HDRenderPipeline.LensFlareMergeOcclusionDataDrivenPass() when playing the default HDRP Sample Template project
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
Add comment