Noura

Hello all,

I join Thabita clarifying the current state of configuring Sofa since that we are trying it together.

As @taro has already mentioned, the compilation is fine right now. However, a run time error happens when executing runSofa.exe, and which is probably related to the qwindows.dll which can not be located! I include the complete error…[Read more]

Hi all,

It is always an interesting topic.

In a simple simulation scenario, I applied a linear tensile force on a deformable object in the direction of its main axis. Using a Neo-Hookean behavior model, I noticed that the deformation is influenced by the number and size of elements (tetrahedrons).

However, it is possible to control the…[Read more]

Fine for me. Marked as resolved!
Noura

Hi Hugo,

I see. Thanks!
This means that I have to set youngModulus in MPa. and the force in Newton.

You also mentioned:

If the file mesh you load has values between 0 and 40

Non, they are not! The shape is not necessarily translated to the origin (0,0,0). The bounding box of the cuboid could be for instance [200 100 50 , 240 130 55]. Still,…[Read more]

Solved!
Actually It should be simply :

l_forceField->d_force.setValue(initForce.getValue());

Noura

Hello minj,

You can apply a constant force field to a certain node in your mesh (let say on the node with index 5), you supply the force direction and value (for instance 7 N. in the positive direction of Y axis), I included the “arrowSizeCoef” parameter which is optional just to help visualizing the force direction.


<ConstantForceField…[Read more]

Hi Hugo,

Yes, that’s true. I forgot to include a ConstraintCorrection in the deformed object node. Now it works fine.

Thanks for the quick hint!

Noura

Hello,

I faced the same issue before with CGAL. Fortunately, I noticed that I could compile SOFA with CGAL successfully using clang
I know that this doesn’t solve the problem, but it could be a temporary solution until the issue is fixed.

I’m running:

Ubuntu 18.04.1 LTS
CGAL-4.11
clang version 6.0.0-1ubuntu2

In order to compile using clang:…[Read more]

Hello Antonin,

Thanks for the clear detailed reply. Yes, it helps!

For the moment, the collision models are static along the simulation, and splitting the mesh into 2 parts sounds a good approach.

The hint concerning “doCollisionDetection” method is also handy, I may need to implement a specific collision pipeline with an adapted narrow phase…[Read more]

Hi Zahra,

In general, you can use the python debugger pdb directly in the terminal
https://docs.python.org/2.0/lib/module-pdb.html

Or inside an IDE such as Spyder which supports pdb as well
https://pythonhosted.org/spyder/debugging.html

I hope this will help,

Noura

Hi Zahra,

I’m running Sofa v18.06. If you compile the core of sofa successfully, you should have runSofa binary in the bin directory as usual. Isn’t that the case?

Noura

Great effort. Thanks!

The constraints page in particular is very helpful. In case of related suggestions or minor remarks, should we post them on this thread or on sofa doc github?

Noura

BTW, I noticed that the link of “Mapping” page doesn’t exist.

Hi Ben,
Did you defined the “constraintFactor” in the AttachConstraint component?
If not, please try something like this:

<AttachConstraint object1="@obj1" object2="@obj2" indices1="0 1 2 3" indices2="0 1 2 3" constraintFactor="1 1 1 1" />

Best,

Noura

Hi Hugo,

Yes, it is working as desired right now! Thanks a lot.

Besides the sensitivity to the dt, mass and force values, I realized that the main issue was due to the absence of the “compliance” parameter in the “UncoupledConstraintCorrection”!.

I also noticed that by removing the mass and constraint correction from the “object1_surf” node,…[Read more]

Hi Hugo,

Thanks for looking into the scene. Yes, I see your notice about the usage of different templates in a projective constraint is very relevant and now, at least, I understand why the behaviour is not as expected.

Concerning your question about the need of MO_object1:
I use it is because the cube should be a rigid object and not a…[Read more]