You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When using both the -append flag to a specified -rootPrim with -rootPrimType = xform, the output doesn't take into account the accumulated xform stack leading to the prim, so the transform of the objects being exported are written in world space instead of relative space
Steps to reproduce
Create a null group and transform it somewhere in the scene
Export as usd
Create and empty layer and either sublayer the previous file or create a reference to it.
Create either a transform or a mesh in the scene and transform it into a different position.
With the cmds.mayaUSDExport command, use the flags append and point the rootPrim to the null group of the previous layer, and export the recently created.
View the result, the cube should be under the null prim but with the transform stacked instead of the same position.
Expected behavior
To the export command to take into account the transform stack leading to the prim and relativize the matrix that is about to be written
Hi @vcandelam, testing this out on my end and running into some issue's. Could you provide me with the command you are running, just want to make sure I am doing the same on my end.
Thank you!
Hi @santosd! Here's the code I used: import os layer = "C:/Users/vcandela/Desktop/report_autodesk/report_july7th2024/sublayered_root.usda" mel.eval(f'chdir "{os.path.dirname(layer)}";') cmds.mayaUSDExport(file=layer, append=True, ert=['pCube1'], rootPrim='/root', rootPrimType='xform')
I've also noted that subsequent calls to the command with append keeps stacking more and more transforms to the pCube1 xfromOpOrder and creating different channels for each translate/rotate/scale attributes
Describe the bug
When using both the -append flag to a specified -rootPrim with -rootPrimType = xform, the output doesn't take into account the accumulated xform stack leading to the prim, so the transform of the objects being exported are written in world space instead of relative space
Steps to reproduce
Expected behavior
To the export command to take into account the transform stack leading to the prim and relativize the matrix that is about to be written
Attachments
transforms_append_bug.zip
Specs (if applicable):
The text was updated successfully, but these errors were encountered: