pyopengl-users — Discussion of all PyOpenGL matters.

[PyOpenGL-Users] problem registering FormatHandler class on installation

[<vma...@am...>]

I have installed PyOpenGL-3.0.0b6 onto a Linux (Fedora 7) running 
Python 2.5, using the
easy_install PyOpenGL
command. I note that I have Numeric installed, but not numpy.

On trying to invoke gluNurbsSurface with a Numeric.array value as 
control points, I get a thrown exception with the message:
TypeError: No array-type handler for type <type 'array'> (value: 
array([[[ 0.,  0.,  0.,  1.],[ 1.,  0.,  ) registered

Looking through source code, it seems that at some point the class 
OpenGL.arrays.numeric.NumericHandler needs to be registered as a source 
of data conversion methods; and that this should have been configured 
as part of the easy_install process.

So, my questions are:

-- Is there some clue I can look for in the logging from the 
easy_install as to whether there was a problem configuring the plugins

--- do I need to set some configuration before installing

--- or, can (and how) can I manually register the NumericHandler class

Thanks for any help

Vince Marchetti

[PyOpenGL-Users] pyopengl on the OpenMoko FreeRunner

[Gunnar A. G. <gun...@df...>]

Hi all,

I am trying to get pyopengl to work on the openmoko FreeRunner [1]
Building the package and installing was fairly straight forward, but
running my fairly simple example gives me:


Traceback (most recent call last):
  File "largepic.py", line 58, in <module>
    screen = lamina.LaminaScreenSurface()
  File "/home/root/mokotoys/lamina.py", line 221, in __init__
    self.setup()
  File "/home/root/mokotoys/lamina.py", line 226, in setup
    self.refreshPosition()
  File "/home/root/mokotoys/lamina.py", line 232, in refreshPosition
    bottomleft = oglu.gluUnProject(0, 0, depth)
  File "/usr/lib/python2.5/site-packages/OpenGL/lazywrapper.py", line
32, in __call__
    return wrapper( baseFunction, *args, **named )
  File "/usr/lib/python2.5/site-packages/OpenGL/GLU/projection.py", line
46, in gluUnProject
    model = GL.glGetDoublev( GL.GL_MODELVIEW_MATRIX )
  File "/usr/lib/python2.5/site-packages/OpenGL/wrapper.py", line 1631,
in __call__
    return self.finalise()( *args, **named )
  File "/usr/lib/python2.5/site-packages/OpenGL/wrapper.py", line 683,
in wrapperCall
    converter( pyArgs, index, self )
  File "/usr/lib/python2.5/site-packages/OpenGL/converters.py", line
195, in __call__
    return self.arrayType.zeros( self.getSize(pyArgs) )
  File
"/usr/lib/python2.5/site-packages/OpenGL/arrays/arraydatatype.py", line
98, in zeros
    return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant )
  File "/usr/lib/python2.5/site-packages/OpenGL/arrays/nones.py", line
32, in zeros
    raise TypeError( """Can't create NULL pointer filled with values""" )
TypeError: ("Can't create NULL pointer filled with values", 'Failure in
cConverter <OpenGL.converters.SizedOutput object at 0x40ffcfb0>',
[GL_MODELVIEW_MATRIX], 1, <OpenGL.wrapper.glGetDoublev object at
0x4100a698>)


Now, before I dive in and debug this - let me ask: Has anyone else had
any success with pyopengl on the ARM architecture?

Some of the tests from the pyopengl run successfully, but most GLUT ones
fail with because of some missing font - and test_loadglut fails with :
AttributeError: python: undefined symbol: glutSolidTeapot

The FreeRunner has libGL, libGLU from MESA version 6.5, is this too old?


Please reply also to me offlist as I am not subscribed.

Thanks!

- Gunnar

[1] http://wiki.openmoko.org/wiki/Neo_FreeRunner

-- 
Gunnar Aastrand Grimnes
gunnar.grimnes [AT] dfki.de

DFKI GmbH
Knowledge Management
Trippstadter Strasse 122
D-67663 Kaiserslautern
Germany

Office: +49 631 205 75-117
Mobile: +49 177 277 4397

Re: [PyOpenGL-Users] Ubuntu 8.10 Intrepid Ibex, 32-Bit, Segmentation Fault.

[Matthew W. <bma...@bl...>]

Ok, I tried the following...

from OpenGL.GL import *
glGetError()

Which resulted in this...

0xb7c98156 in glGetError () from /usr/lib/libGL.so.1

2008/11/24 Mike C. Fletcher <mcf...@vr...>

> Matthew Webb wrote:
>
>> I know that someone has already reported this issue but I think I can
>> provide more information about the fault.
>>
>> I tried the following simple program...
>>
>> from OpenGL.GLUT import *
>> glutInit('')
>> glutInitDisplayMode(GLUT_DOUBLE)
>>
>> This resulted in a Segmentation fault, so I ran the program through gdb.
>>
>> #0  0xb7cc8156 in glGetError () from /usr/lib/libGL.so.1
>>
>>
> Can you try *just* calling glGetError()?  If that's the problem, then it
> would seem that glGetError cannot be called on that machine before you've
> initialized a context?  (That would be strange, but I'm little surprised by
> weird restrictions in OpenGL implementations these days).  We can work
> around that if it's the case.
>
> Thanks,
> Mike
>
> --
> ________________________________________________
>  Mike C. Fletcher
>  Designer, VR Plumber, Coder
>  http://www.vrplumber.com
>  http://blog.vrplumber.com
>
>
>


-- 
matthew

Re: [PyOpenGL-Users] Ubuntu 8.10 Intrepid Ibex, 32-Bit, Segmentation Fault.

[Mike C. F. <mcf...@vr...>]

Matthew Webb wrote:
> I know that someone has already reported this issue but I think I can 
> provide more information about the fault.
>
> I tried the following simple program...
>
> from OpenGL.GLUT import *
> glutInit('')
> glutInitDisplayMode(GLUT_DOUBLE)
>
> This resulted in a Segmentation fault, so I ran the program through gdb.
>
> #0  0xb7cc8156 in glGetError () from /usr/lib/libGL.so.1
>   
Can you try *just* calling glGetError()?  If that's the problem, then it 
would seem that glGetError cannot be called on that machine before 
you've initialized a context?  (That would be strange, but I'm little 
surprised by weird restrictions in OpenGL implementations these days).  
We can work around that if it's the case.

Thanks,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

[PyOpenGL-Users] Ubuntu 8.10 Intrepid Ibex, 32-Bit, Segmentation Fault.

[Matthew W. <bma...@bl...>]

I know that someone has already reported this issue but I think I can 
provide more information about the fault.

I tried the following simple program...

from OpenGL.GLUT import *
glutInit('')
glutInitDisplayMode(GLUT_DOUBLE)

This resulted in a Segmentation fault, so I ran the program through gdb.

#0  0xb7cc8156 in glGetError () from /usr/lib/libGL.so.1
#1  0xb7d53447 in ffi_call_SYSV () from 
/usr/lib/python2.5/lib-dynload/_ctypes.so
#2  0xb7d532c6 in ffi_call () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#3  0xb7d4ddc4 in _CallProc () from 
/usr/lib/python2.5/lib-dynload/_ctypes.so
#4  0xb7d46f69 in ?? () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#5  0x0805d867 in PyObject_Call ()
#6  0x080cc8a7 in PyEval_EvalFrameEx ()
#7  0x080d0345 in PyEval_EvalCodeEx ()
#8  0x08117891 in ?? ()
#9  0x0805d867 in PyObject_Call ()
#10 0x08063a7a in ?? ()
#11 0x08062646 in PyObject_CallFunctionObjArgs ()
#12 0xb7d46fa3 in ?? () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#13 0x0805d867 in PyObject_Call ()
#14 0x080cc8a7 in PyEval_EvalFrameEx ()
#15 0x080d0345 in PyEval_EvalCodeEx ()
#16 0x080d0557 in PyEval_EvalCode ()
#17 0x080edf8f in PyRun_FileExFlags ()
#18 0x080ee25a in PyRun_SimpleFileExFlags ()
#19 0x080595e7 in Py_Main ()
#20 0x08058962 in main ()

Quite a few of the people who have also encountered this error, seem to 
be using Intel graphics cards, like myself. But I don't know whether 
that means anything or not.

Re: [PyOpenGL-Users] Shader problems

[Mike C. F. <mcf...@vr...>]

Tim Bocek wrote:
> Mike-
> Thanks for your comprehensive response!  I've managed to figure out 
> that I need to use the ARB extensions but that they do work 
> (downloaded a c example program that convinced myself of this).  Now I 
> gotta figure out whether there's an ARB-supporting computer I can demo 
> to my instructor with, if not it doesn't look too bad to support both 
> with a runtime switch ;)
from OpenGL.extensions import alternate
from OpenGL.GL import *
from OpenGL.GL.ARB.shader_objects import *
from OpenGL.GL.ARB.fragment_shader import *
from OpenGL.GL.ARB.vertex_shader import *

glCreateShader = alternate( 'glCreateShader', glCreateShader, 
glCreateShaderObjectARB )
glShaderSource = alternate( 'glShaderSource', glShaderSource, 
glShaderSourceARB)
glCompileShader = alternate( 'glCompileShader', glCompileShader, 
glCompileShaderARB)
glCreateProgram = alternate( 'glCreateProgram', glCreateProgram, 
glCreateProgramObjectARB)
glAttachShader = alternate( 'glAttachShader', 
glAttachShader,glAttachObjectARB )
glValidateProgram = alternate( 
'glValidateProgram',glValidateProgram,glValidateProgramARB )
glLinkProgram = alternate( 'glLinkProgram',glLinkProgram,glLinkProgramARB )
glDeleteShader = alternate( 'glDeleteShader', 
glDeleteShader,glDeleteObjectARB )
glUseProgram = alternate('glUseProgram',glUseProgram,glUseProgramObjectARB )
glGetProgramInfoLog = alternate( glGetProgramInfoLog, glGetInfoLogARB )

Should let you use the GL 2.0 versions and auto-fallback to the ARB 
versions when 2.0 isn't available.

HTH,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] Shader problems

