George has been putting together a new libGL for XQuartz that better supports the functionality available in OpenGL.framework (I think before we only supported OpenGL 1.2, and now it should be 2.0... is that correct, George?) as well as newer GLX versions (including pbuffer support). If you make use of GLX, I highly urge you to test out this new release and provide feedback. http://static.macosforge.org/xquartz/downloads/X11-2.4.0_alpha2.dmg Thanks, Jeremy
Quoted Jeremy Huddleston <jeremyhu@apple.com>:
George has been putting together a new libGL for XQuartz that better supports the functionality available in OpenGL.framework (I think before we only supported OpenGL 1.2, and now it should be 2.0... is that correct, George?) as well as newer GLX versions (including pbuffer support).
The pbuffer support I wrote about was just a possible design for the Mac X11 libGL. I think that design I wrote about will work for pbuffer support though. It will support the intent of the pbuffer feature, but not the ability to get pbuffer events when the offscreen region is overwritten, because AFAIK that's not possible with the OpenGL framework that we base the X11 libGL on. So you would have the fast offscreen rendering, but not the ability to know when it's been damaged, because as far as I know that's not a feature the OpenGL framework forces upon users. The GLXPixmap code is going to need quite a few changes based on my research. The existing code in the server and libGL isn't going to work from what I see.
If you make use of GLX, I highly urge you to test out this new release and provide feedback.
http://static.macosforge.org/xquartz/downloads/X11-2.4.0_alpha2.dmg
Thanks, Jeremy
For what it's worth, the new libGL is good enough to run Pymol and many other apps (with and without GLX_STEREO), but there are some known issues I want to resolve. 1. the supported GLX extension strings are most likely incorrect, because some of the features don't work yet, such as GLXPixmaps and Pbuffers. 2. GLXPixmaps 3. GLXPbuffers Thread support seems to be better. I can run the glthread demo and it works now, instead of working randomly. Shared contexts seem to work better generally. Though they need more testing. Eventually I want to run the glean test suite with the new libGL, because I suspect that will find some issues. Unfortunately the last few times I did that with the old X11 libGL it crashed the machine, so it's difficult to compare the old vs. the new in terms of test suite failures. I think those underlying issues may be fixed now though. Hopefully Jeremy has resolved the input system bugs in the 2.4.0 releases. I had some problems with input events not occurring, so the apps didn't respond to any button or key presses. George -- http://people.freedesktop.org/~gstaplin/
Hopefully Jeremy has resolved the input system bugs in the 2.4.0 releases. I had some problems with input events not occurring, so the apps didn't respond to any button or key presses.
Yeah, that issue with the 1.6 branch has been fixed. The 2.4.0_alpha release is still using the 1.5 server code since there are a couple crashes I want to look at and work out in the 1.6 branch before including it in 2.4.0. --Jeremy
Jeremy and George: My main test case is still Wine - no luck with alpha1 or alpha2 GLX. I'm using Wine compiled from source, and it works for most non-DirectX/ advanced OpenGL purposes. Using Wine 1.1.13 (with a slightly modified dlls/winex11.drv/opengl.c file) and Xquartz 2.3.2.1, the "gltest.exe" program from the following location works as expected: http://freewebs.com/mannymax/cpp/GLtest.html However, using the same Wine version against 2.4.0_alpha2, it crashes out with the following error: ** HELLO from apple_init_glx! X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 148 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x22 Serial number of failed request: 131 Current serial number in output stream: 131 ** Would a recompile of Wine be necessary to pick up any ligGL/GLX changes? I've rolled back to 2.3.2.1 for the time being, but I can keep hammering with the alpha versions and send any reports - just let me know what I need to look for, and thanks for any guidance! ryan woodsmall rwoodsmall@mac.com "Be well, do good work, and keep in touch." - Garrison Keillor On Jan 27, 2009, at 3:08 PM, Jeremy Huddleston wrote:
George has been putting together a new libGL for XQuartz that better supports the functionality available in OpenGL.framework (I think before we only supported OpenGL 1.2, and now it should be 2.0... is that correct, George?) as well as newer GLX versions (including pbuffer support).
If you make use of GLX, I highly urge you to test out this new release and provide feedback.
http://static.macosforge.org/xquartz/downloads/X11-2.4.0_alpha2.dmg
Thanks, Jeremy
After installing 2.4.0_alpha2 I found that changes set in ~/.Xmodmap to swap CMD and Opt/Alt do not take effect when xmodmap is loaded from the /bin/sh script that is set as the app_to_run. However, other commands/values from that file do take effect. If after the script the completes, I run '/usr/X11/bin/xmodmap /Users/royar/.Xmodmap', all of the processes currently running then see the keys set the way xmodmap sets them. The values remain correct until the X session ends. -- Dr. Robert Delius Royar Sent from an Eee PC
participants (4)
-
George Peter Staplin
-
Jeremy Huddleston
-
robert delius royar
-
ryan woodsmall