Armature, scaling difference between octrahedal and envelope display modes. #38077

New Issue

Martin Lindelöf · 2014-01-05T13:42:50+01:00

Martin Lindelöf commented

2014-01-05 13:42:50 +01:00

System Information
Windows 8.1 GTX 580 3GB

Blender Version
Broken: (example: 2.69.7 19103b4, see splash screen)
Worked: (optional)

Short description of error
Look, http://instagram.com/p/iyZbDVI73H/
Scaling octrahedal works as suspected scaling towards 3d cursor.
but using envelope it scales individual or almost like ALT+S scaling.

Exact steps for others to reproduce the error
Based on a (as simple as possible) attached .blend file with minimum amount of steps

just add armature with some bones, and scale towards 3D Cursor and check the difference between Display mode: Octahedral versus Envelope bones.

**System Information** Windows 8.1 GTX 580 3GB **Blender Version** Broken: (example: 2.69.7 19103b4, see splash screen) Worked: (optional) **Short description of error** Look, http://instagram.com/p/iyZbDVI73H/ Scaling octrahedal works as suspected scaling towards 3d cursor. but using envelope it scales individual or almost like ALT+S scaling. **Exact steps for others to reproduce the error** Based on a (as simple as possible) attached .blend file with minimum amount of steps just add armature with some bones, and scale towards 3D Cursor and check the difference between Display mode: Octahedral versus Envelope bones.

Martin Lindelöf commented

2014-01-05 13:42:50 +01:00

Changed status to: 'Open'

Martin Lindelöf commented

2014-01-05 13:42:50 +01:00

Added subscriber: @MartinLindelof

Brecht Van Lommel commented

2014-01-08 23:25:48 +01:00

Added subscriber: @brecht

Brecht Van Lommel commented

2014-01-08 23:25:48 +01:00

I couldn't reproduce this problem, I created a simple armature setup but the scaling is the same regardless of the armature display. Can you attach a .blend file that show the problem?

Also, it's not clear to me which Blender version you are testing this with.

I couldn't reproduce this problem, I created a simple armature setup but the scaling is the same regardless of the armature display. Can you attach a .blend file that show the problem? Also, it's not clear to me which Blender version you are testing this with.

Joshua Leung commented

2014-01-09 00:12:12 +01:00

Added subscriber: @JoshuaLeung

Joshua Leung commented

2014-01-09 00:12:12 +01:00

I can reproduce this issue here on 0d57724

Apparently you need to be in Edit Mode. Everything works fine in Pose Mode.

See attached file: 38077-bone_scale_shrink_bug.blend

I can reproduce this issue here on 0d57724 Apparently you need to be in Edit Mode. Everything works fine in Pose Mode. See attached file: [38077-bone_scale_shrink_bug.blend](https://archive.blender.org/developer/F64571/38077-bone_scale_shrink_bug.blend)

Joshua Leung self-assigned this 2014-01-09 12:31:16 +01:00

Joshua Leung commented

2014-01-09 12:31:16 +01:00

Assigning to self.

After some further investigations, it appears that the situation here is quite messy and needs a bit of a clean up.

According to the code, the cause of this report is a a "hidden feature" (or rather, a special hack). See transform_conversions.c : 1075

 /* special hack for envelope drawmode and scaling:

*  to allow scaling the size of the envelope around single points,
*  mode should become TFM_BONE_ENVELOPE in this case
*/

  // TODO: maybe we need a separate hotkey for it, but this is consistent with 2.4x for now

This hack is however incorrect: The reason those single points cannot be scaled is because in edit mode, the "Scale Envelope/BBone" operation (i.e. TFM_BONESIZE) gets partially converted to "envelope editing" (i.e. TFM_BONE_ENVELOPE) . That is, while the operations performed are changed to TFM_BONE_ENVELOPE, the type is still TFM_BONESIZE. Thus, joints are ignored (as the TFM_BONESIZE operator only works on complete bones).

Complicating matters a bit more is the fact that there are 2 different influence areas that can be adjusted for envelope bones. While the existing "Scale Envelope/BBone" option tackled the "distance" property (which only exists on a per-bone basis), the scaling hack above actually applies to the "radius" values on the joints.

Assigning to self. After some further investigations, it appears that the situation here is quite messy and needs a bit of a clean up. According to the code, the cause of this report is a a "hidden feature" (or rather, a special hack). See transform_conversions.c : 1075 ``` /* special hack for envelope drawmode and scaling: ``` * to allow scaling the size of the envelope around single points, * mode should become TFM_BONE_ENVELOPE in this case */ ``` // TODO: maybe we need a separate hotkey for it, but this is consistent with 2.4x for now ``` This hack is however incorrect: The reason those single points cannot be scaled is because in edit mode, the "Scale Envelope/BBone" operation (i.e. TFM_BONESIZE) gets partially converted to "envelope editing" (i.e. TFM_BONE_ENVELOPE) . That is, while the operations performed are changed to TFM_BONE_ENVELOPE, the type is still TFM_BONESIZE. Thus, joints are ignored (as the TFM_BONESIZE operator only works on complete bones). Complicating matters a bit more is the fact that there are 2 different influence areas that can be adjusted for envelope bones. While the existing "Scale Envelope/BBone" option tackled the "distance" property (which only exists on a per-bone basis), the scaling hack above actually applies to the "radius" values on the joints.

blender-admin commented

2014-01-09 12:48:43 +01:00

This issue was referenced by blender/blender-addons-contrib@0445454f1e

This issue was referenced by blender/blender-addons-contrib@0445454f1e9409058c465b80c180ca8c25b45772

blender-admin commented

2014-01-09 12:48:43 +01:00

This issue was referenced by 0445454f1e

This issue was referenced by 0445454f1e9409058c465b80c180ca8c25b45772

Joshua Leung commented

2014-01-09 12:56:16 +01:00

Changed status from 'Open' to: 'Resolved'

Joshua Leung closed this issue