ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
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.
2 | No.2 Revision |
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:
ROS_MASTER_URI=http://ip.of.compaq.mini:11311
, ROS_IP=ip.of.acer.aspire
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.
3 | No.3 Revision |
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:
ROS_MASTER_URI=http://ip.of.compaq.mini:11311
, ROS_IP=ip.of.acer.aspire
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.
4 | No.4 Revision |
ita 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 withoutthe -Xssh -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:
ROS_MASTER_URI=http://ip.of.compaq.mini:11311
, ROS_IP=ip.of.acer.aspire
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.
5 | No.5 Revision |
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:
ROS_MASTER_URI=http://ip.of.compaq.mini:11311
, ROS_IP=ip.of.acer.aspire
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.