Search Issue Tracker
Fixed
Fixed in 6000.2.0a9
Votes
0
Found in
6000.2.0a1
Issue ID
UUM-97986
Regression
No
[Documentation] Graphics.RenderMeshIndirect arguments naming is misleading
Steps to reproduce:
- Read https://docs.unity3d.com/6000.0/Documentation/ScriptReference/Graphics.RenderMeshIndirect.html
- Notice that 3rd argument is called "commandBuffer", and same wording is used in the whole explanation.
Actual results:
Devs get confused with the Unity CommandBuffer type.
3rd argument is not a CommandBuffer but just a regular GraphicsBuffer.
Expected results:
3rd arguments is renamed something less confusing such as "indirectDrawArgsBuffer"
Reproducible with versions:
Not reproducible with versions:
Can’t test with versions:
Tested on (OS):
Notes:
- The same problem exists in our internal source code.
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
- Crash on ForwardRenderLoopJob when opening a specific project
- [Android] Memory leak and eventual crash on Snapdragon 8 Gen 1+ devices when a Clear Pass is executed after Framebuffer Fetch
- PhysicsRaycaster ray length is incorrect when casting from rotated Camera
- Crash on EnumerateDisabledKeywordsInVariantsArray or UNITY_XXH32 when rapidly saving ShaderGraph or VFXGraph changes
- White flickering artifacts are present on dynamic objects when doing rotation/movement and using APV
Resolution Note (fix version 6000.2.0a9):
The Graphics.RenderMeshIndirect GraphicsBuffer typed argument "commandBuffer" has been renamed to "argsBuffer" to reduce confusion about the type.