[Tim B. <tim...@gm...>]

Mike-
Thanks for your comprehensive response!  I've managed to figure out that I
need to use the ARB extensions but that they do work (downloaded a c example
program that convinced myself of this).  Now I gotta figure out whether
there's an ARB-supporting computer I can demo to my instructor with, if not
it doesn't look too bad to support both with a runtime switch ;)

Thanks again!
-Tim

On Sun, Nov 16, 2008 at 11:07 AM, Mike C. Fletcher
<mcf...@vr...>wrote:

> Tim Bocek wrote:
>
>> Using Kubuntu Intrepid (8.10), PyOpenGL 3.0b6, proprietary nvidia
>> drivers (though I'm not sure what specific card is in this computer).
>> I am trying to get shaders to work using PyOpenGL, but calling
>>
>> glCreateShader(GL_FRAGMENT_SHADER) produces the exception:
>>
>> Traceback (most recent call last):
>>  File "./main.py", line 154, in <module>
>>    testShader = shader.FragmentShader("testShader.glsl")
>>  File "/home/rya/hw3/shader.py", line 11, in __init__
>>    self.__shader = glCreateShader(GL_FRAGMENT_SHADER)
>>  File
>> "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/platform/baseplatform.py",
>> line 280, in __call__
>>    self.__name__, self.__name__,
>> OpenGL.error.NullFunctionError: Attempt to call an undefined function
>> glCreateShader, check for bool(glCreateShader) before calling
>>
>> Does this mean that my video card and/or opengl install does not
>> support shaders?  If that's not what this means, then what could be
>> going on?
>>
>>
> The possibilities are (there are probably other ones, but these are what
> comes to mind immediately):
>
>   * Your card does not support shaders
>         o possible for fairly old/low-level hardware
>   * Your card only supports shaders with the ARB extension
>     (glCreateShaderARB)
>         o common for slightly older hardware or drivers
>   * Your card only supports lower-level "program" shaders (pre-GLSL)
>         o common for older integrated graphics solutions
>   * Your card is currently running in non-accelerated mode
>         o e.g. because of a kernel mismatch versus the X driver
>   * You are calling the shader creation before you have an active
>     OpenGL context
>         o many implementations require a valid GL context before they
>           let you create shaders and the like
>   * You are calling the code on a software-only context
>         o e.g. because of requesting a context which can't be hardware
>           accelerated
>
> To debug these kinds of things:
>
>   * lspci | grep nVidia | grep VGA
>         o should tell you your card name, you can then google to see
>           what features the card supports
>   * glxinfo | grep -ir version
>         o should tell you whether your drivers support GL version
>           2.0.0 or greater
>   * add glGetString( GL_VERSION ) and print the result in your code
>         o if > 2.0.0 you should have glCreateShader available
>   * add glGetString( GL_EXTENSIONS ) and print the result in your code
>         o if GL_ARB_shader_objects is in the list, then you need to
>           use the ARB form of the functionality
>   * import OpenGL.GL.ARB.shader_objects and check for bool(
>     glCreateShaderObjectARB )
>         o when it's true, you can use it...
>   * try different (known-to-work) code for initializing the context to
>     be sure you get a shader-friendly context
>
> HTH,
> Mike
>
> --
> ________________________________________________
>  Mike C. Fletcher
>  Designer, VR Plumber, Coder
>  http://www.vrplumber.com
>  http://blog.vrplumber.com
>
>

Re: [PyOpenGL-Users] Shader problems

[Mike C. F. <mcf...@vr...>]

Tim Bocek wrote:
> Using Kubuntu Intrepid (8.10), PyOpenGL 3.0b6, proprietary nvidia
> drivers (though I'm not sure what specific card is in this computer).
> I am trying to get shaders to work using PyOpenGL, but calling
>
> glCreateShader(GL_FRAGMENT_SHADER) produces the exception:
>
> Traceback (most recent call last):
>   File "./main.py", line 154, in <module>
>     testShader = shader.FragmentShader("testShader.glsl")
>   File "/home/rya/hw3/shader.py", line 11, in __init__
>     self.__shader = glCreateShader(GL_FRAGMENT_SHADER)
>   File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/platform/baseplatform.py",
> line 280, in __call__
>     self.__name__, self.__name__,
> OpenGL.error.NullFunctionError: Attempt to call an undefined function
> glCreateShader, check for bool(glCreateShader) before calling
>
> Does this mean that my video card and/or opengl install does not
> support shaders?  If that's not what this means, then what could be
> going on?
>   
The possibilities are (there are probably other ones, but these are what 
comes to mind immediately):

    * Your card does not support shaders
          o possible for fairly old/low-level hardware
    * Your card only supports shaders with the ARB extension
      (glCreateShaderARB)
          o common for slightly older hardware or drivers
    * Your card only supports lower-level "program" shaders (pre-GLSL)
          o common for older integrated graphics solutions
    * Your card is currently running in non-accelerated mode
          o e.g. because of a kernel mismatch versus the X driver
    * You are calling the shader creation before you have an active
      OpenGL context
          o many implementations require a valid GL context before they
            let you create shaders and the like
    * You are calling the code on a software-only context
          o e.g. because of requesting a context which can't be hardware
            accelerated

To debug these kinds of things:

    * lspci | grep nVidia | grep VGA
          o should tell you your card name, you can then google to see
            what features the card supports
    * glxinfo | grep -ir version
          o should tell you whether your drivers support GL version
            2.0.0 or greater
    * add glGetString( GL_VERSION ) and print the result in your code
          o if > 2.0.0 you should have glCreateShader available
    * add glGetString( GL_EXTENSIONS ) and print the result in your code
          o if GL_ARB_shader_objects is in the list, then you need to
            use the ARB form of the functionality
    * import OpenGL.GL.ARB.shader_objects and check for bool(
      glCreateShaderObjectARB )
          o when it's true, you can use it...
    * try different (known-to-work) code for initializing the context to
      be sure you get a shader-friendly context

HTH,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

[PyOpenGL-Users] Shader problems

[Tim B. <tim...@gm...>]

Using Kubuntu Intrepid (8.10), PyOpenGL 3.0b6, proprietary nvidia
drivers (though I'm not sure what specific card is in this computer).
I am trying to get shaders to work using PyOpenGL, but calling

glCreateShader(GL_FRAGMENT_SHADER) produces the exception:

Traceback (most recent call last):
  File "./main.py", line 154, in <module>
    testShader = shader.FragmentShader("testShader.glsl")
  File "/home/rya/hw3/shader.py", line 11, in __init__
    self.__shader = glCreateShader(GL_FRAGMENT_SHADER)
  File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/platform/baseplatform.py",
line 280, in __call__
    self.__name__, self.__name__,
OpenGL.error.NullFunctionError: Attempt to call an undefined function
glCreateShader, check for bool(glCreateShader) before calling

Does this mean that my video card and/or opengl install does not
support shaders?  If that's not what this means, then what could be
going on?

Thanks!

Re: [PyOpenGL-Users] I think I found an easy installation method for OpenGL.Tk on Windows

[Mike C. F. <mcf...@vr...>]

Ben Smith wrote:
> Hello,
>
> I wasn't able to find anything concrete about how to do this, but I 
> have something that seems to work.  Here's what I did to install Togl 
> in the tcl distribution that comes with windows python.
>
> Download Togl2.0-8.4-Windows.zip from sourceforge.
> Copy the folder lib\Togl2.0 from the zip file to your Python\tcl\ 
> directory, so it's Python\tcl\Togl2.0
>
> It's my understanding that the two important files for this are 
> Togl20.dll and pkgIndex.tcl, but I'm not an expert.
>
> That's it.  I already had pyopengl 3.0.0b6 installed.  I'm using 
> Python 2.6.  The very few samples I could find for OpenGL.Tk work so 
> far.  Python 2.6 on Windows is bundled with (and built against) 
> tcl/tk8.5, and it looks like Togl2.0 is built against 8.4.  Even my 
> mileage may vary.  I'm sharing this because it may help someone, or 
> someone may be able to point out problems with it. 
>
> Thanks,
> -b
There's a quickly hacked-together script in src/toglinstall/get_togl.py 
which attempts to download and install Togl for Win32 platforms.  It 
downloads the file and attempts to install them.  I haven't looked at it 
recently, however.

Take care,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

[PyOpenGL-Users] I think I found an easy installation method for OpenGL.Tk on Windows

[Ben S. <gu...@gm...>]

Hello,

I wasn't able to find anything concrete about how to do this, but I have
something that seems to work.  Here's what I did to install Togl in the tcl
distribution that comes with windows python.

Download Togl2.0-8.4-Windows.zip from sourceforge.
Copy the folder lib\Togl2.0 from the zip file to your Python\tcl\ directory,
so it's Python\tcl\Togl2.0

It's my understanding that the two important files for this are Togl20.dll
and pkgIndex.tcl, but I'm not an expert.

That's it.  I already had pyopengl 3.0.0b6 installed.  I'm using Python
2.6.  The very few samples I could find for OpenGL.Tk work so far.  Python
2.6 on Windows is bundled with (and built against) tcl/tk8.5, and it looks
like Togl2.0 is built against 8.4.  Even my mileage may vary.  I'm sharing
this because it may help someone, or someone may be able to point out
problems with it.

Thanks,
-b

Re: [PyOpenGL-Users] PyOpenGL.exe???

[Mike C. F. <mcf...@vr...>]

Mr. T wrote:
> is there a planned PyOpenGL.exe sometime soon.
I hadn't planned on releasing one until the final release of 3.0.0.  
That said, I can release one with the next beta (it seems we'll need 
another beta before 3.0.0 final).  It will probably be more than a week 
before I can get enough time to sit down and test the current bzr head 
sufficiently to do a release, however.
> Unfortunatly i cannot figure out how to get pyopengk installed 
> with the zip file. I am anxious to get started with opengl.
> i even tried the older 3.0.0b1.exe but no luck!
> Windows Vista OS.
To install from the currently-released .zip file, you need to install 
the "setuptools" package (google for Python setuptools).  You normally 
install that by running a file called ez_setup.py .  Once you have that 
installed you *should* be able to run the following command:

    easy_install PyOpenGL

and have the system install the current version of PyOpenGL.

See also:

    http://pyopengl.sourceforge.net/documentation/installation.html

Technical note: as of the next release you will not need setuptools, as 
it has proven to be confusing and fragile for people.

HTH,
Mike


-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] Exception when importing GLU

[Mike C. F. <mcf...@vr...>]

Aki Koskinen wrote:
> I have PyOpenGL-3.0.0b6 as packaged in Fedora 9. I started to get this 
> exception some time ago. Maybe I updated something, maybe I didn't - can't 
> remember. However now I started to look into it more closely and I came up 
> with a minimal test program that can be used to reproduce this. Here it is:
>   
...
> line 192, in copyBaseFunction
>     extension = original.argNames,
>   File "/usr/lib/python2.5/site-packages/OpenGL/platform/baseplatform.py", 
>   
Stupid error on my part there, obviously just a cut-and-paste error.  
I've fixed the function in bzr, the line should read:

       extension = original.extension

Sorry about that,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] Exception when importing GLU

[Greg E. <gre...@ca...>]

Aki Koskinen wrote:
> Maybe the example script is all wrong and I shouldn't be doing it 
> this way. Meaning it might be just stupid to create the screen before 
> importing all the OpenGL stuff.

While not necessarily wrong, it's a somewhat unusual thing
to do. Mostly people tend to put all the imports needed
by a module at the top of the module, unless there's a
particular reason to do otherwise.

It is a somewhat unintuitive requirement, though. If it
can't be fixed, the error message could perhaps be
improved.

-- 
Greg

[PyOpenGL-Users] Exception when importing GLU

[Aki K. <pyo...@ak...>]

I have PyOpenGL-3.0.0b6 as packaged in Fedora 9. I started to get this 
exception some time ago. Maybe I updated something, maybe I didn't - can't 
remember. However now I started to look into it more closely and I came up 
with a minimal test program that can be used to reproduce this. Here it is:


import pygame
pygame.init()
screen = pygame.display.set_mode([800, 600], pygame.OPENGL | pygame.DOUBLEBUF)
from OpenGL.GL import *
from OpenGL.GLU import *


As you can see I'm also using pygame here. The exception happens on the last 
line where importing GLU. The traceback is on the end of this post.

I can fix this problem by moving the OpenGL import lines before creating the 
display. Maybe the example script is all wrong and I shouldn't be doing it 
this way. Meaning it might be just stupid to create the screen before 
importing all the OpenGL stuff. But anyway I wanted you to know this.

So this is not a show stopper for me but I'm just reporting this if the 
developers want to do something about it. Maybe handle the exception in some 
way.

Thanks for your attention,
Aki


Traceback (most recent call last):
  File "testaa.py", line 5, in <module>
    from OpenGL.GLU import *
  File "/usr/lib/python2.5/site-packages/OpenGL/GLU/__init__.py", line 10, in 
<module>
    from OpenGL.GLU.glunurbs import *
  File "/usr/lib/python2.5/site-packages/OpenGL/GLU/glunurbs.py", line 147, in 
<module>
    cb = _callbackWithType( funcType )
  File "/usr/lib/python2.5/site-packages/OpenGL/GLU/glunurbs.py", line 140, in 
_callbackWithType
    simple.gluNurbsCallback
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/baseplatform.py", 
line 192, in copyBaseFunction
    extension = original.argNames,
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/baseplatform.py", 
line 134, in createBaseFunction
    extension = extension,
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/baseplatform.py", 
line 80, in constructFunction
    if extension and not self.checkExtension( extension ):
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/baseplatform.py", 
line 158, in checkExtension
    current = set.get( name )
TypeError: list objects are unhashable

-- 
Aki Koskinen
http://www.akikoskinen.info/

Re: [PyOpenGL-Users] segmentation fault on ubuntu 32 bit

[Mike C. F. <mcf...@vr...>]

Alexandre Lacoste wrote:
> Hmmm... I tried a live cd and the segfault dissapeared...
> This means it have something to do with the configuration of the 
> computer :S
> The live cd was hardy (8.04) and the fix install is ibex (8.10, 
> upgraded from hardy)
>
> Any body have an idea what need to be configured ?
Not really.  I'm on a Kubuntu 32-bit Hardy machine here, script executes 
without problems.  I have FreeGLUT 3 installed if that helps you.

If you have gdb, you could try doing a gdb python core on the corefile 
to see where the actual crash occurs.  If you do an import pdb; 
pdb.set_trace() and step into everything you should at least be able to 
see what is going into the C code as values as the crash occurs.  Out of 
curiosity, if you switch to GLUT_DOUBLE, does it still crash?  I 
wouldn't be all *that* surprised to discover that something wasn't being 
tested in single-buffered mode.

Good luck,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] segmentation fault on ubuntu 32 bit

