Hi JP, Yeah, I too had the impression that the preferred angle is based on the slightest value.
But by the way, the popping occurs only when you scrub the timeline. The popping wont occur if you allow the solver to do its necessary computations, so playblasting would be ok. So its not a major issue, just annoying when you animate Do you have joints fully lined up straight? Its also possible if you imported your rigs, there is another IKRP solver in there? Preferably the one scene (or the one rig) should have on IKRP solver solving for all IKRP handles Is it a flipping issue you are having? The pole vector simply tells the rotatePlane where that plane is (eucledian space). So what my workflow is simple (i) Set up preferred angle (ii) Copy joints before setting up ikHandle (ii) Point the pole vector so it works for you. (eg X=1.0, Y=0, Z=0) The joints will twist. (iv) Play with the twist until the joints lined up with the copied joints. It is not super accurate, but it works out for an animation context as opposed to an cad engineering context. Hope this helps -Jeremy On 31 October 2010 04:27, <[email protected]> wrote: Thanks guys, I'm pretty sure I don't have any cycle errors - but I'll double check. It does somehow seem like the node doesn't fully compute, and it only happens in very specific cases. I'm sorry I can't provide any really good examples - don't wanna get in trouble with the man ;) I mentioned that setting the preferred angle at <<30,0,0>> wouldn't fix the problem - actually, it would look like it fixed it, then after a bit of scrubbing the problem would reappear. It didn't seem to reappear at <<90,0,0>> degrees, which seems interesting to me, as I was under the impression that setting even the slightest angle would cause the joints to bend in that direction if there weren't any other hints for how to solve. There's a relationship between joint orientation, the preferred angle, and the location of the pole vector that I just don't fully understand. I haven't dealt with the preferred angle much - I've always set up ik on pre-bent joints, and assumed that this angle was somehow set internally, but now it seems like it does have an impact on the way the ik solves in some specific circumstances, even when joints are bent when the ik is set up. Looks like I'm in for some research/headaches :) -- http://groups.google.com/group/python_inside_maya
