Solution to the rubber constraint problem?
Posted: Mon Mar 17, 2014 6:38 pm
Hello all,
I have generic physics simulation system here based on bullet. It allows people to create constraints and (mostly triangle mesh) shapes to simulate within their own existing application. A little like the Blender integration.
So basically everbody likes it and so do I but a major buzzkill in our use cases is the problem with very unprecise constraints. Things like hinges, ball-socket or 6dof do what they should but instead of behaving like rigid stiff objects they behave like made from very soft rubber and generally allow for a lot of movement that they shouldn't. I was asking quite a few questions here about that myself and I read a lot of discussions by other people and the general opinion seems to be along the lines of "That's just the way it is. Deal with it."
Now this was OK for a while but my users are specifically asking to solve this and so I want to ask that question just to confirm: Is this really something that I have to live with using bullet or is there some silver bullet (pun intended) that I can use to make my constraints nice and precise?
Back then I have cranked up the solver iterations to very high values and fiddled with every paramenter I can think of. To no avail. But is it possible at all? Are there bullet integrations that don't have that issue? And if so, what is a good starting point? How should one start to tackle this?
Any hints are much appreciated!
Moose
I have generic physics simulation system here based on bullet. It allows people to create constraints and (mostly triangle mesh) shapes to simulate within their own existing application. A little like the Blender integration.
So basically everbody likes it and so do I but a major buzzkill in our use cases is the problem with very unprecise constraints. Things like hinges, ball-socket or 6dof do what they should but instead of behaving like rigid stiff objects they behave like made from very soft rubber and generally allow for a lot of movement that they shouldn't. I was asking quite a few questions here about that myself and I read a lot of discussions by other people and the general opinion seems to be along the lines of "That's just the way it is. Deal with it."
Now this was OK for a while but my users are specifically asking to solve this and so I want to ask that question just to confirm: Is this really something that I have to live with using bullet or is there some silver bullet (pun intended) that I can use to make my constraints nice and precise?
Back then I have cranked up the solver iterations to very high values and fiddled with every paramenter I can think of. To no avail. But is it possible at all? Are there bullet integrations that don't have that issue? And if so, what is a good starting point? How should one start to tackle this?
Any hints are much appreciated!
Moose