ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

if you're using X forwarding you're essentially using whichever computer you're using to SSH from as the display device. You're running a heavy graphical application over a network connection. That's the most likely cause of the lag you're experiencing.

if you're using X forwarding you're essentially using whichever computer you're using to SSH from as the display device. You're running a heavy graphical application over a network connection. That's the most likely cause of the lag you're experiencing.

the remote PC is an Acer Aspire; 16GB RAM, Nvidia GTX, i7.

Ok, then I would suggest to run RViz on your Acer.

Treat it as a multi-machine ROS network setup. Be sure to set ROS_MASTER_URI and ROS_IP to appropriate values and things should work.

For your setup, something like this should work:

  • on the Acer: ROS_MASTER_URI=http://ip.of.compaq.mini:11311, ROS_IP=ip.of.acer.aspire
  • on the Mini: ROS_MASTER_URI=http://localhost:11311 (or whatever it is right now), ROS_IP=ip.of.compaq.mini

If you now start a roscore on the mini, you should be able to rostopic list from your Acer. Make sure to check the network setup pages on the wiki, especially the troubleshooting section (make sure clocks are synchronised fi).

PS: publishing pointclouds over a network connection is always going to be slower than processing / visualising them locally, so may still not necessarily work.

it wouldn't run without the -X (waiting for master error).

if you're using X forwarding you're essentially using whichever computer you're using to SSH from as the display device. You're running a heavy graphical application over a network connection. With all the rendering happening on the SSH server (that depends slightly on the exact SSH and X server configuration, but in general this is how it works). That's the most likely cause of the lag you're experiencing.

the remote PC is an Acer Aspire; 16GB RAM, Nvidia GTX, i7.

Ok, then I would suggest to run RViz on your Acer.

Treat it as a multi-machine ROS network setup. Be sure to set ROS_MASTER_URI and ROS_IP to appropriate values and things should work.

For your setup, something like this should work:

  • on the Acer: ROS_MASTER_URI=http://ip.of.compaq.mini:11311, ROS_IP=ip.of.acer.aspire
  • on the Mini: ROS_MASTER_URI=http://localhost:11311 (or whatever it is right now), ROS_IP=ip.of.compaq.mini

If you now start a roscore on the mini, you should be able to rostopic list from your Acer. Make sure to check the network setup pages on the wiki, especially the troubleshooting section (make sure clocks are synchronised fi).

PS: publishing pointclouds over a network connection is always going to be slower than processing / visualising them locally, so may still not necessarily work.

it a simple rosrun rviz rviz (with no pointclouds or anything at all) is incredibly slow when moving the empty grid and is just as slow with actual images [..] It wouldn't run without the -X ssh -X (waiting for master error).

if you're using X forwarding you're essentially using whichever computer you're using to SSH from as the display device. You're running a heavy graphical application over a network connection. With all the rendering happening on the SSH server (that depends slightly on the exact SSH and X server configuration, but in general this is how it works). That's the most likely cause of the lag you're experiencing.

the remote PC is an Acer Aspire; 16GB RAM, Nvidia GTX, i7.

Ok, then I would suggest to run RViz on your Acer.

Treat it as a multi-machine ROS network setup. Be sure to set ROS_MASTER_URI and ROS_IP to appropriate values and things should work.

For your setup, something like this should work:

  • on the Acer: ROS_MASTER_URI=http://ip.of.compaq.mini:11311, ROS_IP=ip.of.acer.aspire
  • on the Mini: ROS_MASTER_URI=http://localhost:11311 (or whatever it is right now), ROS_IP=ip.of.compaq.mini

If you now start a roscore on the mini, you should be able to rostopic list from your Acer. Make sure to check the network setup pages on the wiki, especially the troubleshooting section (make sure clocks are synchronised fi).

PS: publishing pointclouds over a network connection is always going to be slower than processing / visualising them locally, so may still not necessarily work.

a simple rosrun rviz rviz (with no pointclouds or anything at all) is incredibly slow when moving the empty grid and is just as slow with actual images [..] It wouldn't run without ssh -X (waiting for master error).

if you're using X forwarding you're essentially using whichever computer you're using to SSH from as the display device. You're running a heavy graphical application over a network connection. With all the rendering happening on the SSH server (that depends slightly on the exact SSH and X server configuration, but in general this is how it works). That's the most likely cause of the lag you're experiencing.

the remote PC is an Acer Aspire; 16GB RAM, Nvidia GTX, i7.

Ok, then I would suggest to run RViz on your Acer.

Treat it as a multi-machine ROS network setup. Be sure to set ROS_MASTER_URI and ROS_IP to appropriate values and things should work.

For your setup, something like this should work:

  • on the Acer: ROS_MASTER_URI=http://ip.of.compaq.mini:11311, ROS_IP=ip.of.acer.aspire
  • on the Mini: ROS_MASTER_URI=http://localhost:11311 (or whatever it is right now), ROS_IP=ip.of.compaq.mini

If you now start a roscore on the mini, you should be able to rostopic list from your Acer. Make sure to check the network setup pages on the wiki, especially the troubleshooting section (make sure clocks are synchronised fi).

PS: publishing pointclouds over a network connection is always going to be slower than processing / visualising them locally, so may still not necessarily work.


Edit:

i am running rviz on the acer through ssh -X to the mini.

you're not running it on the acer, but on the mini. X forwarding is similar to Windows Remote Desktop.

withouth the -X, I get segmentation fault (core dumped),

Do you have drivers installed for your Nvidia video card on the acer? What is the output of dpkg -l | grep nvidia?

which is the same thing i get trying to run rviz on the mini by itself.

The mini almost has no graphics hw. An intel945 is old and may not be capable of the accelerated OpenGL that RViz needs.

Are you saying run rviz on the acer without ssh to the mini

yes.

making the acer the master?

No. That is not needed.