-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for both Gazebo Harmonic (gz-sim8) and Gazebo Ionic (gz-sim9) #208
Conversation
51c800f
to
44ca8ff
Compare
A bunch of tests are passing fine on macos in
I can try at some point to run them locally on my mac mini. |
44ca8ff
to
6550510
Compare
6550510
to
1a02165
Compare
The error message (at least for some tests) is:
Note that all the newlines are not an error, it seems that somehow gz-rendering is trying to load the plugin
|
In ogre-next 2.3.3 indeed the file |
These 3D graphics issues will kill me someday 😭 |
The problematic call seems https://github.com/gazebosim/gz-rendering/blob/gz-rendering9_9.0.0/ogre2/src/Ogre2RenderEngine.cc#L685, where for some reason |
|
I think I was barking at the wrong tree. Even by loading
is printed, probably because the hardcoded plugin path in code is malformed or not working somehow, but then the engine is actually loaded correctly, probably thanks to the |
My guess is that there is some race condition between the rendering and sensor systems, this is the bt for the failing lasertest:
|
Almost all tests that crash crash with final message:
so I guess that there is some problem in trying to stop the sensors if the "Rendering Thread initialized" state of the sensors system was not reached. |
The failure in Ionic/macOS may not be immediate to fix. As most users are on Linux, I think we can disable the tests on macOS for now and track fixing the actual tests in a separate issue. |
I think this is ready for review, we can track future work in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks a lot @traversaro ! Amazing work both on CMake and pixi!
Fix #209 .
Requires #214 to be merged before (and eventually rebased).
The
default
pixi environment still uses Harmonic/gz-sim8, while theionic
environment usedIonic/gz-sim9
. If both gz-sim8 and gz-sim9 are available in the system, at the moment CMake prefers gz-sim8, unless the users does not explicitly select the 9 by setting theGZ_SIM_YARP_PLUGINS_USED_GZ_SIM_VERSION
to 9 during CMake configuration.