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
- Crash on ShaderLab::ShaderState::ApplyShaderState when entering Play Mode and calling ShaderWarmup.WarmupShaderFromCollection with a shader that has dynamic_branch
- Crash on operator delete[] when a serializable structure in the System namespace is serialized by a MonoBehaviour
- [macOS] forward and backward mouse buttons are recognized as middle mouse button
- NavMeshModifier.OnEnable/OnDisable gets progressively slower when called repeatedly
- "System.Net.CookieContainer" throws an "ArgumentException" error when using a non-UTF-8 machine locale and hostname
Add comment