[Alexandre L. <ale...@gm...>]

Hmmm... I tried a live cd and the segfault dissapeared...
This means it have something to do with the configuration of the computer :S
The live cd was hardy (8.04) and the fix install is ibex (8.10, upgraded
from hardy)

Any body have an idea what need to be configured ?

thanks

ªŁ€×


On Tue, Nov 11, 2008 at 3:56 PM, Alexandre Lacoste <alex.lacoste.ml@
gmail.com> wrote:

> Hi. I'm experiencing segmentation fault on ubuntu. As opposed to most other
> ubuntu-seg-fault post, my ubuntu is a 32 bit.
>
> The minimum program that makes it crash is :
>
> from OpenGL.GLUT import *
> glutInit( ' ' )
> glutInitDisplayMode( GLUT_SINGLE )
>
> Any body got an idea ?
>
> Glx gear is running without any problem. Here is some informatqion that
> might be usefull (maybe too much information)
>
>
> ------------------------------------------------------------------------------------------
> ...
>
> ªŁ€×
>

[PyOpenGL-Users] PyOpenGL.exe???

[Mr. T <rt...@gm...>]

is there a planned PyOpenGL.exe sometime soon.Unfortunatly i cannot figure
out how to get pyopengk installed
with the zip file. I am anxious to get started with opengl.
i even tried the older 3.0.0b1.exe but no luck!
Windows Vista OS.

