Re: remote opengl over x11
Re: remote opengl over x11
- Subject: Re: remote opengl over x11
- From: Richard Cook <email@hidden>
- Date: Fri, 21 Jul 2006 10:58:35 -0700
I'm confused. This is a variable you set on the client side? Or do
you set it on the server side, before you launch the server? If the
former, then it sounds like the bug is on the client library, but
that doesn't make sense, since it seems to be associated with Apple's
X server. If the latter, then you are going to have crappy
performance when rendering local openGL clients, which is an
important function. It doesn't sound like there's a way to specify
which clients this will apply to.
You might just for fun try tunneling X by hand this way. Instead of
using -X or -Y flag to your client, do this:
ssh -R 6000:127.0.0.1:6000 remotehost
See if that helps. I don't know why it would, unless the bug is that
the server looks for the string "localhost" somehow in the port
connection?
On Jul 21, 2006, at 5:49 AM, Sandhitsu Das wrote:
See below:
On Jul 21, 2006, at 8:27 AM, Ken Thomases wrote:
On Jul 20, 2006, at 12:41 AM, Sandhitsu Das wrote:
Hi,
I can't seem to run opengl apps remotely using apple's X11. Here
is my setup:
Local machine: Powerbook G4 OS X 10.4
Remote machine: Intel iMac OS X 10.4
I'm using ssh -Y to log in remotely. glxgears and glxinfo fails
with the following message:
name of display: localhost:10.0
X Error of failed request: BadRequest (invalid request code or
no such operation)
Major opcode of failed request: 129 (Apple-DRI)
^^ DRI is Direct Rendering Infrastructure. It's used when the
client and server are running on the same host. It provides a
means for the client to render directly to the screen without
having to pass OpenGL commands to the server.
The server may be confused since, due to the ssh forwarding, the
connection appears to be coming from the same host. Have you
tried the "-i" option to glxinfo? That attempts to force indirect
rendering. Another approach would be to set the
LIBGL_ALWAYS_INDIRECT environment variable (to anything). This
forces all clients to use indirect rendering.
There is the bug!!
Setting the env variable does the trick! Without the variable,
glxinfo -i doesn't work though. It does seem like this is exactly
what is happening - it's confusing the DISPLAY variable. In that
case it is a bug, isn't it ? I haven't tested any other setup yet
other than local Powerbook and remote Intel iMac - will try to do
that later.
Thanks a lot!
Sandy
Which is not to say the server's confusion isn't a bug, but this
might be a way to work around it.
-Ken
Minor opcode of failed request: 1 ()
Serial number of failed request: 13
Current serial number in output stream: 13
Other X apps like xterm, xclock etc. work fine.
Interestingly, with the same setup, if the remote machine is a
linux machine opengl apps work fine. I'm connecting through a VPN
- first I thought that could be the problem but since it works
with remote linux machines that couldn't be.
Any ideas would be appreciated.
Sandy
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/
mailman/options/x11-users/email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden