|
forgive my limited knowledge Luc, but why there is a need for a pivot
AND a center?
dont take me wrong, i see the advantage of an animatable pivot. the
center cant be animated. but why not just have an animatable center?
and what would be the suggested way for a character setup? right
placed pivots or right placed centers? right now i am just using
centers and it seems to be fine. though i didnt animated much with the
rig i build yet.
ciao
franky
Thursday, June 1, 2006, 7:36:20 PM, you wrote:
LER> One can't really expect the keying panel to "switch modes" and
LER> show data in global, COG, modes, etc, think about the keying
LER> panel as the left hand side of the Animation Editor.
LER> As stated earlier, the keying panel is showing you the keyable
LER> parameters on your object, it's not a data entry panel for the
LER> Transform tool, which in turn are inputs given to script commands like 'scale object'.
LER> To take your earlier example, if you scale an object in COG
LER> mode, getting that result can invole both a translate and a
LER> scale, so that changes 6 parameters, not just the three "Scale"
LER> parameters of the local transform (aka KineState) properties.
LER> The three scale values that you entered are not real animatable
LER> parameters themselves. The parameters on the Keying Panel are
LER> real animation curves on the object.
LER> When you're animating, for example characters, your pivots
LER> should have been set correctly and you would typically be
LER> manipulating the object in local mode only. If need to move the
LER> pivot, or use another one, to do a transform, you're probably still modeling.
LER> btw I've incorrectly wrote previously "objects scale around
LER> their center" but should have been "around their Pivot", which is
LER> the terminology in XSI. Center vs pivot in the XSI UI is better
LER> described in the XSI 5 documentation
LER> (http://softimage.wiki.avid.com/xsidocs/ax521013.htm)
LER> We think there might be confusion related to changing the Center
LER> in XSI when you what is actually desired is chaning the Pivot.
>> -----Original Message-----
>> From: Tim Leydecker
>>
>> EDITS: It´s so complicated I mix up local/worldspace constantly.
>>
>> Hi Brent,
>>
>> thanks for pointing out the differences between object pivot
>> and center.
>>
>> I had played with it a bit and *think* I got it to work as I´d need.
>> Still haven´t understood why there is a need to differentiate but
>> that´ll come with time I guess.
>>
>> It´s pretty hard not to get confused and mix up terminology or
>> functionality, so I´ve put together two, three sampleworkflows
>> I´d like to easily go through without worrying about getting shifts
>> or loosing the option to enter/see correct values in the KP/L.
>>
>> 1)Animation:
>>
>> Helperobject (like a nurbscircle) driving an IK chain, the
>> NURBS object
>> pivot is centered, all values are zeroed out. Both [k]eying
>> and numerical
>> entering a value in the KP/L produce similar results. The KP/L shows
>> reliable info,
>> -----------------------------------
>> (edit) not worldspace, because transforms had been zeroed
>> out, entering 0/0/0/ in worldspace would produce incorrect
>> results, the
>> object wouldn´t jump back to it´s freeze position. One should therefor
>> be able to switch the KP/L from local to world (via the
>> Transformpanel-
>> buttons, local, global, COG) and enter values based on that
>> coordinate system.
>> ----------------------------
>>
>> 2)Modeling:
>>
>> Squeaky wheel, it´s object pivot set fixed to the rotation
>> axis, scaling
>> the object numercially keeps it "in place".
>>
>> Squeaky wheel, toggling COG on/off, allows to have selected every
>> 2nd poly of the tires and either extrude outwards (Y) uniformly or,
>> when off, have the center sit on the extruded face (aligned) and move
>> it outwards numerically, either throught the extrude PPG or entering
>> the amount into the KP/L, e.g. KP/L would show the centervalues in
>> local space.
>>
>> Currently, as the tools don´t take into account COG/refplane
>> (it seems)
>> it´s difficult to first align the object pivot with a ref
>> plane, then use a tool
>> like extrude to numercially extrude something correctly in a
>> (local) axis.
>>
>> Instead, the extrude seems to work based on the objectpivot,
>> which isn´t
>> modified (and shouldn´t) but really should work based on the
>> settings set
>> in the Transform panel, e.g. local(center or pivot?)/global
>> (world?)/ref...
>>
>> So, while you´re at it, would be cool to check for
>> consistency, so that in
>> whatever mode, one could use the KP/L to enter a desired
>> value (no shift),
>> extrude/use tool based on the currently set
>> Transformpanel(space) options
>> (e.g. local space for component selections) and never worry
>> about keying
>> the wrong values in the KP/L EDIT:
>> -----
>> as the KP/L allways shows the correct values based on the
>> transformmode
>> set, local, global, ref, and so on
>>
>> ------
>>
>> Cheers
LER> ---
LER> Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
LER> unsubscribe xsi
---
Unsubscribe? Mail Majordomo(at)Softimage.COM with the following text in body:
unsubscribe xsi
|
