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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Add comment