For a long time (roughly since Ignition Edifice release, i.e. April 2021), gz-sim had problems with running under WSLg with GPU support. A workaround that at this point was suggested in the community was to force software rendering when running gz sim on WSLg, by setting the environment variable export LIBGL_ALWAYS_SOFTWARE=1.
As tracked in No camera/render on ubuntu (WSLg + vGPU) · Issue #920 · gazebosim/gz-sim · GitHub, thanks to several fixes that were applied in ogre-next and gz-rendering, export LIBGL_ALWAYS_SOFTWARE=1 (i.e. forcing software rendering) is not necessary anymore when running the latest version of Gazebo Garden and Harmonic on Ubuntu 22.04 on WSLg.
If instead you are still experiencing problems with Gazebo Garden or Harmonic, please open a new issue in Sign in to GitHub · GitHub, providing all the graphics-related information requested in the template.
Note that WSLg is still not an officially tested platform for Gazebo, and so regression may happen. Also in this case, feel free to open issue if you experience regressions.
You just need to follow the instructions on how to install Gazebo Harmonic on Ubuntu 22.04, see Gazebo , there is nothing different to do between a normal Ubuntu system or Ubuntu on WSLg.
Neat. It’s much faster (responsive) than Gazebo in VMWare. I tested harmonic on Windows 10, with a 12th Gen Intel(R) Core(TM) i7-12850HX CPU and Nvidia RTX A3000 GPU. The shapes.sdf file loads fine.
Great! Feel free to post issues or comments here for any problem or hiccup you may experience. Just as information, which version of Ubuntu are you using? Which version of mesa?
Default “Ubuntu 22.04.3 LTS”. Sadly, WSL is not a solution at my company because our VPN provider breaks WSL networking. Once that is fixed, I can report back on more test results. For now, I can’t download any packages, and glxinfo isn’t installed.
Ah, that is annoying. Just FYI, things are also moving on the side of native Windows packages.
This is all extremely experimental, but since a few days, conda create -n gz-sim8 gz-sim8 on Windows results in a working gz sim -g command, that you can use with with gz sim -s to launch a simulation and visualize it. I am still working in getting gz sim to work, but hopefully it should not be too hard.
Yes, thanks, this is unexpected. The problem may be that your D3D12 driver does not support the features required to emulate the OpenGL features required by ogre2, but it is easier to debug if you open an issue an fill the template, thanks!