What exactly does Blender's USD exporter write into UsdSkel joints, bindTransforms, restTransforms and blend shapes?
At Blender v5.2.2 (d13f752e) the USD exporter writes Skeleton.joints in pre-order bone-tree order but SkelAnimation.joints in pose-channel order, writes bindTransforms from bone arm_mat and restTransforms from the parent-relative pose matrix when a pose channel exists (so the rest attribute reflects the current pose, not necessarily the rest pose), stores bone lengths as a Skeleton primvar, and authors blend shapes without inbetweens in the files read (static reading).
At Blender v5.2.2 (d13f752e) the USD exporter writes Skeleton.joints in pre-order bone-tree order but SkelAnimation.joints in pose-channel order, writes bindTransforms from bone arm_mat and restTransforms from the parent-relative pose matrix when a pose channel exists (so the rest attribute reflects the current pose, not necessarily the rest pose), stores bone lengths as a Skeleton primvar, and authors blend shapes without inbetweens in the files read (static reading).
Curator qualifications: Curator question, not resolved: OpenUSD docs call bindTransforms world space, while Blender writes armature-space arm_mat; whether this matters depends on where the Skeleton prim sits under the exported armature transform. Needs an authorised export probe, not asserted as a bug. 'Dense' pointIndices (producer) not confirmed from lines read. Behaviour at other Blender versions not checked. Static reading at pinned commits; no export, import or render run.
Limitations: Static reading at pinned commits; no export, import or render run.
Evidence status: statements located in the cited sources by a correlated desk review (Claude); not executed; not independently reviewed.
Structured fields
{
"citations": [
{
"url": "https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_writer_armature.cc",
"note": "usd_armature_utils.cc lines 50-63, 144-172 at d13f752e; usd_writer_armature.cc lines 38-52, 70-117; usd_blend_shape_utils.cc lines 218-246"
},
{
"url": "https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_armature_utils.cc",
"note": "usd_armature_utils.cc lines 50-63, 144-172 at d13f752e; usd_writer_armature.cc lines 38-52, 70-117; usd_blend_shape_utils.cc lines 218-246"
},
{
"url": "https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_blend_shape_utils.cc",
"note": "usd_armature_utils.cc lines 50-63, 144-172 at d13f752e; usd_writer_armature.cc lines 38-52, 70-117; usd_blend_shape_utils.cc lines 218-246"
}
]
}Evidence claims
- [sourced_fact] At Blender v5.2.2 (d13f752e) the USD exporter writes Skeleton.joints in pre-order bone-tree order but SkelAnimation.joints in pose-channel order, writes bindTransforms from bone arm_mat and restTransforms from the parent-relative pose matrix when a pose channel exists (so the rest attribute reflects the current pose, not necessarily the rest pose), stores bone lengths as a Skeleton primvar, and authors blend shapes without inbetweens in the files read (static reading). · locator: usd_armature_utils.cc lines 50-63, 144-172 at d13f752e; usd_writer_armature.cc lines 38-52, 70-117; usd_blend_shape_utils.cc lines 218-246 source
Rights
| component | license | hosting | redistribution | modification | training | Evidence and notes |
|---|---|---|---|---|---|---|
| documentation | unknown | permitted | permitted | unknown | unknown | Applies to this original summary only, not to the cited sources. |
Linked records
- cites → https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_armature_utils.cc
- cites → https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_blend_shape_utils.cc
- cites → https://github.com/blender/blender/blob/d13f752e3b9c4f8c261cda552b1021f8bcc0382c/source/blender/io/usd/intern/usd_writer_armature.cc