![Big Grin :D](./images/smilies/icon_biggrin.gif)
Details
Download
Documentation
The Win64 portability issue mentioned by szo has not yet been fixed.
Hmm, that might be a vertex array bug in the driver. Try setting gl_vaelements_max to -1 (it's read-only, so use +set gl_vaelements_max -1) on the command line.mh wrote:I've tested both the SGL and WGL versions of this on an older Dell PC with Windows XP and Intel 945 graphics.
Neither draw the world, the menus or the console (aside from the console background).
Didn't fix it, but I did notice something else interesting: setting gl_conspin 1 will cause everything to appear again, but only when the console is down. Seems like some kind of transform problem with the world model then (brush models, MDLs and everything else in the 3D view draw OK).taniwha wrote:Hmm, that might be a vertex array bug in the driver. Try setting gl_vaelements_max to -1 (it's read-only, so use +set gl_vaelements_max -1) on the command line.mh wrote:I've tested both the SGL and WGL versions of this on an older Dell PC with Windows XP and Intel 945 graphics.
Neither draw the world, the menus or the console (aside from the console background).
Code: Select all
if (gl_major >= 1 && gl_minor >= 3)
Code: Select all
if (gl_major > 1 || (gl_major == 1 && gl_minor >= 3))
Interesting. However, whatever made you try gl_conspin?!? Or was that just a fluke when you were playing around with cvars?mh wrote:Didn't fix it, but I did notice something else interesting: setting gl_conspin 1 will cause everything to appear again, but only when the console is down. Seems like some kind of transform problem with the world model then (brush models, MDLs and everything else in the 3D view draw OK).
Yup, that's a bug. Thank you. FIxed locally, will push to git soon, and it will be in the next release.Edit: hmmmm...What happens if major is 2 and minor is 0? Shouldn't that be something like:Code: Select all
if (gl_major >= 1 && gl_minor >= 3)
Code: Select all
if (gl_major > 1 || (gl_major == 1 && gl_minor >= 3))
![]()
I had a close look at QFGL_ParseExtensionList, but it does seem to correct. It is being very paranoid about avoiding false positives caused by substring matches (not that they're likely).QFGL_ParseExtensionList looks suspect to me. See: http://www.opengl.org/sdk/docs/man/xhtm ... String.xml - "Returns a space-separated list of supported extensions to GL" - as it's just a simple space-delimited string, just strstr (gl_extensions, "GL_EXT_my_wonderful_extension ") is all you need - just ensure there's a space at the end of the extension you're checking for and it works.
I've just found out that it would not have fixed it even if the cvar setting had taken (the command line parser does not put args starting with - into the command buffer: you need to quote such args: +set gl_vaelements_max "-1" (and possibly quote the quotes: see here)).mh wrote:Didn't fix ittaniwha wrote: Hmm, that might be a vertex array bug in the driver. Try setting gl_vaelements_max to -1 (it's read-only, so use +set gl_vaelements_max -1) on the command line.
Sorry, just noticed this.mh wrote: OK, both work on NVIDIA/Win 7, at least so far as the renderer is concerned.
Also got the mouse capture problem in the SGL version which makes it unplayable in windowed mode. Mouse didn't work at all in WGL, and WGL also had the command prompt window appear behind the main game window here.