[PyOpenGL-Users] segmentation fault on ubuntu 32 bit

[Alexandre L. <ale...@gm...>]

Hi. I'm experiencing segmentation fault on ubuntu. As opposed to most other
ubuntu-seg-fault post, my ubuntu is a 32 bit.

The minimum program that makes it crash is :

from OpenGL.GLUT import *
glutInit( ' ' )
glutInitDisplayMode( GLUT_SINGLE )

Any body got an idea ?

Glx gear is running without any problem. Here is some informatqion that
might be usefull (maybe too much information)

------------------------------------------------------------------------------------------

uname -a :

Linux frtub1-desktop 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:20 UTC 2008
i686 GNU/Linux

 lspci | grep VGA :

00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express
Integrated Graphics Controller (rev 02)

python help('OpenGL') :

Help on package OpenGL:

NAME
    OpenGL - ctypes-based OpenGL wrapper for Python

FILE
    /usr/lib/python2.5/site-
packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/__init__.py
...

lsmod :

Module                  Size  Used by
ipv6                  263972  16
af_packet              25728  2
i915                   38144  2
drm                    86056  3 i915
binfmt_misc            16904  1
rfcomm                 44432  0
sco                    18308  2
bridge                 56980  0
stp                    10628  1 bridge
bnep                   20480  2
l2cap                  30464  6 rfcomm,bnep
bluetooth              61924  6 rfcomm,sco,bnep,l2cap
ppdev                  15620  0
acpi_cpufreq           15500  3
cpufreq_stats          13188  0
cpufreq_ondemand       14988  1
freq_table             12672  3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand
cpufreq_powersave       9856  0
cpufreq_conservative    14600  0
cpufreq_userspace      11396  0
pci_slot               12552  0
wmi                    14504  0
video                  25104  0
output                 11008  1 video
sbs                    19464  0
sbshc                  13440  1 sbs
container              11520  0
battery                18436  0
iptable_filter         10752  0
ip_tables              19600  1 iptable_filter
x_tables               22916  1 ip_tables
ac                     12292  0
sbp2                   29324  0
lp                     17156  0
snd_hda_intel         381488  3
snd_pcm_oss            46848  0
snd_mixer_oss          22784  1 snd_pcm_oss
snd_pcm                83204  2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy          10884  0
snd_seq_oss            38528  0
snd_seq_midi           14336  0
snd_rawmidi            29824  1 snd_seq_midi
snd_seq_midi_event     15232  2 snd_seq_oss,snd_seq_midi
snd_seq                57776  6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
evdev                  17696  6
snd_timer              29960  2 snd_pcm,snd_seq
snd_seq_device         15116  5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd                    63268  15
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
parport_pc             39204  1
parport                42604  3 ppdev,lp,parport_pc
soundcore              15328  1 snd
iTCO_wdt               18596  0
shpchp                 37908  0
snd_page_alloc         16136  2 snd_hda_intel,snd_pcm
pci_hotplug            35236  1 shpchp
iTCO_vendor_support    11652  1 iTCO_wdt
button                 14224  0
intel_agp              33724  1
agpgart                42184  3 drm,intel_agp
ext3                  133384  1
jbd                    55444  1 ext3
mbcache                16004  1 ext3
sr_mod                 22212  0
cdrom                  43168  1 sr_mod
sd_mod                 42264  3
crc_t10dif              9984  1 sd_mod
sg                     39732  0
pata_acpi              12160  0
ata_generic            12932  0
usbhid                 35840  0
hid                    50560  1 usbhid
ata_piix               24580  2
pata_jmicron           11136  0
ohci1394               37936  0
libata                177312  4 pata_acpi,ata_generic,ata_piix,pata_jmicron
ieee1394               96324  2 sbp2,ohci1394
scsi_mod              155212  5 sbp2,sr_mod,sd_mod,sg,libata
sky2                   53380  0
dock                   16656  1 libata
ehci_hcd               43276  0
uhci_hcd               30736  0
usbcore               148848  4 usbhid,ehci_hcd,uhci_hcd
thermal                23708  0
processor              42156  2 acpi_cpufreq,thermal
fan                    12548  0
fbcon                  47648  0
tileblit               10880  1 fbcon
font                   16512  1 fbcon
bitblit                13824  1 fbcon
softcursor              9984  1 bitblit
fuse                   60828  3

