If I create a cube and a cone, and parent constrain the cube to the cone,
then do
cmds.cycleCheck('pCube1.r', dag=True, list=True)
I get
# Result: [u'pCube1.rotateY',
u'pCube1_parentConstraint1.constraintRotateY',
u'pCube1.rotateX',
u'pCube1_parentConstraint1.constraintRotateX',
u'pCube1.translateZ',
u'pCube1_parentConstraint1.constraintTranslateZ',
u'pCube1_parentConstraint1.constraintRotatePivot',
u'pCube1_parentConstraint1.constraintRotateTranslate',
u'pCube1_parentConstraint1.target[0].targetWeight',
u'pCube1.rotateZ',
u'pCube1_parentConstraint1.constraintRotateZ',
u'pCube1_parentConstraint1.constraintRotateOrder',
u'pCube1_parentConstraint1.pCone1W0',
u'pCube1.translateY',
u'pCube1_parentConstraint1.constraintTranslateY',
u'pCube1_parentConstraint1.constraintParentInverseMatrix',
u'pCube1_parentConstraint1.constraintTranslateX',
u'pCube1.translateX'] #
This is (I assume) a red herring. The parent constraint is working as
intended, and I'd like a script that will ignore it.
On Wednesday, 4 April 2018 16:39:51 UTC+10, Marcus Ottosson wrote:
>
> Are you able to post an example or reproducible of one of the cycle check
> problems you are seeing?
>
> Looking through the results, the first one is a parent constraint on a
> joint. This is just how parent constraints work - the constraint outputs
> the rotation and translation to the joint, while the joint outputs its
> rotation order, joint orient, and parent inverse transform to the
> constraint. This cycle is necessary and does not cause problems.
>
> I don’t think this is a cycle. Cycles happen per attribute, not per node,
> so the parentConstraint itself isn’t to blame. In that case, one node (the
> joint) has incoming connections (rotation and translation) which doesn’t
> affect the outgoing connections (the rotation order, joint orient and
> parent inverse transform). For a cycle to happen, an incoming connection
> must be affected by one of its outgoing connections.
>
>
> On 4 April 2018 at 01:10, Michael Boon <boon...@gmail.com <javascript:>>
> wrote:
>
>> I've just started looking into the cycleCheck, and this warning:
>> // Warning: Cycle on '<node name>' may not evaluate as expected. (Use
>> 'cycleCheck -e off' to disable this warning.)
>>
>> This has become more important in Maya 2018 because getting transforms
>> using MDGContext can now give different results than the viewport in cases
>> that used to work.
>>
>> If I look at a node that I know has problems, a simple
>> cmds.cycleCheck(nodeName)
>> returns False, because I guess the cycle is somewhere in its history.
>> cmds.cycleCheck(nodeName, dag=True, list=True)
>> takes several seconds and returns an enormous number of results.
>>
>> Looking through the results, the first one is a parent constraint on a
>> joint. This is just how parent constraints work - the constraint outputs
>> the rotation and translation to the joint, while the joint outputs its
>> rotation order, joint orient, and parent inverse transform to the
>> constraint. This cycle is necessary and does not cause problems.
>>
>> I'm not keen to go through hundreds of fake cycles to find the real ones
>> that are causing problems. In addition, I doubt the problem cycle is even
>> in the list, since most joints in our rig get their transform from nodes in
>> a different hierarchy via constraints (ie via DG connections, not DAG
>> connections).
>>
>> So my question is, is anyone aware of a script that does a better job of
>> this? Something that can follow history, and ignore the places that cycles
>> are expected, and only return the interesting ones? Or does anyone have a
>> different approach?
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Python Programming for Autodesk Maya" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to python_inside_maya+unsubscr...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/python_inside_maya/3526bc39-5f56-4e73-a64e-182396c8a12f%40googlegroups.com
>>
>> <https://groups.google.com/d/msgid/python_inside_maya/3526bc39-5f56-4e73-a64e-182396c8a12f%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
--
You received this message because you are subscribed to the Google Groups
"Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to python_inside_maya+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/python_inside_maya/3dc98ae1-8a87-4226-95e6-815866b9e1f4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
