Search Issue Tracker
Fixed in 5.0.X
Votes
0
Found in
5.0.0b8
Issue ID
639789
Regression
Yes
Static batching statistics are misleading
To Reproduce:
1. Open and build the attached project ( one scene with 9 default cubes) to iOS on 4.5.5 and 5.0.0b9 (or use the attached xcode projects).
2. Deploy to device and click 'Debug\Capture GPU frame':
-on 4.5.5 the cubes are drawn in a single draw call ( attached captured_frame_455_9cubes.png) that takes ~3.29ms
-on 5.0.0b9 the cubes are drawn using 9 draw calls ( attached captured_frame_5b9_9cubes.png ) but all of them also take ~3.29ms.
Not sure whether http://fogbugz.unity3d.com/default.asp?614919 (Unity doesn't display static batching statistics correctly) is the cause of this. According to the internal profiler batching isn't working on 5.0.0b9 (0 calls batched), but if that is only an issue with Unity profiler, should that have an effect on how xCode displays draw calls?
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 mecanim::SetValueWeight when switching the AnimationMixerPlayable connection with Animator's UpdateMode set to "Animate Physics"
- The "StringComparer.InvariantCultureIgnoreCase.GetHashCode()" returns different Hash Codes for the same word with the only difference being case sensitivity in WebGL
- 2D Light Textures show the lights of any 'blend style' index higher than theirs (if present) when they aren't visible by the Camera using Render Graph
- [SpeedTree] Wireframe mode not rendering correctly ST assets
- Light2D affecting only the Default Sorting Layer will also affect any Custom Lit Sprite not on that Layer when using Render Graph
Add comment