glxinfo:

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_texture_from_pixmap,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
    GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample,
    GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control,
    GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_SGIX_visual_select_group
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) G33 20061102 x86/MMX/SSE2
OpenGL version string: 1.4 Mesa 7.2
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample,
    GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow,
    GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
    GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
    GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
    GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
    GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
    GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
    GL_EXT_blend_color, GL_EXT_blend_equation_separate,
    GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
    GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex,
    GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
    GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
    GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
    GL_EXT_secondary_color, GL_EXT_separate_specular_color,
    GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
    GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_texture_rectangle,
    GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1,
    GL_APPLE_client_storage, GL_APPLE_packed_pixels,
    GL_ATI_blend_equation_separate, GL_ATI_separate_stencil,
    GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
    GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture,

    GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent,
    GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection,
    GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format,
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture,
    GL_SUN_multi_draw_arrays

3 GLX Visuals
   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x21 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x22 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6c 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None

36 GLXFBConfigs:
   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x6d  0 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x6e  0 tc  0 32  0 r  .  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x6f  0 tc  0 32  0 r  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x70  0 tc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x71  0 tc  0 32  0 r  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x72  0 tc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x73  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x74  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x75  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x76  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x77  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x78  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x79  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x7a  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x7b  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x7c  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x7d  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x7e  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x7f  0 dc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x80  0 dc  0 32  0 r  .  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x81  0 dc  0 32  0 r  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x82  0 dc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x83  0 dc  0 32  0 r  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x84  0 dc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x85  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x86  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x87  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x88  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x89  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x8a  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x8b  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x8c  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x8d  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x8e  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x8f  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x90  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow

