Search Issue Tracker
Fixed in 4.3.X
Votes
0
Found in
4.2.0b2
Issue ID
544379
Regression
No
Profiler reports memory twice for Decompress on Load clip
To Reproduce:
0. The "long.ogg" AudioClip is set to "Decompress on Load" and loaded from an AssetBundle.
1. Build & Run a standalone player. Click on Download.
2. Look at the memory usage in the Profiler:
After Download & Load: FMOD: 109.9MB, AudioClips: 1 / 109.7MB, Total Memory: 16.2MB, Activity Monitor : 172.5MB
3. Change the load type of the "long.ogg" file to "Stream from Disk" and rebuild the long.unity3d assebundle. (TEST -> Build AssetBundle from selection)
4. Build the standalone player and look at the memory usage in the profiler:
After Download & Load: FMOD: 109.9MB, AudioClips: 1 / 62.7KB, Total Memory: 16.2MB, Activity Monitor : 170.2MB
The question is : Why does the Activity Monitor report similar memory use, but the Unity Profiler reports 2x109MB being used?
Premium Support case : http://supportstats.hq.unity3d.com/history.php?tid=3577&site=TeamSupport
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Add comment