Hi , I have recently installed the system provided for the Track 1 of this Challenge, importing virtual machines into virtualBox from euroc_c2s1_20140818115515.ova file.
Once server is started i run client machine and i get this error (complete console output exported to CSV):
Code:
message;severity;node;stamp;topics;location "Starting the simulator failed failed: Traceback (most recent call last): File \"/opt/euroc_c2s1/bin/task_selector\", line 1350, in on_start_simulator no_start=(\"no_start\" in scene_desc[1:]), File \"/opt/euroc_c2s1/bin/task_selector\", line 429, in _start_simulator self._start_simulator_bh() File \"/opt/euroc_c2s1/bin/task_selector\", line 461, in _start_simulator_bh raise Exception(\"failed to start simulation server! please check console output!\") Exception: failed to start simulation server! please check console output! ";"8";"/euroc_c2_demo_node";"1409766638.563000182";"/rosout";"/home/devel/euroc/gazebo/challenge2_sim/euroc_c2_plugin/ros/catkin_ws/src/euroc_c2_demos/src/euroc_c2_demo.cpp:main:118"
I have run both machines without as they com from the ova file, without modify anything.
Can you please check and add the output from the terminal in the 'simserv' virtual machine after you received this error from the simclient virtual machine?
In order to get more debug information we need you to contact the support mailing list. We will provide scripts to test the gazebo server and client seperatly and generate core dumps if necessary.
Actually, what we found out is that when the VirtualBox Guest Add-Ins are installed and Hardware Acceleration is enabled, Gazebo starts. It throws some warnings about OpenGL functions which don't work, but it doesn't crash and glxgears works as well in the VM. But then there is the problem that gzclient's GL output is completely distorted, i.e. "snow", which indicates still some issues with the GL display routing through the VM. So it seems more a VM OpenGL-related issue than Gazebo or the demo system per se. Any ideas?
As guest additions hardware 3D acceleration is an experimental feature in virtualbox it is hard to tell where the problem lies. One thing worth trying might be to enforce software rendering of LibGL as mentioned here http://www.mesa3d.org/envvars.html. To do this execute
instead of 128 bits. This seems to cause the problem since on a different machine we have 128 bits, there OpenGL works as expected. Do you have any idea how this may be caused?