------------------------------------------------------------------------------------------

ªŁ€×

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Don L. <go...@gm...>]

On Sun, Nov 9, 2008 at 5:46 PM, Mike C. Fletcher <mcf...@vr...> wrote:
> IIRC the GL visual selection is supposed to take the attribute bitmask as a
> "minimum requirement", but it's possible that without glcanvas.WX_GL_RGBA
> the algorithm is giving you an un-accelerated implementation, maybe a
> 256-color display or something silly like that?  You could try
> fully-specifying the attributes, i.e.
>
>   [ WX_GL_RGBA, WX_GL_DOUBLEBUFFER, WX_GL_DEPTH_SIZE, 24 ]
>
> and see if that selects the proper visual.

That did the trick! Thank you!

-gomtuu

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Mike C. F. <mcf...@vr...>]

Don Laursen wrote:
> I took a look at the GLCanvas.py demo that comes in the wxPython demo
> package and moved some things around in my program to be more like
> that example. It still wouldn't work (though it would get further
> before printing an error), until I removed the
> "attribList=[wx.glcanvas.WX_GL_DOUBLEBUFFER" from my GLCanvas
> constructor call. Once that was gone, it worked just fine.
>
> Just having the attribList parameter causes my program to fall back on
> the Microsoft driver and fail to work. This happens even when I set
> attribList=[], so it's not the fact that I'm trying to use
> double-buffering that's causing it.
>
> So is this a wxPython issue or a PyOpenGL issue?
>   
IIRC the GL visual selection is supposed to take the attribute bitmask 
as a "minimum requirement", but it's possible that without 
glcanvas.WX_GL_RGBA the algorithm is giving you an un-accelerated 
implementation, maybe a 256-color display or something silly like that?  
You could try fully-specifying the attributes, i.e.

    [ WX_GL_RGBA, WX_GL_DOUBLEBUFFER, WX_GL_DEPTH_SIZE, 24 ]

