Search Issue Tracker
Postponed means that the issue was either a feature request or something that requires major refactoring on our side. Since that makes the issue not actionable in the close future we choose to close it as Postponed and add it on our internal roadmaps and technical debt pages instead.
Postponed
Votes
1
Found in
4.3.0b2
Issue ID
563349
Regression
No
[Batching] Batching stats discrepancy in Profiler
TL;DR: to repro, run the attached project on a standalone platform, a mobile device, and in the editor player and record the draw calls in each user the profiler or stats button. It is my contention the profiler reports an incorrect number of draw calls in the standalone and mobile runs, but the stats viewer in the editor's player are correct.
---------------------------
The project features a camera passing through two sets of objects: one set is dynamic, the other static. The user can examine the number of draw calls by selecting and deselecting the static and dynamic batching boxes in File > Build Settings > Player Settings > Other Settings then running the project on standalone or mobile followed by running it in the editor's player. Doing so yields four possible selections - run anywhere but the editor's player, the profiler always yields odd numbers, which isn't mathematically possible (by my math, anyway). When run in the editor's player the results for yielded by the stats for each case are listed below:
Dynamic Only:
- When displaying the four boxes arranged in a square, the editor player's stats show 6 calls, 4 saved by batching.
- When displaying the four boxes arranged in a line, the editor player's stats show 4 calls, 2 saved by batching.
- When displaying nothing, all objects (except the point light and main camera, I presume) are effectively culled, thus 2 calls, 0 saved by batching.
Static Only:
- When displaying the four boxes arranged in a square, the editor player's stats show 8 calls, 2 saved by batching.
- When displaying the four boxes arranged in a line, the editor player's stats show 4 calls, 2 saved by batching.
- When displaying nothing, all objects (except the point light and main camera, I presume) are effectively culled, thus 2 calls, 0 saved by batching.
Both selected:
- When displaying the four boxes arranged in a square, the editor player's stats show 6 calls, 4 saved by batching.
- When displaying the four boxes arranged in a line, the editor player's stats show 4 calls, 2 saved by batching.
- When displaying nothing, all objects (except the point light and main camera, I presume) are effectively culled, thus 2 calls, 0 saved by batching.
None selected:
- When displaying the four boxes arranged in a square, the editor player's stats show 10 calls, 0 saved by batching.
- When displaying the four boxes arranged in a line, the editor player's stats show 6 calls, 0 saved by batching.
- When displaying nothing, all objects (except the point light and main camera, I presume) are effectively culled, thus 2 calls, 0 saved by batching.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Popup windows spawn on the incorrect monitor when the Editor is placed near the boundary of scaled monitor next to a monitor with different scaling
- Hidden Tabs do not shift into empty space after closing visible Tabs
- [Android] Application not deployed on a device when "activity-alias" is used in the AndroidManifest
- Shader compile process adds shader ID to the constant buffer name when the word "Globals" is being used in Vulkan
- Audio Mixer Snapshot link to the documentation isn’t working
Add comment