Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c:
//TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO);
Somehow setting the PFD_STEREO flag makes doom3 crash and triggers the error mentioned in the subject. After commenting line 208 doom3 starts up just fine. Digging further..... :) (any help appreciated) Louis
___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
On Tuesday 29 November 2005 22:46, L. Lenders wrote:
Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c:
//TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO);
No, it's not the good way. Try my last patch on bug report
Regards, Raphael
Raphael <fenix <at> club-internet.fr> writes:
On Tuesday 29 November 2005 22:46, L. Lenders wrote:
Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c:
//TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO);
No, it's not the good way. Try my last patch on bug report
I think there is still a problem with your patch Raphael. I update the bug report with my observations, but basically it is as follows. glXChooseVisual and glXChooseFBConfig differ in the way they set up attribute lists. glXChooseFBConfig _requires_ all attributes to be followed by a value, even booleans. This implies that TEST_AND_ADD1 should _never_ be used for glXChooseFBConfig and friends. The only place it is being used currently is for GLX_STEREO, which seems to be causing the problems with Doom3. Changing the TEST_AND_ADD1 to a TEST_AND_ADD2 should be enough to correct your patch. Other than that your patch is definitely an improvement.
Regards, Aric
On Wednesday 30 November 2005 04:08, Aric Cyr wrote:
Raphael <fenix <at> club-internet.fr> writes:
On Tuesday 29 November 2005 22:46, L. Lenders wrote:
Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c:
//TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO);
No, it's not the good way. Try my last patch on bug report
I think there is still a problem with your patch Raphael. I update the bug report with my observations, but basically it is as follows. glXChooseVisual and glXChooseFBConfig differ in the way they set up attribute lists. glXChooseFBConfig _requires_ all attributes to be followed by a value, even booleans. This implies that TEST_AND_ADD1 should _never_ be used for glXChooseFBConfig and friends. The only place it is being used currently is for GLX_STEREO, which seems to be causing the problems with Doom3. Changing the TEST_AND_ADD1 to a TEST_AND_ADD2 should be enough to correct your patch. Other than that your patch is definitely an improvement.
Good catch. i forget to change it
Regards, Raphael
Did Raphael's patch ever get applied? I'm basically having the exact same trouble trying to run Deus Ex with the OpenGL renderer. I'm using a rage128 and xorg 7.0 RC1 (I don't think the r128 had any real updates before release though). Similarly, my glx client and server versions don't match up. Let me be clear: This is with the built in open source drivers, not the proprietary ones.
xxxxxx@ubuntu:~/.wine/drive_c/DeusEx/System$ winecvs DeusEx fixme:process:GetProcessWorkingSetSize (0xffffffff,0x7faff400,0x7faff3f8): stub fixme:process:GetProcessWorkingSetSize (0xffffffff,0x7fb0f418,0x7fb0f410): stub err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
Then the game displays a messagebox saying an assertion for "nPixelFormat" failed and exits.
xxxxxx@ubuntu:~/.wine/drive_c/DeusEx/System$ glxinfo | grep version server glx version string: 1.2 client glx version string: 1.4 GLX version: 1.2 OpenGL version string: 1.2 Mesa 6.3.2 glu version: 1.3
Raphael wrote:
On Wednesday 30 November 2005 04:08, Aric Cyr wrote:
Raphael <fenix <at> club-internet.fr> writes:
On Tuesday 29 November 2005 22:46, L. Lenders wrote:
Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c:
//TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO);
No, it's not the good way. Try my last patch on bug report
I think there is still a problem with your patch Raphael. I update the bug report with my observations, but basically it is as follows. glXChooseVisual and glXChooseFBConfig differ in the way they set up attribute lists. glXChooseFBConfig _requires_ all attributes to be followed by a value, even booleans. This implies that TEST_AND_ADD1 should _never_ be used for glXChooseFBConfig and friends. The only place it is being used currently is for GLX_STEREO, which seems to be causing the problems with Doom3. Changing the TEST_AND_ADD1 to a TEST_AND_ADD2 should be enough to correct your patch. Other than that your patch is definitely an improvement.
Good catch. i forget to change it
Regards, Raphael
Joseph Garvin wrote:
OpenGL version string: 1.2 Mesa 6.3.2
Mesa is a SOFTWARE RENDERER i.e. your CPU does 100% of the work. Only has real preformance on a sparc64 system with 8 CPUs, each at least 2.5GHz
Segin wrote:
Joseph Garvin wrote:
OpenGL version string: 1.2 Mesa 6.3.2
Mesa is a SOFTWARE RENDERER i.e. your CPU does 100% of the work. Only has real preformance on a sparc64 system with 8 CPUs, each at least 2.5GHz
No, when you're using the builtin drivers it still says Mesa even though it's accelerated:
prophet@ubuntu:~$ glxinfo | grep render direct rendering: Yes OpenGL renderer string: Mesa DRI Rage 128 20041026 AGP 4x
Tuxracer and Neverball are both playable. They're not playable with software rendering on my Athlon XP 3000+ desktop, let alone on this P3 800 laptop.
-
Aric Cyr -
Joseph Garvin -
L. Lenders -
Raphael -
Segin