To Sphere not working in Pose mode #88342

Closed
opened 2021-05-17 10:46:21 +02:00 by Reiner Prokein · 15 comments

System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 461.09

Blender Version
Broken: version: 3.0.0 Alpha, branch: master, commit date: 2021-05-16 05:49, hash:

Short description of error
There is a transform menu in pose mode in the Pose menu. it contains the transform To Sphere that does not work in Pose mode.
transform.jpg

Exact steps for others to reproduce the error

  • Create a bones system
  • Switch to Pose mode
  • Try to use the To Sphere tool in the Pose menu.
**System Information** Operating system: Windows-10-10.0.19041-SP0 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 461.09 **Blender Version** Broken: version: 3.0.0 Alpha, branch: master, commit date: 2021-05-16 05:49, hash: **Short description of error** There is a transform menu in pose mode in the Pose menu. it contains the transform `To Sphere` that does not work in Pose mode. ![transform.jpg](https://archive.blender.org/developer/F10116121/transform.jpg) **Exact steps for others to reproduce the error** - Create a bones system - Switch to Pose mode - Try to use the `To Sphere` tool in the Pose menu.
Author

Added subscriber: @tiles

Added subscriber: @tiles
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Philipp Oeser self-assigned this 2021-05-17 11:24:56 +02:00
Member

Changed status from 'Needs Triage' to: 'Confirmed'

Changed status from 'Needs Triage' to: 'Confirmed'
Member

Can confirm To Sphere, Push/Pull, Bend and Shear not working, will check.
Probably they need to have their poll corrected (because they are not meant to work in posemode) and excluded from the menu.

The bend tool hotkey also conflict with other functionality here. Shift W calls the bone options.

Please report this separately.

Can confirm `To Sphere`, `Push/Pull`, `Bend` and `Shear` not working, will check. Probably they need to have their poll corrected (because they are not meant to work in posemode) and excluded from the menu. > The bend tool hotkey also conflict with other functionality here. Shift W calls the bone options. Please report this separately.
Author
Done https://developer.blender.org/T88344
Member

Changed status from 'Confirmed' to: 'Needs Developer To Reproduce'

Changed status from 'Confirmed' to: 'Needs Developer To Reproduce'
Philipp Oeser removed their assignment 2021-05-17 16:16:31 +02:00
Member

Looked into this a bit, transform code differences between posemode and editmode are not entirely clear to me here.
The td->iloc and td->loc (also axis?) are treated differently [or at least these have different assumptions/requirements].

One also needs to keep in mind, that pose "locations" are in relation to editmode locations, unaltered posebones have a zero-location even if editbones are transformed.
So these operators actually do something if the posebones are not in their restpose (dont correspond to editmode transforns), but it is either my limited understanding of posemode or the operators are not designed to work in posemode.

Tried feeding pchan->pose_mat- [x] into transdata (instead of pchan->loc), but this is a dead end as well, this would need to work with pchan->loc in the transform system.

Will step down to have others look at this (already was a bit of a time-sink), just noting that #87926 (Edit Mode operators are in in Pose Mode menu?) is a bit related.

Looked into this a bit, transform code differences between posemode and editmode are not entirely clear to me here. The `td->iloc` and `td->loc` (also axis?) are treated differently [or at least these have different assumptions/requirements]. One also needs to keep in mind, that pose "locations" are in relation to editmode locations, unaltered posebones have a zero-location even if editbones are transformed. So these operators actually do something if the posebones are not in their restpose (dont correspond to editmode transforns), but it is either my limited understanding of posemode or the operators are not designed to work in posemode. Tried feeding `pchan->pose_mat- [x]` into transdata (instead of `pchan->loc`), but this is a dead end as well, this would need to work with `pchan->loc` in the transform system. Will step down to have others look at this (already was a bit of a time-sink), just noting that #87926 (Edit Mode operators are in in Pose Mode menu?) is a bit related.

Added subscriber: @mano-wii

Added subscriber: @mano-wii

From what I could understand in the Push/Pull operator, it only affects the location of the elements. So objects that have their location locked (such as bones) are not changed.
The translate operator has a fallback for rotate, so should Push/Pull fallback for scaling?

It is also important to keep in mind that the center cannot be equal to the location of the element as the Push/Pull brings the elements closer to the center.

So what I see about Push/Pull here is not a bug, but a misunderstanding.
I didn't see test the other problems (To Sphere and the hotkeys).
I think they are different problems and should be reported separately?

From what I could understand in the `Push/Pull` operator, it only affects the location of the elements. So objects that have their location locked (such as bones) are not changed. The translate operator has a fallback for rotate, so should `Push/Pull` fallback for scaling? It is also important to keep in mind that the center cannot be equal to the location of the element as the `Push/Pull` brings the elements closer to the center. So what I see about `Push/Pull` here is not a bug, but a misunderstanding. I didn't see test the other problems (`To Sphere` and the hotkeys). I think they are different problems and should be reported separately?
Germano Cavalcante changed title from Armature in Pose mode, transform to sphere etc. not working to To Sphere not working in Pose mode 2021-05-17 17:52:22 +02:00

I noticed that the hotkeys have already been reported separately, so I edited the description.

I noticed that the hotkeys have already been reported separately, so I edited the description.
Member

In #88342#1161865, @mano-wii wrote:
From what I could understand in the Push/Pull operator, it only affects the location of the elements. So objects that have their location locked (such as bones) are not changed.
The translate operator has a fallback for rotate, so should Push/Pull fallback for scaling?

It is also important to keep in mind that the center cannot be equal to the location of the element as the Push/Pull brings the elements closer to the center.

So what I see about Push/Pull here is not a bug, but a misunderstanding.
I didn't see test the other problems (To Sphere and the hotkeys).
I think they are different problems and should be reported separately?

If the bones are not parented, they are free to move, but still this is behaving unexpectedly, see
#88342.webm
To Sphere wont have any effect at all in the above "free" case.
And it is not only because in editmode it works on head and tail, it is the difference in handling td->loc / pchan->loc etc afaict.

And as I said, it gets really "interesting" if the posebones have their own transform on top of editbones prior to using these operators

> In #88342#1161865, @mano-wii wrote: > From what I could understand in the `Push/Pull` operator, it only affects the location of the elements. So objects that have their location locked (such as bones) are not changed. > The translate operator has a fallback for rotate, so should `Push/Pull` fallback for scaling? > > It is also important to keep in mind that the center cannot be equal to the location of the element as the `Push/Pull` brings the elements closer to the center. > > So what I see about `Push/Pull` here is not a bug, but a misunderstanding. > I didn't see test the other problems (`To Sphere` and the hotkeys). > I think they are different problems and should be reported separately? If the bones are not parented, they are free to move, but still this is behaving unexpectedly, see [#88342.webm](https://archive.blender.org/developer/F10118968/T88342.webm) To Sphere wont have any effect at all in the above "free" case. And it is not only because in editmode it works on head and tail, it is the difference in handling `td->loc` / `pchan->loc` etc afaict. And as I said, it gets really "interesting" if the posebones have their own transform on top of editbones prior to using these operators

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'

In fact, in pose mode, the position of each bone (in td->loc) is relative to the rest position, and the actual real position is td->center. Although it works in some modes, this is not the convention of the transform operator.
Deserves an investigation.

In fact, in pose mode, the position of each bone (in `td->loc`) is relative to the rest position, and the actual real position is `td->center`. Although it works in some modes, this is not the convention of the transform operator. Deserves an investigation.

This issue was referenced by 845f4cebad

This issue was referenced by 845f4cebadc8d15b6407e2e863fce2de6230266b

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Germano Cavalcante self-assigned this 2021-06-16 21:48:21 +02:00
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#88342
No description provided.