CGTalk > Software > Autodesk Maya > Maya Character Setup
Login register
Thread Closed share thread « Previous Thread | Next Thread »  
 
Thread Tools Search this Thread Display Modes
Old 05-26-2003, 05:03 AM   #1
Bulldog
Frequenter
 
Bulldog's Avatar
freelance janitor
 
Join Date: Nov 2002
Posts: 260
Rotation Order for joints?

The Newbie is back!


Guys what are the things to pay attention to when setting up the rotation order for joints? I cant find any info about this in the docs , but I hear pro's like Jason Schleiffer and many others say its one of the most important steps when rigging the character.

Thanks very much in advance!
 
Old 05-26-2003, 08:37 AM   #2
svenip
heimwerker
 
svenip's Avatar
Character Technical Director PDI/Dreamworks
 
Join Date: Apr 2002
Posts: 1,038
rotation order is indeed very important for your setup. it all plays together with gimbal lock. the best way to see the effect of this is this :

1. create a simple cube
2. look in the Attribute Editor (on the tab for the transform node) , where you'll find the rotation oder dropdown box
you need to read it from right to left
3. so standard is xyz , means that first the z then the y and then x is calculated

lets test it (always look in the channelbox for the rotation values)

rotate about z, then y and then x

you'll see that everything is allright

now go the other way

rotate about x and then y, you'll see that things get messed up by this. this is gimbal lock. the problem with that is that its hard to animate this way

so you have to make sure that all your controls in the setup have the right rot order to avoid this. unfortunatly this isn't possible all the time. the easiest way to work around is to create a second control and parent under the actual control. this new control you set up to be responsible for just one or two axis and the original for the left ones.


hope this helps a bit
__________________
heimwerker never die
 
Old 05-26-2003, 03:08 PM   #3
galactor
He Biertje?
 
galactor's Avatar
Student / Teacher
 
Join Date: Jan 2002
Posts: 464
I was wondering about the following. Is it still important to set the rotationOrder correctly if you only work with Inverse kinematics ? Because it will solve the rotations automaticly ?

:: Galactor ::
 
Old 05-26-2003, 03:11 PM   #4
svenip
heimwerker
 
svenip's Avatar
Character Technical Director PDI/Dreamworks
 
Join Date: Apr 2002
Posts: 1,038
clearly not, because they are moved by the ik solver (as you already noticed)
__________________
heimwerker never die
 
Old 05-26-2003, 03:42 PM   #5
Rudity
Level 3 Rigamaker
 
Rudity's Avatar
Darren Rudy
Rigging
Electronic Arts, Burnaby
Canada
 
Join Date: Jun 2002
Posts: 667
Quote:
Originally posted by galactor
I was wondering about the following. Is it still important to set the rotationOrder correctly if you only work with Inverse kinematics ? Because it will solve the rotations automaticly ?

:: Galactor ::


You'll want to set the rotation order the the Ik controler though.
__________________
I wish my lawn was emo so it would cut itself.
 
Old 01-15-2006, 06:00 AM   #6
CGTalk Moderation
Expert
CGTalk Forum Leader
 
Join Date: Sep 2003
Posts: 1,066,478
Thread automatically closed

This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.
__________________
CGTalk Policy/Legalities
Note that as CGTalk Members, you agree to the terms and conditions of using this website.
 
Thread Closed share thread


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
CGSociety
Society of Digital Artists
www.cgsociety.org

Powered by vBulletin
Copyright 2000 - 2006,
Jelsoft Enterprises Ltd.
Minimize Ads
Forum Jump
Miscellaneous

All times are GMT. The time now is 04:28 AM.


Powered by vBulletin
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.