Real-Time Physics Simulation Forum 2025-05-02T07:25:34+00:00 https://pybullet.org/Bullet/phpBB3/app.php/feed/topic/15485 2025-05-02T07:25:34+00:00 2025-05-02T07:25:34+00:00 https://pybullet.org/Bullet/phpBB3/viewtopic.php?p=44520#p44520 <![CDATA[Re: URDF importing correctly on one machine, incorrectly on another. Same code.]]> Sprunki Game Have you tried compiling Bullet from source with debug flags on Machine B to trace the import process?

Statistics: Posted by otis — Fri May 02, 2025 7:25 am

]]> 2023-10-12T09:12:36+00:00 2023-10-12T09:12:36+00:00 https://pybullet.org/Bullet/phpBB3/viewtopic.php?p=44458#p44458 <![CDATA[Re: URDF importing correctly on one machine, incorrectly on another. Same code.]]>
Basically, I was having strange behaviours on machine B with a number of bullet functions. In this example the problems were caused by sim->getPhysicsEngineParameters(args);, but I also observed some problems elsewhere in my codebase relating to sim->getDyanmicsInfo. These were caused by the install being a bit bugged. I'm not sure why, but none of the official install options work for me.
  • vcpkg does not contain the robotics functions I was interested in
  • premake failed to build for reasons I don't entirely understand
  • executing ./build_cmake_pybullet_double.sh appeared to work (this is what I did on machine B) but then produced undefined behaviour for several functions.
In the end what worked for me was building bullet the good old fashioned way:

Code: 

mkdir buildcd buildcmake .. -DBUILD_SHARED_LIBS=ONmake
After doing this, the behaviour of Machine B lined up with what I expected, though I have no idea why. So anyone else having this issue, maybe try that?

Statistics: Posted by DanielSJohnson — Thu Oct 12, 2023 9:12 am

]]> 2023-10-10T10:04:14+00:00 2023-10-10T10:04:14+00:00 https://pybullet.org/Bullet/phpBB3/viewtopic.php?p=44457#p44457 <![CDATA[URDF importing correctly on one machine, incorrectly on another. Same code.]]>
I'm having a strange bug where my code works fine on one machine (Machine A), but on another (Machine B) Bullet fails to load the URDF file correctly. However, when the URDF file is loaded incorrectly it doesn't return a negative ID or throw any errors, it just responds to subsequent calls involving the file incorrectly.

The following is a minimal example that recreates the problem on my two machines:

Code: 

#include <b3RobotSimulatorClientAPI_NoGUI.h>#include <btBulletDynamicsCommon.h>#include <iostream>using namespace std;int minimal_recreation(){     b3RobotSimulatorClientAPI_NoGUI* sim = new b3RobotSimulatorClientAPI_NoGUI();    bool isConnected = sim->connect(eCONNECT_SHARED_MEMORY);    if (!isConnected)    {        cout<<"Using direct mode"<<endl;        isConnected = sim->connect(eCONNECT_DIRECT);    }    else    {        cout<<"Using shared memory"<<endl;    }    sim->resetSimulation();    sim->setGravity(btVector3(0, 0, -9.8));    sim->setNumSolverIterations(100);    b3RobotSimulatorSetPhysicsEngineParameters args;    sim->getPhysicsEngineParameters(args);    const char* corin_path="basics/models/Drake_Corin.urdf";    int CorinId = sim->loadURDF(corin_path);    cout<<"loading corin with ID "<<CorinId<<" and path "<<corin_path<<endl;    int numJoints=sim->getNumJoints(CorinId);    cout<<"    corin has "<<numJoints<<" joints"<<endl;    return 0;}
On both machines this code compiles and runs without errors. On Machine A this prints:

Code: 

Using direct modeloading corin with ID 0 and path basics/models/Drake_Corin.urdf    corin has 24 joints
which is correct. Machine B prints:

Code: 

Using direct modeloading corin with ID 0 and path basics/models/Drake_Corin.urdf    corin has 0 joints
which is incorrect.

Can anyone advise on why this might be? The URDF file is identical and both machines are running this release of bullet.
The only difference I can think of is that Machine A is running Ubuntu 18.04, but Machine B is running Ubuntu 20.04. Though I'm unsure why that would cause this problem.

If anyone has any advice on what I could try to solve this problem or to learn more i'd be very thankful!

Additional tests described below:

First i wanted to check if it was something to do with my URDF file, so I tried it with the humanoid.urdf file from the data directory (which I moved to basics/models for consistency) . On machine A i got:

Code: 

Using direct modeloading robot with ID 0 and path basics/models/humanoid.urdf    robot has 33 joints
Whereas on machine B i got:

Code: 

Using direct modeloading robot with ID 0 and path basics/models/humanoid.urdf    robot has 0 joints
Which implies to me that this issue isn't being caused by my URDF file

As a further test, if I use the Python library urdfpy to load the same file it works fine and correctly identifies the links on both machines. I use this code:

Code: 

from urdfpy import URDFrobot=URDF.load('basics/models/Drake_Corin.urdf')for joint in robot.joints:    print(joint.name)robot.show()
And it correctly prints out the names of the 24 joints and then correctly visualises the robot on both machine A and machine B.

Statistics: Posted by DanielSJohnson — Tue Oct 10, 2023 10:04 am

]]>