Search Issue Tracker
By Design
Votes
0
Found in
2018.1.2f1
Issue ID
1043869
Regression
No
Large numbers of Audio Mixer Groups cause a performance hit even when not connected to an Audio Source
Steps to reproduce:
1. Open attached project "Unity_Audio_Mixer_Issue.zip"
2. Make sure Window>Audio Mixer is open
3. Enter Play Mode
4. Check PostLateUpdate.UpdateAudio for the numbers
Expected result: disconnected Audio Mixer should not affect performance in Editor
Actual result: project performance while running in Editor takes a hit
Reproduced with: 2017.1.1f1, 2017.4.5f1, 2018.1.2f1, 2018.2.0b8, 2018.3.0a1
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Window preview appears on a different monitor when undocking and dragging a window with a high-resolution monitor set up on the right and a low-resolution monitor on the left.
- Probe Volume Baking Set Reference Documentation is missing
- Crash on RendererScene::NotifyInvisible when entering Play mode after undoing a change within the scene with Ctrl+z
- [iOS] Final Image misaligned when using "ScalableBufferManager.ResizeBuffers" to resize
- GameObjects are not updating when Materials and Cubemaps are updated from Environmental Reflections
Resolution Note:
What is referred to as "mixers" in the repro case is actually channel strips. This slows down everything, even painting the mixer UI is super-slow. A more realistic project would split up the channel strips between multiple sub-mixers (for ambience, dialogue, music etc). In this case, there is code that makes sure only the mixers with actual active sources allocate CPU time. After a period of inactivity, these will enter suspended mode to save CPU.