Giter Club home page Giter Club logo

Comments (6)

perezsolerj avatar perezsolerj commented on June 3, 2024

I can't help too much with it because I have never tried to run UWSim from a server. But I googled a little bit about the error and I read many issues related to GLwidgets. The only widgets we use are virtual cameras. So, maybe you can try to run a scene without any camera sensors and see what happens. Sensors that do use cameras are VirtualCameras, RangeCameras, Multibeam and StructuredLightProjector.

You can also comment the code that creates the widgets on ViewBuilder lines 154 - 184. This should prevent widget creation.

But as I said before is just an idea googling the error....

from underwater_simulation.

marioprats avatar marioprats commented on June 3, 2024

From my experience, if you want to run UWSim remotely, but see the window locally through X-forwarding, I'm not sure that's possible because it needs a lot of hardware-related stuff, and there's no direct connection between the window and the graphics hardware through ssh. However, it should be possible to start everything (including the window) remotely through ssh, and just interact locally with ROS interfaces. You won't be able to see the window though, unless you have physical access to the remote machine. I did this once with gazebo, although it needed some configuration that I cannot remember now :(

from underwater_simulation.

miquelmassot avatar miquelmassot commented on June 3, 2024

Hi Mario, that's exactly what I want. I want to perform a bunch of
simulations and I don't really care seeing or not the simulator in real
time, but the image topics through the network. Is it maybe possible to run
UWSim without showing the window? Today I haven't had time to test what
Javier suggested, I'll try ASAP.

On 17 January 2014 17:49, marioprats [email protected] wrote:

From my experience, if you want to run UWSim remotely, but see the window
locally through X-forwarding, I'm not sure that's possible because it needs
a lot of hardware-related stuff, and there's no direct connection between
the window and the graphics hardware through ssh. However, it should be
possible to start everything (including the window) remotely through ssh,
and just interact locally with ROS interfaces. You won't be able to see the
window though, unless you have physical access to the remote machine. I did
this once with gazebo, although it needed some configuration that I cannot
remember now :(


Reply to this email directly or view it on GitHubhttps://github.com//issues/33#issuecomment-32622461
.

Miquel Massot

[email protected]
http://www.facebook.com/massothttp://www.twitter.com/resisteixhttp://gplus.to/massot

from underwater_simulation.

marioprats avatar marioprats commented on June 3, 2024

I don't know if it's possible to run it headless, I don't think so... but you should be able run it on a remote window. Have a look to this post about gazebo:

http://answers.gazebosim.org/question/2153/drcsim-cant-figure-out-how-to-run-gazebo-on-remote/

The trick is that you need a user logged in in the remote machine. You will need a good graphics card and its drivers installed remotely too. With that, setting the DISPLAY variable should do the job.

from underwater_simulation.

tut-yury avatar tut-yury commented on June 3, 2024

If I need to run uwsim remotely, I usually connect to a server (with desktop environment running) through ssh with port forwarding, i.e. "ssh -L15900:127.0.0.1:5900 user@host" and start "x11vnc", which starts a vnc server. After it tells you that it runs on port 5900, just make a connection with vnc client to localhost:15900 on the client machine...
SSH will forward your local port 15900 to server's 5900 and you will be able to do all the things you do with a desktop, including UWSim...
I personally never tried to run UWSim using ssh with X-forwarding (-X option).

from underwater_simulation.

miquelmassot avatar miquelmassot commented on June 3, 2024

Correct @tut-yury , that's how it works. Thank you! I'll post here the steps needed in case someone else is interested:

In the server side (supossing Ubuntu)

  1. Setup the "Desktop sharing preferences" (vino-preferences), allowing users to control the desktop remotely and setup a password. It runs a vnc server at port 5900 by default.
  2. Setup automatic login for the required user

In the client side (supossing again Ubuntu)

  1. Install "vinagre", or your preferred vncviewer
  2. SSH to the server with port forwarding: ssh -L 5900:127.0.0.1:5900 user@server_host
  3. Run "vinagre" and connect to localhost:5900

from underwater_simulation.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.