and see if that selects the proper visual.

HTH,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Don L. <go...@gm...>]

I took a look at the GLCanvas.py demo that comes in the wxPython demo
package and moved some things around in my program to be more like
that example. It still wouldn't work (though it would get further
before printing an error), until I removed the
"attribList=[wx.glcanvas.WX_GL_DOUBLEBUFFER" from my GLCanvas
constructor call. Once that was gone, it worked just fine.

Just having the attribList parameter causes my program to fall back on
the Microsoft driver and fail to work. This happens even when I set
attribList=[], so it's not the fact that I'm trying to use
double-buffering that's causing it.

So is this a wxPython issue or a PyOpenGL issue?

Thanks,
-gomtuu

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Don L. <go...@gm...>]

Mike,

Thanks for replying so quickly!

On Sun, Nov 9, 2008 at 12:28 PM, Mike C. Fletcher
<mcf...@vr...> wrote:
>> GL_WIN_swap_hint
>> GL_EXT_bgra
>> GL_EXT_paletted_texture
> This is why PyOpenGL is considering the functions unavailable.  If you have
> access to GL_ARB_* then it should show up in that list.  It's possible, I
> suppose, that you've got two different OpenGL implementations and PyOpenGL
> is picking up the software version?  Can you print out the GL_VENDOR and
> GL_VERSION string as well?  That should tell us which driver you're using.

