Hi,
[email protected] wrote:
Already tried "xhost +".. No help..
What is so special about "osgkeyboardmouse, osgcompositeviewer, osgsidebyside, osgtexture3D,
osgslice, and osgwindows" that would cause them not to work but other do? "osgviewer
--window" seems to work fine.. Does this have something to do with the GraphicsContext?
Not sure, but it looks like some code ignores the $DISPLAY setting and
just tries to open :0.0.
I can confirm that I get the same behaviour between two Debian machines:
osgviewer cow.osg runs at a staggering 2fps
osgkeyboardmouse fails with:
No protocol specified
Error: Unable to open display ":0.0".
Error: unable to create graphics window.
jp
Paul P.
----- Original Message ----
From: Simon Hammett <[email protected]>
To: OpenSceneGraph Users <[email protected]>
Sent: Thursday, May 14, 2009 2:58:09 PM
Subject: Re: [osg-users] Remote execution and OSG
Don't you have to grant access on your machine to remote connections?
IIRC, try 'xhost +' on your machine before starting the program on the
remote machine.
2009/5/14 <[email protected]>:
Yes, I am using Redhat Linux with OSG 2.9.3.
Using "ssh -Y" didn't help...
Also, as I pointed out in my last e-mail, I get this X11 connection refused,
however, the application still runs but FULL SCREEN instead of in a window...
Paul P.
----- Original Message ----
From: "Thrall, Bryan" <[email protected]>
To: OpenSceneGraph Users <[email protected]>
Sent: Thursday, May 14, 2009 1:35:45 PM
Subject: Re: [osg-users] Remote execution and OSG
[email protected] wrote on Thursday, May 14, 2009 12:28 PM:
I need to be able to run my OSG program remotely (from a different machine
that where the display location). I'm using "ssh" to login to the remote
location and have my "setenv DISPLAY" set back to my original computer (I've
set xhost + on the server machine).
When I do this, on SOME OSG examples, I'm getting:
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Error: Unable to open display ":0.0".
Error: unable to create graphics window
I haven't narrowed down when I get this but it seems that I get it only when
I run applications that create their own windows. I do not see this when
running osgviewer in full screen mode nor with many of the other OSG
examples. However, I do see this problem with osgkeyboardmouse,
osgcompositeviewer, osgsidebyside, osgtexture3D, osgslice, and osgwindows.
In these cases, instead of opening up a window as I think these are supposed
to do, it runs full screen.
Any idea what is going on here?
Not sure what's wrong with your DISPLAY, but 'ssh -Y' will tunnel the X
connection through ssh and set up the DISPLAY correctly (usually to something
like 'localhost:10.0') without you having to mess with it.
You don't say, but I'm assuming you're running Linux or something like that;
OSG compiled for Windows doesn't do X forwarding :)
--
Bryan Thrall
FlightSafety International
[email protected]
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for their support.
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
