Matthias Koch

Okay, the error was on my side.

It is possible to add an additional joint as a root joint and use that joint as a driver. The results obtained from this approach are very similar to the “pin roots” feature. However, if you do not add an additional joint and use the first joint directly as a driver, it won’t work because the first joint’s movement and rotation are constrained by the driver, and thus cannot be controlled by the FBIK solver.

I am now facing another issue. Whenever I use the jointconfigure node, the APEX FBIK solver seems to go crazy. I have replicated the setup in SOPs, where it works just fine. I read somewhere that the APEX FBIK solver currently does not support limits, so in this example I am only using weights. The manual states: “If the weight attribute is used, a default weight has to be applied to all the driven joints before overriding specific joints with differing values,” and I’ve taken that into account as well.

I have no idea what is happening and hope someone can help. I have attached a small example file to illustrate the issue.

The SOP-based Full Body IK Solver Node includes an option to pin the roots. This is a very useful feature that the APEX-based FBIK Solver lacks. Are there any strategies to achieve similar results with APEX? I’ve already tried using the roots as drivers; however, this produces very different results from the pin roots feature.

Hello,

I have created a tool, that you can use to remove very small pieces, by consolidating them with other pieces. - So no holes get created.

As the algorithm is strongly parallelized, the tool works quickly and reliably even with complex geometry.

Graph Coloring is used to make this possible.

I made a tutorial about this tool. - Alternatively you can also just download the tool from the video description below.

https://www.youtube.com/watch?v=JEOuC3ij9pc [www.youtube.com]