Here they are:

Microsoft Corporation
1.1.0

I also ran OpenGL Extensions Viewer again and I noticed that I have
two renderer choices at the top: "GeForce 8800 GTX/PCI/SSE2" (which
was selected when I ran the tests before) and "GDI Generic." For GDI
Generic, it shows the same three extensions I listed above, and only
the OpenGL 1.1 and 1.2 tests pass. So it looks like you're right about
the wrong driver being chosen.

On Sun, Nov 9, 2008 at 1:33 PM, Mike C. Fletcher <mcf...@vr...> wrote:
> One thing I note is that it appears you may be doing OpenGL calls
> potentially before you get a valid OpenGL context.  On windows that can
> often wind up crashing and/or using the non-accelerated driver.  On my
> Gentoo workstation I get an Invalid Operation GL exception when I try to run
> your code, the most likely cause for that would be an invalid context.
>
> You should likely run all of your OpenGL code in a display callback from
> wxPython.  At the very least you should "set current" in order to force a
> given context to be active.

You are running map2gl.py, right? If it's not setting up a context,
then I don't know why, because I thought it did that. :( I'll look at
it again.

Thanks again!
-gomtuu

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Mike C. F. <mcf...@vr...>]

Don Laursen wrote:
> I'm having a similar problem with shaders in Windows.
>   
...
> I've attached my program. The OpenGL code is in fft/map/viewer.py. Any
> help would be appreciated.
>   
One thing I note is that it appears you may be doing OpenGL calls 
potentially before you get a valid OpenGL context.  On windows that can 
often wind up crashing and/or using the non-accelerated driver.  On my 
Gentoo workstation I get an Invalid Operation GL exception when I try to 
run your code, the most likely cause for that would be an invalid context.

You should likely run all of your OpenGL code in a display callback from 
wxPython.  At the very least you should "set current" in order to force 
a given context to be active.

PS, a few fixes in bzr head for the shader object log operations and the 
like, if you're using them.

Good luck,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

Re: [PyOpenGL-Users] How to use shaders in pyopengl

[Mike C. F. <mcf...@vr...>]

Don Laursen wrote:
> I'm having a similar problem with shaders in Windows.
>   
...
> Do I need to do something first to make the extensions available to
> use? To see which extensions are available, I added the following line
> to my program just before the glCreateProgram call:
>
> print "\n".join(glGetString(GL_EXTENSIONS).split(' '))
>
> And this is what it says:
>
> GL_WIN_swap_hint
> GL_EXT_bgra
> GL_EXT_paletted_texture
>   
This is why PyOpenGL is considering the functions unavailable.  If you 
have access to GL_ARB_* then it should show up in that list.  It's 
possible, I suppose, that you've got two different OpenGL 
implementations and PyOpenGL is picking up the software version?  Can 
you print out the GL_VENDOR and GL_VERSION string as well?  That should 
tell us which driver you're using.

IIRC under Win32 that should be showing "nVidia something" (or "ATI 
something") if you've got the accelerated driver loaded, but Microsoft 
if you've got the default software renderer (without extensions).  If 
that's the problem, then we'll need to look into whether there's some 
Win32 mechanism to select the vendor driver on-the-fly for this kind of 
stuff.  Not being a Windows user I don't have much familiarity there, 
but I'll try to work through it with you.

> Do I need to use glewpy or something to get access to the shader
> extensions in Windows? I've confirmed that OpenGL shader extensions
> work on this computer with OpenGL Extensions Viewer. I've also tried
> the release version of PyOpenGL 3.0.0b6 as well as the CVS head
> version (but not the bzr version). I'm stumped... The OpenGL red book
> states that "OpenGL 1.2 introduces the first ARB-approved extensions."
> Is that relevant, considering OpenGL is 1.1 in Windows?
>   
CVS head is getting a bit long in the tooth, but this seems more like a 
platform/configuration issue.
> I've attached my program. The OpenGL code is in fft/map/viewer.py. Any
> help would be appreciated.
>   
I'll try to get some time to test this on my old Win2K box today.

Take care,
Mike

-- 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com