Re: running openGL application remotely using ssh -X and cygwin/x ,extension NV-GLX missing on display localhost:10.0
On 28/04/2014 22:02, Linda Walsh wrote: Jon TURNEY wrote: Yes, this should work. *But*, I'm pretty sure it doesn't anymore since the Xgl extension that was used to transport the openGL commands between client/server was removed from xorg's Xserver. You seem to be confusing Xgl (an X server implementation) and GLX (an X protocol extension). While they do contain the same letters in a different order, they are very different things. AIGLX doesn't work with client's native openGL drives when the DISPLAY isn't local. Instead, it sends full-frame-buffer updates to simulate what would be happening -- something that appears to work correctly for small OpenGL windows. But is entirely 'faked' (not really remote openGL that used the Server's acceleration Hardware. Which would give you unaccelerated frame-buffer updates to simulate the effect. Not quite what used to be available. This is also totally wrong. You are (more or less) describing how mesa's direct software rendering works (which is usually the default path for remote displays) which is completely different to AIGLX (where GL commands are sent via the GLX protocol to the X server and rendered using acceleration there) So, again, please stop spreading misinformation. I'm sure there are bugs in and limitations with OpenGL and the XWin server, but if you have a problem, please don't hijack someone else's thread, but report it in sufficient detail for me to try to reproduce it. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: running openGL application remotely using ssh -X and cygwin/x ,extension NV-GLX missing on display localhost:10.0
Jon TURNEY wrote: Yes, this should work. *But*, I'm pretty sure it doesn't anymore since the Xgl extension that was used to transport the openGL commands between client/server was removed from xorg's Xserver. From wikipedia: Xgl was a display server implementation supporting the X Window System protocol designed to take advantage of modern graphics cards via their OpenGL drivers, layered on top of OpenGL via glitz. It supported hardware acceleration of all X, OpenGL and XVideo applications and graphical effects by a compositing window manager such as Compiz or Beryl. The project was started by David Reveman of Novell and first released on January 2, 2006. It was removed[1] from the X.org server in favor of AIGLX on June 12, 2008. --- AIGLX doesn't work with client's native openGL drives when the DISPLAY isn't local. Instead, it sends full-frame-buffer updates to simulate what would be happening -- something that appears to work correctly for small OpenGL windows. But is entirely 'faked' (not really remote openGL that used the Server's acceleration Hardware. I'm not entirely clear if the 'extension �NV-GLX� missing' message is a warning or an error, but according to the internet it seems to be due to having a Nvidia libGL installed on the remote machine, so if all else fails you might look at uninstalling the Nvidia proprietary driver and libGL, and using mesa instead. Which would give you unaccelerated frame-buffer updates to simulate the effect. Not quite what used to be available. Note: this isn't a cygwin specific problem. i.e. people running xorg's server on a linux box have the same problem -- accelerated+remote 3D graphics seems to be dead. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: running openGL application remotely using ssh -X and cygwin/x ,extension NV-GLX missing on display localhost:10.0
I know for a fact that when I ssh from my Ubuntu partition to the remote machine the application works without crashing. However, when I use windows 8 and Cygwin X the crash occurs for the same application. I will install the debugging tools and report my findings to you. Thanks for looking into this! -Octavian On Sat, Apr 26, 2014 at 7:52 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On 24/04/2014 23:45, Biris, Octavian wrote: I am attempting to run an opengl application remptely to a ubuntu linux machine from my windows 8 machine. To do so I start the cygwin console, call startxwin. Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA. glxinfo |grep OpenGL OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 OpenGL version string: 1.4 (4.4.0) OpenGL extensions: Then I ssh on the ubuntu machine using -X -C as the parameters. When attempting to start the application the console reads extension NV-GLX missing on display localhost:10.0. Afterwards, the cygwin/X server crashes and I have to restart it.I attached the log from /var/log/Xwin/XWin.0.log Thanks for the bug report. I'm afraid that the log doesn't contain enough information for me to identify the cause of the crash. Can you install the xorg-server-debuginfo package and try again? I also have been working on a tool to automate sending better crash information using minidumps. If you would like to try that, download it from [1] (anonymous ftp) and put it into /usr/bin and reproduce your crash again. [1] ftp://cygwin.com/pub/cygwinx/x86_64/xorg_cygwin_crash_reporter_gui.exe Does cygwin/x support running OpenGL applications remotely? Am I missing something? Do I have to install the mesa-utils libraries on the remote machine? Yes, this should work. I'm not entirely clear if the 'extension NV-GLX missing' message is a warning or an error, but according to the internet it seems to be due to having a Nvidia libGL installed on the remote machine, so if all else fails you might look at uninstalling the Nvidia proprietary driver and libGL, and using mesa instead. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: running openGL application remotely using ssh -X and cygwin/x ,extension NV-GLX missing on display localhost:10.0
On 24/04/2014 23:45, Biris, Octavian wrote: I am attempting to run an opengl application remptely to a ubuntu linux machine from my windows 8 machine. To do so I start the cygwin console, call startxwin. Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA. glxinfo |grep OpenGL OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 OpenGL version string: 1.4 (4.4.0) OpenGL extensions: Then I ssh on the ubuntu machine using -X -C as the parameters. When attempting to start the application the console reads extension NV-GLX missing on display localhost:10.0. Afterwards, the cygwin/X server crashes and I have to restart it.I attached the log from /var/log/Xwin/XWin.0.log Thanks for the bug report. I'm afraid that the log doesn't contain enough information for me to identify the cause of the crash. Can you install the xorg-server-debuginfo package and try again? I also have been working on a tool to automate sending better crash information using minidumps. If you would like to try that, download it from [1] (anonymous ftp) and put it into /usr/bin and reproduce your crash again. [1] ftp://cygwin.com/pub/cygwinx/x86_64/xorg_cygwin_crash_reporter_gui.exe Does cygwin/x support running OpenGL applications remotely? Am I missing something? Do I have to install the mesa-utils libraries on the remote machine? Yes, this should work. I'm not entirely clear if the 'extension “NV-GLX” missing' message is a warning or an error, but according to the internet it seems to be due to having a Nvidia libGL installed on the remote machine, so if all else fails you might look at uninstalling the Nvidia proprietary driver and libGL, and using mesa instead. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
running openGL application remotely using ssh -X and cygwin/x ,extension NV-GLX missing on display localhost:10.0
Hello there! I am attempting to run an opengl application remptely to a ubuntu linux machine from my windows 8 machine. To do so I start the cygwin console, call startxwin. Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA. glxinfo |grep OpenGL OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 OpenGL version string: 1.4 (4.4.0) OpenGL extensions: Then I ssh on the ubuntu machine using -X -C as the parameters. When attempting to start the application the console reads extension NV-GLX missing on display localhost:10.0. Afterwards, the cygwin/X server crashes and I have to restart it.I attached the log from /var/log/Xwin/XWin.0.log Does cygwin/x support running OpenGL applications remotely? Am I missing something? Do I have to install the mesa-utils libraries on the remote machine? Thanks so much! -Octavian XWin.0.log Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl
On 16/10/2012 21:34, Tim Edwards wrote: The current implementation of GLX using WGL takes a few shortcuts, basically anything that is drawn with OpenGL isn't composed into the screen, it's just drawn on top of it. I wouldn't want to sound too peevish, as I was quite happy to find that OpenGL hardware acceleration was even possible, as it was not on the previous version of Cygwin that I had downloaded. That it fails in obscure applications is sort of to be expected. This works well enough when the GLX window is a top-level window, or is non-top-level and has no occluding relatives and is drawn after anything it occludes, but mis-renders in more complex scenarios. This is discussed a bit more in [1] As mentioned there I have done a bit of work fix the mis-rendering in some cases. I can't quite tell from you description exactly what's going wrong, so I am not sure if those changes are going to help in this particular case. I have built a test release including the changes discussed there, available at [2], if you would like to test if it makes things better/worse/no difference. I downloaded the link, ran the X server, ran my application, and get no difference in the behavior. Ok. Thanks for testing, anyhow. The proper solution is probably something like rendering the OpenGL to an offscreen buffer, and then composing it into the un-occluded area of the window, but that is considerably more complex to implement. The two problems with this approach are that (1) I have found more buggy implementations in OpenGL servers by doing offscreen rendering; and (2) this particular tool is a VLSI layout editor and must be rendered directly on the front buffer. The general approach is to render everything as fast as possible and always be willing to break on key interrupt to start over. And I have misappropriated the back buffer for backing store purposes. . . Sorry, I wasn't clear here. I'm not suggesting that the application should be changed. I'm just describing a possible approach to fixing this problem in the X server. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl
On 01/10/2012 22:34, Tim Edwards wrote: I have a tool I maintain called magic, a VLSI layout editor. One of its nicer features is a graphics mode based on OpenGL. Occasionally I generate Cygwin versions of it, and was delighted to discover on my last update of Cygwin that there is a support for hardware-accelerated OpenGL using some translation between GLX and WGL calls at the level of the X server. I tried using this with my Cygwin version of magic, and for the most part it works. But it does have the strange effect of overwriting the OpenGL window with contents of other windows. My setup is very non-standard but works under Linux and OS-X. The application is built as an extension of Tcl/Tk. Because the application makes all the OpenGL calls from C routines, it generates a generic window using a call to Tk_CreateWindow(), and maps it using Tk_MapWindow(). The returned window is then passed to glXMakeCurrent(). All of this works fine. The window that is used for the OpenGL rendering is framed by scrollbars on the side and bottom that are canvas windows in Tk. What I am seeing is that any time the scrollbars are redrawn, the OpenGL window is over-drawn, looks like with the default Tk background gray color. A similar thing happens if I pop a window on top of the OpenGL window; when I pop it down, the image of the window remains in the OpenGL window. I presume that in the way GLX is supposed to work, X11 has reserved pixmap space somewhere for the window, but once the call to glXMakeCurrent() has been made, the contents of this pixmap should not show up on the screen. Yet that is what I am seeing. Any clue as to what might be going on? Yes, unfortunately. The current implementation of GLX using WGL takes a few shortcuts, basically anything that is drawn with OpenGL isn't composed into the screen, it's just drawn on top of it. This works well enough when the GLX window is a top-level window, or is non-top-level and has no occluding relatives and is drawn after anything it occludes, but mis-renders in more complex scenarios. This is discussed a bit more in [1] As mentioned there I have done a bit of work fix the mis-rendering in some cases. I can't quite tell from you description exactly what's going wrong, so I am not sure if those changes are going to help in this particular case. I have built a test release including the changes discussed there, available at [2], if you would like to test if it makes things better/worse/no difference. The proper solution is probably something like rendering the OpenGL to an offscreen buffer, and then composing it into the un-occluded area of the window, but that is considerably more complex to implement. One I tarball up this version of magic, I can send a pointer to where it can be obtained if anybody wants to download it and test for the bug. Thanks. This would be useful as a test case for any future work to improve this. [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10472 [2] ftp://cygwin.com/pub/cygwinx/XWin.20121012-git-3807fe48a7282459.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl
Hello Jon, Thanks for the detailed response. The current implementation of GLX using WGL takes a few shortcuts, basically anything that is drawn with OpenGL isn't composed into the screen, it's just drawn on top of it. I wouldn't want to sound too peevish, as I was quite happy to find that OpenGL hardware acceleration was even possible, as it was not on the previous version of Cygwin that I had downloaded. That it fails in obscure applications is sort of to be expected. This works well enough when the GLX window is a top-level window, or is non-top-level and has no occluding relatives and is drawn after anything it occludes, but mis-renders in more complex scenarios. This is discussed a bit more in [1] As mentioned there I have done a bit of work fix the mis-rendering in some cases. I can't quite tell from you description exactly what's going wrong, so I am not sure if those changes are going to help in this particular case. I have built a test release including the changes discussed there, available at [2], if you would like to test if it makes things better/worse/no difference. I downloaded the link, ran the X server, ran my application, and get no difference in the behavior. The proper solution is probably something like rendering the OpenGL to an offscreen buffer, and then composing it into the un-occluded area of the window, but that is considerably more complex to implement. The two problems with this approach are that (1) I have found more buggy implementations in OpenGL servers by doing offscreen rendering; and (2) this particular tool is a VLSI layout editor and must be rendered directly on the front buffer. The general approach is to render everything as fast as possible and always be willing to break on key interrupt to start over. And I have misappropriated the back buffer for backing store purposes. . . The issue here is that I have the whole tool running as an extension of Tcl/Tk. I make a low-level call to Tk to give me an X11 window, which is a simple frame window in Tk but also part of a grid of sub-windows that includes a menu on top and scrollbars on side and bottom. I make a GLX call to render into the window I get from Tk. There are two occasions when the window gets rudely overdrawn, apparently by Tk (that is, the X server appears to know when not to draw into the OpenGL window except when the drawing requests come from the same process): One is that if I raise the Tk console window to obscure part of the OpenGL window, and then lower it behind the OpenGL window, the interior contents (not the frame, therefore, only those drawing requests sent to the server by Tk) continue to be drawn onto the OpenGL window. The second case is a little bit strange to me, in that Tk apparently wants to draw the background of the left- side scrollbar as a gray rectangle that covers not just the scrollbar window but most of the OpenGL window, too. It may be a Tk error that it draws outside the bounds of its own sub-window, but in a correctly working X server, it does not take precedence over the OpenGL window contents. I have found that if I disable the scrollbar, the effect disappears. So I can manage to work around everything (if necessary) except for the obscuring window problem. One I tarball up this version of magic, I can send a pointer to where it can be obtained if anybody wants to download it and test for the bug. Thanks. This would be useful as a test case for any future work to improve this. The program (Cygwin version) is a two-part install that includes an X11-based version of Tcl/Tk for Cygwin: http://opencircuitdesign.com/cygwin Where tcltk_x11_w7.tgz is the 64-bit version that I was using when I found the problem, and the VLSI layout tool is http://opencircuitdesign.com/cygwin/magic.html where the 64-bit Windows 7 version is magic-8.0.116w7.tgz. The direct download URLs are http://opencircuitdesign.com/cygwin/archive/tcltk_x11_w7.tgz http://opencircuitdesign.com/cygwin/archive/magic-8.0.116w7.tgz The latter one installs a shell script /usr/local/bin/magic that launches the layout tool. Use magic -d OGL from a Cygwin xterm to get the OpenGL-based version. The error can be seen by alternately raising the Tk console window and the layout window, with the contents of the console window continuing to be drawn after the window is pushed under the OpenGL window. Regards, Tim ++-+ | Dr. R. Timothy Edwards (Tim) | email: t...@opencircuitdesign.com| | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane| phone: (301) 528-5030 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616
Re: GLX on XWin (was Re: X server 1.5.3-2 candidate)
Yaakov (Cygwin Ports) wrote: On Thu, Nov 13, 2008 at 07:12:42PM -0600, Yaakov (Cygwin Ports) wrote: Unfortunately I don't have a linux box to experiment with... :-( There's always http://www.virtualbox.org/ if you want to get a virtual linux system. Thanks! I setup up VirtualBox, installed Ubuntu 8.10 and set up openssh-server in the VM, and configured the VirtualBox NAT port forwarding per the user manual. I then logged in with ssh -Y two different times, once from a VT running in a XWin with GLX enabled, and then from a VT in another XWin with GLX manually disabled (-extension GLX). With XWin GLX enabled, glxinfo showed all the correct information, and glxgears worked, albeit *extremely* slowly. With XWin GLX disabled, of course neither worked, giving Xlib errors that GLX extension was not available. Other X11 programs worked in both cases, but interestingly the Ubuntu GTK+ engine was used only on the server with GLX enabled. So now I'm somewhat reassured that I did the right thing with GLX, although I certainly remain open to further discussion if anyone is having different results, or if there is insight into the speed issue. Curiouser and curiouser. ssh-ing to an Ubuntu 8.10 VM, I am able to reproduce your results: $ glxinfo | grep -E version|vendor|rendering direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 client glx vendor string: SGI client glx version string: 1.4 GLX version: 1.2 OpenGL vendor string: Mesa Project OpenGL version string: 2.1 Mesa 7.2 OpenGL shading language version string: 1.10 and glxgears works fine. (surely direct rendering: Yes can't be right here?) ssh-ing to an Ubuntu 8.04 VM I happen to have lying around... $ glxinfo | grep -E version|vendor|rendering direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) server glx vendor string: SGI server glx version string: 1.2 client glx vendor string: SGI client glx version string: 1.4 GLX version: 1.2 OpenGL vendor string: OpenGL version string: (this is with my patch from [1] applied, otherwise it the server segfaults trying to read the OpenGL version string, which is occurring because the _glapi_Dispatch points to glapi_noop_table, ie. we have no GL context!) [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00279.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
How to turn off the GLX acceleration?
Dear Sir / Madam,
I need to use GView (a software for molecules visualization
constructed by Gaussian). An error occurs when I use the GView through
cygwin/X. This error is that the GView appears in my desktop. However,
when I try to display a molecule, no molecule is observed in the window
of GView.
The Gaussian's reply is :
{{{ I see the following line in the setup,
xorg-x11-xwin-gl (761 KiB; optional, the Cygwin/X X Server with
***EXPERIMENTAL*** GLX acceleration)
and the fact that GaussView starts but does not show molecules, which
require GLX while the splash screen and the basic dialog windows to
not, can be the problem. Can you turn off the experimental GLX
acceleration? }}}
How can I do it?
Regards,
Patrick Pang
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
Re: GLX acceleration
Lester Ingber wrote: Yes, XWin_GL seems to run OK, though I have not seen any dramatic speedup yet. glxgears shows the fps and has a dramatic speedup. It is likely that part of this may be due to memory problems I seem to be having in the latest xorg downloads, with XWin and now also with XWin_GL. (I only seem to have these problems in xterm and rxvt, not in a Cygwin console window.) `dired` (below) freezes and other processes i other xterm windows bomb: 19:25:05 @lester:~% top C:\cygwin\bin\tcsh.exe (472): *** fork: can't reserve memory for stack 0x3 - 0x23, Win32 error 487 6 [main] -tcsh 2808 sync_with_child: child 472(0x67C) died before initialization with status code 0x1 3423 [main] -tcsh 2808 sync_with_child: *** child state waiting for longjmp No more processes. Have you tried downgrading cygwin? Are the problems still present? bye ago NP: Allied Vision - Deliver Us From Evil -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: GLX acceleration
Alexander: I believe the problem to be with the new xorg files, but there are quite a few and I don't have time to reinstall them all. I assume I'll just wait until the next update, but I hope the maintainers will at least keep this potential problem in mind. I have this CPU problem under xterm or rxvt, not only with dired, but also with ispell under mutt in these windows. I do not have these problems at all (using dired or ispell under mutt) under the standard Cygwin console window (no xorg depdendence). I note that dired using ncurses, ans perhaos ispell under mutt might too? Could there be some kind of new conflict with xorg utiltiies? I have all my Curr Cygwin files from mirrors.rcn.net up to date (omitting only setup -- which always seems to revert to Skip when downloaded -- and gcc-testsuite). Thanks for the info on glxgears. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Lester Ingber wrote: Yes, XWin_GL seems to run OK, though I have not seen any dramatic speedup yet. glxgears shows the fps and has a dramatic speedup. It is likely that part of this may be due to memory problems I seem to be having in the latest xorg downloads, with XWin and now also with XWin_GL. (I only seem to have these problems in xterm and rxvt, not in a Cygwin console window.) `dired` (below) freezes and other processes i other xterm windows bomb: 19:25:05 @lester:~% top C:\cygwin\bin\tcsh.exe (472): *** fork: can't reserve memory for stack 0x3 - 0x23, Win32 error 487 6 [main] -tcsh 2808 sync_with_child: child 472(0x67C) died before initialization with status code 0x1 3423 [main] -tcsh 2808 sync_with_child: *** child state waiting for longjmp No more processes. Have you tried downgrading cygwin? Are the problems still present? bye ago
Re: GLX acceleration / Re: new cygwin has memory problems?
I just saw Christopher's posting re my posting of 12 Nov, explaining that indeed this is a Cygwin-specific problem. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Alexander: I believe the problem to be with the new xorg files, but there are quite a few and I don't have time to reinstall them all. I assume I'll just wait until the next update, but I hope the maintainers will at least keep this potential problem in mind. I have this CPU problem under xterm or rxvt, not only with dired, but also with ispell under mutt in these windows. I do not have these problems at all (using dired or ispell under mutt) under the standard Cygwin console window (no xorg depdendence). I note that dired using ncurses, ans perhaos ispell under mutt might too? Could there be some kind of new conflict with xorg utiltiies? I have all my Curr Cygwin files from mirrors.rcn.net up to date (omitting only setup -- which always seems to revert to Skip when downloaded -- and gcc-testsuite). Thanks for the info on glxgears. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Lester Ingber wrote: Yes, XWin_GL seems to run OK, though I have not seen any dramatic speedup yet. glxgears shows the fps and has a dramatic speedup. It is likely that part of this may be due to memory problems I seem to be having in the latest xorg downloads, with XWin and now also with XWin_GL. (I only seem to have these problems in xterm and rxvt, not in a Cygwin console window.) `dired` (below) freezes and other processes i other xterm windows bomb: 19:25:05 @lester:~% top C:\cygwin\bin\tcsh.exe (472): *** fork: can't reserve memory for stack 0x3 - 0x23, Win32 error 487 6 [main] -tcsh 2808 sync_with_child: child 472(0x67C) died before initialization with status code 0x1 3423 [main] -tcsh 2808 sync_with_child: *** child state waiting for longjmp No more processes. Have you tried downgrading cygwin? Are the problems still present? bye ago -- Prof. Lester Ingber [EMAIL PROTECTED] [EMAIL PROTECTED] www.ingber.com www.alumni.caltech.edu/~ingber
Re: GLX acceleration
On Wed, Nov 17, 2004 at 10:14:37AM -0800, Lester Ingber wrote: I believe the problem to be with the new xorg files, but there are quite a few and I don't have time to reinstall them all. I assume I'll just wait until the next update, but I hope the maintainers will at least keep this potential problem in mind. The dired problem is a cygwin DLL problem which should be fixed by today's snapshot: http://cygwin.com/snapshots.html . I don't know about the other problems. cgf
Re: GLX acceleration
Lester, Exactly what kind of speedups are you expecting here? AFAIU, the GLX-accelerated XWin will give you speedup only for programs that use the GLX extension, which automatically excludes most standard X clients (e.g., xterm, emacs, etc). For applications not using the GLX extension, the GLX-accelerated XWin should be no different from the regular XWin. Alexander, please correct me if I'm wrong. Igor On Tue, 16 Nov 2004, Lester Ingber wrote: Yes, XWin_GL seems to run OK, though I have not seen any dramatic speedup yet. It is likely that part of this may be due to memory problems I seem to be having in the latest xorg downloads, with XWin and now also with XWin_GL. (I only seem to have these problems in xterm and rxvt, not in a Cygwin console window.) [snip] --8-- top cut 2/2 - bottom 2/2 ---8-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= In an effort to get better performance on my ThinkPad/XPPRo I'm considering adding the experimental GLX acceleration module offered under setup. Is anyone using this? I've tested it with some programs including the glut suite. Some of the glut examples fail but most work well. How do you turn it on? Just install it and run XWin_GL.exe instead of XWin.exe. Any feedback is welcome. BTW: Only the multiwindow mode is useful with the accelerated server since the OpenGL drawing surface is not translated to match the window boundaries in windowed moded. bye ago -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
GLX acceleration?
In an effort to get better performance on my ThinkPad/XPPRo I'm considering adding the experimental GLX acceleration module offered under setup. Is anyone using this? How do you turn it on? Thanks. Lester
Re: GLX acceleration?
On Tue, 16 Nov 2004, Lester Ingber wrote: In an effort to get better performance on my ThinkPad/XPPRo I'm considering adding the experimental GLX acceleration module offered under setup. Is anyone using this? I've tested it with some programs including the glut suite. Some of the glut examples fail but most work well. How do you turn it on? Just install it and run XWin_GL.exe instead of XWin.exe. Any feedback is welcome. BTW: Only the multiwindow mode is useful with the accelerated server since the OpenGL drawing surface is not translated to match the window boundaries in windowed moded. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: 'GLX missing on display' Problems
On Fri, 30 Apr 2004 [EMAIL PROTECTED] wrote: On 28 Apr, Harold L Hunt II wrote: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Interesting info, though it confuses me a little. Where it says: It is easiest to just override trusted X11 forwarding by passing -Y to ssh in place of -X. The -Y does the same thing as -X, but it enables trusted X11 forwarding for the current connection. does it mean to say It is easiest to just override X11 forwarding...? Otherwise it seems to be saying you can override trusted X forwarding with trusted X forwarding. When it says OpenSSH 3.8 enables trusted X11 forwarding by default when connecting to an ssh server that supports trusted X11 forwarding., does it mean that overrides the setting in the /etc/ssh_config file? In other words, which default is the most default? Correct is: OpenSSH 3.8 now connects as _un_trusted client by default. The prior versions always connected as trusted (normal) clients. Actually it should read: OpenSSH 3.8 uses untrusted X11 forwarding by default when connecting to an ssh server that supports untrusted X11 forwarding. Most ssh servers for GNU/Linux are versions of OpenSSH that do support untrusted X11 forwarding, so using OpenSSH 3.8 from Cygwin will result in a connection that uses untrusted X11 forwarding by default. You will quickly notice that this is the case if most of your X applications are now killed when you try to copy and paste or if xdpyinfo returns only a fraction of the supported extensions that it does if run locally. It is easiest to just override untrusted X11 forwarding by passing -Y to ssh in place of -X. The -Y does the same thing as -X, but it enables trusted X11 forwarding for the current connection. What happens if your config file has both ForwardX11 yes and ForwardX11Trusted yes? Which is the default then? Is it bad to have both? Is it bad to have one set to yes and the other to no? I don't know. Try it. Apologies if these are stupid questions. I notice that I do have openssh 3.8 installed, and also note that the man page mentions ForwardX11Trusted in only one place, with no explanation, and the section on X11 and TCP forwarding mentions only ForwardX11 and the -X and -x options, not the -Y. So I couldn't get answers to my questions there. (This is true in the latest Cygwin, as of a day or so ago.) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: 'GLX missing on display' Problems
On 28 Apr, Harold L Hunt II wrote: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Interesting info, though it confuses me a little. Where it says: It is easiest to just override trusted X11 forwarding by passing -Y to ssh in place of -X. The -Y does the same thing as -X, but it enables trusted X11 forwarding for the current connection. does it mean to say It is easiest to just override X11 forwarding...? Otherwise it seems to be saying you can override trusted X forwarding with trusted X forwarding. When it says OpenSSH 3.8 enables trusted X11 forwarding by default when connecting to an ssh server that supports trusted X11 forwarding., does it mean that overrides the setting in the /etc/ssh_config file? In other words, which default is the most default? What happens if your config file has both ForwardX11 yes and ForwardX11Trusted yes? Which is the default then? Is it bad to have both? Is it bad to have one set to yes and the other to no? Apologies if these are stupid questions. I notice that I do have openssh 3.8 installed, and also note that the man page mentions ForwardX11Trusted in only one place, with no explanation, and the section on X11 and TCP forwarding mentions only ForwardX11 and the -X and -x options, not the -Y. So I couldn't get answers to my questions there. (This is true in the latest Cygwin, as of a day or so ago.) Regards, luke
Re: 'GLX missing on display' Problems
Wrong list: http://cygwin.com/lists.html This is a Cygwin/X specific question. Redirecting... On Wed, 28 Apr 2004, eti1 wrote: I use cygwin from home (on a Windows box) to ssh into my machine at work (Linux box). I get the following error when I try to run programs that use opengl libs for displaying: [EMAIL PROTECTED] cubit90]$ glxgears Xlib: extension GLX missing on display localhost:10.0. Error: couldn't get an RGB, Double-buffered visual When I ssh, I use the -X option so that graphics get forwarded to my local machine. I am aware that this error is usually manifested because opengl libs are not installed on the local machine, but I know I have them on my local machine because if I go a 'glxgears' before ssh-ing the gears graphics window displays just fine. It appears that after ssh-ing into my work machine, display information is lost. What is very troubling with this problem is that sometimes the problem altogether disappears. For example, if I ssh into my work machine and let the terminal sit for a while, it sometimes works, sometimes not. Other times after ssh-ing in, if I edit a file with vim I can run glxgears after, but not always. Nothing is reproducable to get it to work. But once it starts displaying, it usually doesn't stop. I tried a complete uninstall/reinstall of cygwin but it didn't do anything. Help! --Corey Please also see: Problem reports: http://cygwin.com/problems.html We need more information to help you. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: 'GLX missing on display' Problems
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Brian Ford wrote: Wrong list: http://cygwin.com/lists.html This is a Cygwin/X specific question. Redirecting... On Wed, 28 Apr 2004, eti1 wrote: I use cygwin from home (on a Windows box) to ssh into my machine at work (Linux box). I get the following error when I try to run programs that use opengl libs for displaying: [EMAIL PROTECTED] cubit90]$ glxgears Xlib: extension GLX missing on display localhost:10.0. Error: couldn't get an RGB, Double-buffered visual When I ssh, I use the -X option so that graphics get forwarded to my local machine. I am aware that this error is usually manifested because opengl libs are not installed on the local machine, but I know I have them on my local machine because if I go a 'glxgears' before ssh-ing the gears graphics window displays just fine. It appears that after ssh-ing into my work machine, display information is lost. What is very troubling with this problem is that sometimes the problem altogether disappears. For example, if I ssh into my work machine and let the terminal sit for a while, it sometimes works, sometimes not. Other times after ssh-ing in, if I edit a file with vim I can run glxgears after, but not always. Nothing is reproducable to get it to work. But once it starts displaying, it usually doesn't stop. I tried a complete uninstall/reinstall of cygwin but it didn't do anything. Help! --Corey Please also see: Problem reports: http://cygwin.com/problems.html We need more information to help you.
Re: X server with GLX acceleration
Colin Harrison wrote: This works for me, glxgears results:- Nice to hear. There is still much to do but at least the framework is running. $ glxgears 3177 frames in 5.0 seconds = 635.400 FPS 3273 frames in 5.0 seconds = 654.600 FPS Pentium 800 with ATI Rage Pro (Windows XP) Nice work, thanks. bye ago NP: Letzte Instanz - Schlaflos -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
X server with GLX acceleration
Hi, This works for me, glxgears results:- $ glxgears 3177 frames in 5.0 seconds = 635.400 FPS 3273 frames in 5.0 seconds = 654.600 FPS was: $ glxgears 520 frames in 5.0 seconds = 104.000 FPS 416 frames in 5.0 seconds = 83.200 FPS Pentium 800 with ATI Rage Pro (Windows XP) Nice work, thanks. Colin Harrison
X Server GLX Acceleration Results
Hi, GLX acceleration works fine for me. Tried on Matrox G550 and ATI Rage Pro on Windows XP. glxgears shows a massive speed-up (gears graphic doesn't show on ATI?). More testing underway. Thanks Colin Harrison
Re: OpenGL and GLX
Alexander Gottwald wrote: On Wed, 12 Nov 2003, Zbynek Winkler wrote: It seems the linker is not using the libraries at all :-(. Zbynek $ g++ -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -Wl,-t glxsample.cpp -o glxsample reorder the arguments: $ g++ glxsample.cpp -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -o glxsample Thanks. That actually works! Would you have a hint as to why the order is important? Also would you know how to fix this command that shows the same symptoms? c++ -g -g -O2 -o gazebo -L. -L/usr/X11R6/lib -L../libgazebo main.o World.o WorldFile.o Model.o ModelFactory.o Sensor.o SensorFactory.o X11Window.o WindowManager.o Camera.o ContactParams.o -lX11 -lm -lpthread -lGLU -lGL -L/usr/lib -lxml2 -lz -liconv -lm -L/home/zbynek/playerstage/ode-0.039/lib -lode models/SimpleSolid/libsimplesolid.a models/Pioneer2AT/libpioneer2at.a models/Pioneer2DX/libpioneer2dx.a models/SegwayRMP/libsegwayrmp.a models/SickLMS200/libsicklms200.a models/UserX11GLCamera/libuserx11glcamera.a models/GroundPlane/libgroundplane.a models/SonyVID30/libsonyvid30.a models/ClodBuster/libclodbuster.a sensors/X11GLCameraSensor/libx11glcamerasensor.a -lgazebo bodies/libbodies.a ../replace/libreplace.a ../toolkit/libtoolkit.a Well not exactly the same. Adding -Wl,-t shows that is is using /usr/X11R6/lib/libGLU.dll.a and /usr/X11R6/lib/libGL.dll.a but somehow it is missing functions like glMultMatrixf, glVertex3f etc. It also returns bunch of warnings like Warning: resolving [EMAIL PROTECTED] by linking to _glMaterialf Thank you for any insights you might have. Zbynek -- zw at matfyz.cz http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic
Re: What package is GLX OpenGL from?
A nice addition to cygwin setup.exe would be a search capability for packages and files like is in the KDE package manager KPackage. As the number of packages increases it becomes harder and harder to find what you are looking for. -Mark Esplin On Wednesday 02 April 2003 03:51 pm, Randall R Schulz wrote: Hi, Everybody! (with a Dr. Nick Riviera intonation) With the Monty Python Spam song intonation: FAQ, FAQ, FAQ, FAQ FAQ, FAQ, FAQ, FAQ But in keeping with my policy of not taunting or scolding without including a constructive answer, go here: http://cygwin.com/packages/. For best results, use as much as you know about the name. The search is a non-anchored grep pattern match against the package content lists. File suffixes can help, but beware that some standard command names are symlinks or scripts, so a .exe suffix will not be present in those cases.
Re: What package is GLX OpenGL from?
Mark, As always, patches are thoughtfully considered (eventually). However, this may not be as easy as you think, since the package tarballs themselves aren't downloaded until they are selected by the user in setup. So, that external search page at http://cygwin.com/packages/ is there for a reason... Igor On Thu, 3 Apr 2003, Mark P. Esplin wrote: A nice addition to cygwin setup.exe would be a search capability for packages and files like is in the KDE package manager KPackage. As the number of packages increases it becomes harder and harder to find what you are looking for. -Mark Esplin On Wednesday 02 April 2003 03:51 pm, Randall R Schulz wrote: Hi, Everybody! (with a Dr. Nick Riviera intonation) With the Monty Python Spam song intonation: FAQ, FAQ, FAQ, FAQ FAQ, FAQ, FAQ, FAQ But in keeping with my policy of not taunting or scolding without including a constructive answer, go here: http://cygwin.com/packages/. For best results, use as much as you know about the name. The search is a non-anchored grep pattern match against the package content lists. File suffixes can help, but beware that some standard command names are symlinks or scripts, so a .exe suffix will not be present in those cases. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II
What package is GLX OpenGL from?
My appologies if this is a FAQ, but I haven't found the answer to this, or the more generic question: How do I determine what package file x came from? Help with either is greatly appreciated. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: What package is GLX OpenGL from?
Hi, Everybody! (with a Dr. Nick Riviera intonation) With the Monty Python Spam song intonation: FAQ, FAQ, FAQ, FAQ FAQ, FAQ, FAQ, FAQ But in keeping with my policy of not taunting or scolding without including a constructive answer, go here: http://cygwin.com/packages/. For best results, use as much as you know about the name. The search is a non-anchored grep pattern match against the package content lists. File suffixes can help, but beware that some standard command names are symlinks or scripts, so a .exe suffix will not be present in those cases. Randall Schulz At 11:05 2003-04-02, you wrote: My appologies if this is a FAQ, but I haven't found the answer to this, or the more generic question: How do I determine what package file x came from? Help with either is greatly appreciated. Thanks. -- Brian Ford
Re: What package is GLX OpenGL from?
On Wed, 02 Apr 2003, Randall R Schulz wrote: But in keeping with my policy of not taunting or scolding without including a constructive answer, go here: http://cygwin.com/packages/. For best results, use as much as you know about the name. The search is a non-anchored grep pattern match against the package content lists. File suffixes can help, but beware that some standard command names are symlinks or scripts, so a .exe suffix will not be present in those cases. For the record, I had already visited that page several times and searched for: opengl OpenGL /usr/X11R6/lib/libGL.a and probably others in addition to searching the mailing list archives for the specific question and the generic question. All were previously to no avail. Given the additional information about the way the search engine works, I found it by searching for just libGL. Thank you VERY much. Seriously! Begin rant... If everyone would support your policy and give users a little bit of credit, the Cygwin community would be much better off, IMO. It is always difficult for me to determine just how much time to rumage around looking for something before asking a seemingly FAQ like question. Given this lists normal attitude, I try very hard to find the answer myself. But sometimes, a tip toward the right key is just what one needs to avoid wasting everyone's time. End rant... At 11:05 2003-04-02, you wrote: My appologies if this is a FAQ, but I haven't found the answer to this, or the more generic question: How do I determine what package file x came from? Help with either is greatly appreciated. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
GLX
Dear All, I have an application that sits on an SGI machine which I access via xfree86 on cygwin. When I try and open the application, I get a message telling me that extension GLX is missing. I have cygwin's OpenGL installed but I am guessing that the GLX extension is not part of this distribution. Is there a GLX extension for cygwin? If not, does anyone know of an X-windows environment for Microsoft Windows which supports GLX? Thank you for any advice you can give! Ed. __ Dr. Ed Llewellin Dept. of Earth Sciences, University of Bristol, Bristol BS8 1RJ, UK. Tel: 0117 9545415 Fax: 0117 9253385 [EMAIL PROTECTED] http://www.gly.bris.ac.uk/www/admin/personnel/EWL.html
Re: GLX
Ed, This problem has been discussed before. Search the mailing list archives through the link on the left of http://xfree86.cygwin.com/. I believe the problem is that SGI's GLX is unique in flavor. Harold Ed Llewellin wrote: Dear All, I have an application that sits on an SGI machine which I access via xfree86 on cygwin. When I try and open the application, I get a message telling me that extension GLX is missing. I have cygwin's OpenGL installed but I am guessing that the GLX extension is not part of this distribution. Is there a GLX extension for cygwin? If not, does anyone know of an X-windows environment for Microsoft Windows which supports GLX? Thank you for any advice you can give! Ed. __ Dr. Ed Llewellin Dept. of Earth Sciences, University of Bristol, Bristol BS8 1RJ, UK. Tel: 0117 9545415 Fax: 0117 9253385 [EMAIL PROTECTED] http://www.gly.bris.ac.uk/www/admin/personnel/EWL.html
Re: GLX
On Fri, Mar 14, 2003 at 03:09:20 +, Ed Llewellin wrote: Dear All, I have an application that sits on an SGI machine which I access via xfree86 on cygwin. When I try and open the application, I get a message telling me that extension GLX is missing. I have cygwin's OpenGL installed but I am guessing that the GLX extension is not part of this distribution. Is there a GLX extension for cygwin? If not, does anyone know of an X-windows environment for Microsoft Windows which supports GLX? Ed, If you run 'xdpyinfo' you'll see that cygwin does support the GLX extension. Please check that it does so on your machine too. Alan.
