The attached addon converts rigify human (other rigs need testing) to a hierarchy that will work in Unity
Oct 31 2018
Oct 23 2018
Oct 22 2018
this is a known issue with armature drivers and proxies: even if there is no actual cycle, an armature with drivers from pose bones to bone constraints will produce that warning when proxified.
Jan 25 2018
I have some serious Crazy Space happening when I'm working With Shape Keys
I had a look at PandaBeast Woman8.r.blend, "Maximum Draw Type" is set to "Solid" for your rig.
Jul 18 2017
It is, IK behaviour is back to uniform scale. A quick test confirmed it is fixed, marked as resolved. Please reopen if still buggy
Jul 12 2017
Sorry I could not dig into coding, busy days. The way I see it, if there is interest in keeping this feature but there is no way to make sure it behaves properly, it should definetely be an optional setting. This way the user can willingly activate non uniform scaling, and renounce the benefit of the animation tools in exchange.
Jul 4 2017
Jul 3 2017
while this report is indeed about a transparency issue, this one is different as it is not about having a better sorting in blender (not going to happen anytime soon), but about the "transparent" flag being ignored when dupligroups are visualized.
@Maverick (maverick) no need to revert: you can comment the line #define USE_NONUNIFORM_SCALE inside file iksolver_plugin.c and revert to the old behaviour. Rigs generated in 2.78 work as well in my tests when non uniform scale is disabled. They should also work in 2.78 if you change the IK solver to itasc, which keeps the scale uniform.
Jul 2 2017
@Campbell Barton (campbellbarton) is there a reason why non-uniform scale cannot be made an option of the solver? I can see the benefit of it, but having a way to revert to the old costume would help a lot here
So, the non uniform scale set by the new solver is skewing the space where the child bone rotation happens. Apparently, it is not possible to set the bone matrices to irregular spaces: not only the fk2ik switch, but also the copy attribute addon and the visual transform to pose button will fail at setting the pose given by the ik constraint.
Jul 1 2017
It is possible that those two versions of blender evaluate the ik stretch in different ways, here is a basic IK setup behaving differently between 2.77 and 2.78
Jun 26 2017
Perhaps the best option is to write an external tool: a very simple stand alone program which can normalize all the weights and save to a clean fbx file. This way we would avoid polluting blender and we would not be limited to python. We could even use the autodesk SDK (need to check their license though).
Hello mont29, thanks for looking into this
Jun 15 2017
Aug 1 2016
Thanks for your reply! :)
Jul 31 2016
May 1 2014
Apr 30 2014
Apr 21 2014
Apr 13 2014
Mar 4 2014
Feb 16 2014
Jan 30 2014
how fast, thank you! :)
Jan 28 2014
Jan 26 2014
Jan 23 2014
Dec 16 2013
so silly, link is here :)
Hi, I used the differential now, new patch is [[ here | name ]].