pyopengl-users — Discussion of all PyOpenGL matters.

Re: [PyOpenGL-Users] Installation

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

Jason Ward wrote:
> I have easy_install.py and ctypes on my pc.
> I am following the procedure that is told to me by the documentation.
>  
> Using windows XP.
> I go to command prompt. Then I type
> easy_install.py OpenGL
That should be:

    easy_install.py PyOpenGL

If you have downloaded the package to the local directory:

    easy_install.py -f . PyOpenGL

which tells the easy_install script to use the local directory for 
searching for packages.
> # I am in the right directory so I can call easy_install.py
>  
> This is the reply I get.
>  
> error : No urls, filenames or requirements specified. (see --help)
> So I type in
> easy_install.py --help
>  
> same answer.
That's strange; I get the expected help text under Linux.
> Please explain what I must do. I have downloaded Pyopengl. But must I 
> rather parse the link on the net to
> the file easy_install.py
>  
> #Seems like a rather ironic name for the file. :)
Assuming easy_install (setuptools) is properly installed, it should be a 
matter of:

    easy_install.py -f . PyOpenGL

Good luck,
Mike

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

[PyOpenGL-Users] Installation

[Jason W. <ir...@gm...>]

I have easy_install.py and ctypes on my pc.
I am following the procedure that is told to me by the documentation.

Using windows XP.
I go to command prompt. Then I type
easy_install.py OpenGL
# I am in the right directory so I can call easy_install.py

This is the reply I get.

error : No urls, filenames or requirements specified. (see --help)
So I type in
easy_install.py --help

same answer.
Please explain what I must do. I have downloaded Pyopengl. But must I rather
parse the link on the net to
the file easy_install.py

#Seems like a rather ironic name for the file. :)

[PyOpenGL-Users] posting problems (was: Re: Error in using PyOpenGL with LAMPPS Pizza.py on Centos 4.4)

[Thomas H. <th...@ct...>]

Thomas Heller schrieb:
> [I'm CC'd you personally because I have constant problems
> posting to the pyopengl-users list.  Also I cannot subscribe]

Apparently this is not true.  I'm trying now to post via gmane.

Thomas

Re: [PyOpenGL-Users] Error in using PyOpenGL with LAMPPS Pizza.py on Centos 4.4

[Thomas H. <th...@ct...>]

[I'm CC'd you personally because I have constant problems
posting to the pyopengl-users list.  Also I cannot subscribe]

James J. Ramsey schrieb:
> Pizza.py
> <http://www.cs.sandia.gov/~sjplimp/pizza.html> uses
> PyOpenGL for some of its visualization, but I can't
> get it to work. I'm using CentOS 4.4.
> 
> I compiled PyOpenGL myself, or at least I think I did.
> I untarred PyOpenGL-3.0.0a5.tar.gz, and ran
> "./setup.py build_ext --force install". Before I did
> that, I had installed the following:
> 
> * Python 2.3.4
> * Setuptools 0.6c5
> * Numeric Python, version 23.3
> * Togl, version 1.7
> * PIL 1.1.4
> * FreeGLUT 2.2.0
> 
> All but Togl and Setuptools were installed by RPMs
> compiled for CentOS. The "-devel" RPMs were installed
> as well. I installed Togl from tarball using the usual
> "./configure; make; make install", and "togl.h" ended
> up in /usr/include. (I checked.) Setuptools was
> installed from the setuptools-0.6c5-py2.3.egg package
> from http://cheeseshop.python.org/pypi/setuptools.
> 
> The error messages I get from running Pizza.py are as
> follows:
> 
...
>   File
> "/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/logs.py",
> line 45, in logOnFail
>     loggedFunction.__name__ = function.__name__
> TypeError: readonly attribute
> 

The __name__ attribute of functions (or methods?) is readonly
in Python 2.3.  I think this has changed in 2.4 and 2.5; so
it may be a good idea to change PyOpenGL to tolerate this.

Thomas

[PyOpenGL-Users] Error in using PyOpenGL with LAMPPS Pizza.py on Centos 4.4

[James J. R. <jjr...@ya...>]

Pizza.py
<http://www.cs.sandia.gov/~sjplimp/pizza.html> uses
PyOpenGL for some of its visualization, but I can't
get it to work. I'm using CentOS 4.4.

I compiled PyOpenGL myself, or at least I think I did.
I untarred PyOpenGL-3.0.0a5.tar.gz, and ran
"./setup.py build_ext --force install". Before I did
that, I had installed the following:

* Python 2.3.4
* Setuptools 0.6c5
* Numeric Python, version 23.3
* Togl, version 1.7
* PIL 1.1.4
* FreeGLUT 2.2.0

All but Togl and Setuptools were installed by RPMs
compiled for CentOS. The "-devel" RPMs were installed
as well. I installed Togl from tarball using the usual
"./configure; make; make install", and "togl.h" ended
up in /usr/include. (I checked.) Setuptools was
installed from the setuptools-0.6c5-py2.3.egg package
from http://cheeseshop.python.org/pypi/setuptools.

The error messages I get from running Pizza.py are as
follows:

Pizza.py (1 Oct 2006), a toolkit written in Python
type ? for help, CTRL-D to quit
Loading tools ...
Traceback (most recent call last):
  File "./pizza.py", line 348, in ?
    exec "from %s import %s" % (tool,tool)
  File "<string>", line 1, in ?
  File
"/home/jjramsey/TarballsAndRPMs/pizza-31Jan07/src/gl.py",
line 128, in ?
    from OpenGL.Tk import *
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/Tk/__init__.py",
line 13, in ?
    from OpenGL.GL import *
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/GL/__init__.py",
line 2, in ?
    from OpenGL.raw.GL import *
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/raw/GL/__init__.py",
line 6, in ?
    from OpenGL.raw.GL.constants import *
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/raw/GL/constants.py",
line 7, in ?
    from OpenGL import platform, arrays
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/arrays/__init__.py",
line 19, in ?
    from OpenGL.arrays.arraydatatype import *
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/arrays/arraydatatype.py",
line 9, in ?
    class ArrayDatatype( object ):
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/arrays/arraydatatype.py",
line 43, in ArrayDatatype
    from_param = classmethod( logs.logOnFail(
from_param, log ) )
  File
"/usr/lib/python2.3/site-packages/PyOpenGL-3.0.0a5-py2.3.egg/OpenGL/logs.py",
line 45, in logOnFail
    loggedFunction.__name__ = function.__name__
TypeError: readonly attribute



 
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html 

Re: [PyOpenGL-Users] [PyOpenGL-Devel] PyOpenGL release 3.0.0a6 is out

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

Mike C. Fletcher wrote:
> This release bundles up all the changes over the last few years. 
...

Obviously that should be "months".

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

[PyOpenGL-Users] PyOpenGL release 3.0.0a6 is out

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

This release bundles up all the changes over the last few years.  It 
also splits out the Demo directories so that the package is slightly 
smaller and consists solely of Python modules.  As such it has been 
marked "zip safe", so it will install as a single file on the 
filesystem.  In the source distribution you will find a little module 
py2exeeggs that can be used to hack in support for using PyOpenGL with 
py2exe on Win32 systems.  numarray support has been re-enabled by using 
the numeric module's data-pointer support.  This should work, but I have 
no numarray install at the moment with which to test it.

There's still lots of work to get done, particularly in getting the WGL 
and AGL modules written for Win32 and OSX respectively.

PyOpenGL can be installed via easy_install (assuming you have setuptools 
installed) using:

    easy_install PyOpenGL

The demos can be installed using:

    easy_install PyOpenGL-Demo

Enjoy yourselves,
Mike

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

[PyOpenGL-Users] Notice of change, splitting out the Demo directory

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

The demo directories added about .6MB to the size of the PyOpenGL .egg. 
The Demos, while very useful, are not really necessary for packages that 
depend on PyOpenGL.  They are also the reason that we can't mark 
PyOpenGL "zip-safe" (since the demos are not written to use 
pkg_resources for their images and the like).

I'm planning on splitting them into a separate distribution (.egg) that 
will depend upon the PyOpenGL distribution.  This will mean that if you 
want the demos you would do:

    easy_install PyOpenGL-Demos

and it would pull in the PyOpenGL .egg along the way.  Or if you just 
want the PyOpenGL core, you'd just do the regular:

    easy_install PyOpenGL

I'm planning to do this for the 3.0.0a6 release (hopefully packaged up 
in the next couple of hours).

Just a heads-up,
Mike

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

Re: [PyOpenGL-Users] (no subject)

[JoN <jo...@we...>]

Python needs a way to provide native python access to the calls.
However, you _can_ directly access the dll's using Python ctypes, but thats a
whole other ballgame.  Ctypes is probably the way things will go, since its so
fast and allows you to write 'os independant' code, but it takes some wrapping
your head around.  Strongly suggest join the ctypes mailing list and look for
the Python GL cookbook stuff online.

Jon


Quoting Jason Ward <ir...@gm...>:

> I have no idea how to install pyopengl V3.
> 
> Why does python have to have wrappers built around these libraries?
> Why can't we just access the dll directly?
> That's what I do in Asm.
> 
> Anyway, please explain how to install pyopengl. I have read the
> documentation that
> came with the library but I am confused.
> Why can't you just be simple and use a windows installer like with V2.
> That was easy.
> What happens if I want to distribute my App?
> I won't use py2exe, it's not good. I just want to
> install python, pygame and pyopengl on the end-user's
> computer so that he/she can run my program.
> 
> Also, I don't understand your licence. Why don't you just use GPL?
> 




--------------------------------------------------------------------
Come and visit Web Prophets Website at http://www.webprophets.net.au

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[JoN <jo...@we...>]

In OpenGL 2.0+ you can generally get at all the good stuff, shaders, 3dtextures
etc natively without having to suffer through the extensions.  However, it also
comes down to how good your drivers are and the GL support they offer, but
generally Nvidia's are excellent in both respects.

The trend seems now to be to use ctypes rather than the GL wrappers (no
disrespect to massive code work intended) and seems to be yielding good results.

Jon


Quoting "Mike C. Fletcher" <mcf...@vr...>:

> Andrew Wilson wrote:
> > Hey Jon,
> >   Would you mind sharing your GLSL shaders program?  Also, I seemed to 
> > have cleared up my 3d texture problem by installing glewpy, don't know 
> > why this fixed it but it just started working...
> Hmm, I wonder if they substituted some extension for the extended core 
> GL function?  I've thought about doing things like that once in a while, 
> it just doesn't seem to be safe if there happens to be some subtle 
> difference between the two implementations.  Still, would make the 
> coding easier for users...
> 
> Anyway, have fun,
> Mike
> 
> -- 
> ________________________________________________
>   Mike C. Fletcher
>   Designer, VR Plumber, Coder
>   http://www.vrplumber.com
>   http://blog.vrplumber.com
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> 




--------------------------------------------------------------------
Come and visit Web Prophets Website at http://www.webprophets.net.au

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[JoN <jo...@we...>]

Don't hold your breath sorry Andrew, I've shifted jobs and all my previous stuff
is archived :(
I'll try and dig it out.

The NeHe tutorials and anything on GLSL are good places to start.
Also the Python ctypes cookbook people made a really nice little shader demo in
python that is very fast, so googling may help.

Jon


Quoting Andrew Wilson <and...@al...>:

> Hey Jon,
>   Would you mind sharing your GLSL shaders program?  Also, I seemed to have
> cleared up my 3d texture problem by installing glewpy, don't know why this
> fixed it but it just started working...
>   Thanks
>   Andrew
> 
> 
> On 2/11/07, JoN <jo...@we...> wrote:
> >
> >
> > Ah, you are another poor fool like me, interested in 3D textures.
> > Their support is extremely patchy across different drivers (then there is
> > the
> > _vtc compression issue too!).
> >
> > Sorry I realize this email isn't particularly helpful but be warned: 3D
> > textures
> > are another world of pain/can of worms again in terms of getting access to
> > them,
> > you have another hill to climb!
> >
> > I'm doing some stuff at the moment that is working, using GLSL shaders and
> > 2D
> > textures that pretend to be 3D textures (eg. one 512x512 2D texture can
> > contain
> > 64 (that's 8x8 squares) x 64texel-by-64texel squares, so you can have a 3D
> > texture that is 64 slices deep, with each slice a 64x64 texture).  This
> > turns
> > out to be very quick if you program your fragment shaders right and use
> > the
> > built-in stuff (I'm on Nvidia), plus you get the added advantage that 2D
> > textures and 2D texture _compression_ is fully supported everywhere with
> > no ifs
> > or buts.
> >
> > More fud for thot.
> >
> > Jon
> >
> >
> > Quoting Andrew Wilson <and...@al...>:
> >
> > > Hello,
> > >   Great hack, got it working no problem now.  One side question,
> > > gluBuild3DMipmaps works without a hitch, but when I call
> > bool(glTexImage3D)
> > > I get "False" back. glGetString(GL_VERSION) returns 2.0.1 so supposedly
> > > teximage3d is supported on gl > 1.2.  Am I missing something here?
> > >   Thanks
> > >   Andrew
> > >
> > >
> > > On 2/9/07, Mike C. Fletcher <mcf...@vr...> wrote:
> > > >
> > > > Andrew Wilson wrote:
> > > > > Hello,
> > > > >   I found a newer glu version compiled for win32.  Unfortunately
> > winxp
> > > > > has a file protection scheme that won't allow me to overwrite
> > > > > glu32.dll with the newer version.  Is there a way to force pyopengl
> > to
> > > > > use different dll's?
> > > > There is, though it feels a bit hacky and has AFAIK never been tested.
> > > > Here's an example where I make the GLU DLL a completely unrelated
> > > > library (so there will be no GLU functionality at all):
> > > >
> > > > >>> import ctypes
> > > > >>> glu = ctypes.CDLL( '/usr/lib/libFLAC.so' )
> > > > >>> platform.GLU = glu
> > > > >>> from OpenGL.GLU import *
> > > > >>> gluGetString
> > > > <OpenGL.platform.gluGetString object at 0x2aaaabc82f10>
> > > > >>> gluGetString( GLU_VERSION )
> > > > Traceback (most recent call last):
> > > >   File "<stdin>", line 1, in <module>
> > > >   File
> > > >
> > "/var/pylive/src/OpenGL-dev/OpenGL-ctypes/OpenGL/platform/__init__.py",
> > > > line 186, in __call__
> > > >     self.__name__, self.__name__,
> > > > OpenGL.error.NullFunctionError: Attempt to call an undefined function
> > > > gluGetString, check for bool(gluGetString) before calling
> > > >
> > > > (You will need to use WinDLL, not CDLL for win32).  You may want to
> > use
> > > > OpenGL.platform.ctypesloader.loadLibrary( ctypes.windll,
> > > > path_to_your_library ) instead of the bald ctypes operations, as older
> > > > ctypes versions should be supported with that function.
> > > >
> > > > Good luck,
> > > > Mike
> > > >
> > > > >
> > > > > On 2/8/07, *Andrew Wilson* <and...@al...
> > > > > <mailto:and...@al...>> wrote:
> > > > >
> > > > >     Hey Mike,
> > > > >       You hit the nail on the head, my version of GLU is '1.2.2.0
> > > > >     <http://1.2.2.0> Microsoft Corporation'. This may be a silly
> > > > >     question, is there any way to update glu to 1.3 on win32?
> > > > >       Thanks
> > > > >       Andrew
> > > > >
> > > >
> > > > --
> > > > ________________________________________________
> > > >   Mike C. Fletcher
> > > >   Designer, VR Plumber, Coder
> > > >   http://www.vrplumber.com
> > > >   http://blog.vrplumber.com
> > > >
> > > >
> > >
> >
> >
> >
> >
> > --------------------------------------------------------------------
> > Come and visit Web Prophets Website at http://www.webprophets.net.au
> >
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > PyOpenGL Homepage
> > http://pyopengl.sourceforge.net
> > _______________________________________________
> > PyOpenGL-Users mailing list
> > PyO...@li...
> > https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> >
> 




--------------------------------------------------------------------
Come and visit Web Prophets Website at http://www.webprophets.net.au

Re: [PyOpenGL-Users] (no subject)

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

Jason Ward wrote:
> I have no idea how to install pyopengl V3.
>  
> Why does python have to have wrappers built around these libraries?
> Why can't we just access the dll directly?
> That's what I do in Asm.
I assume you mean assembler.  Anyway, as of Python 2.5 you *can* 
directly access the DLL using ctypes.  PyOpenGL is just a convenience 
wrapper around that functionality.  That is, you can simply import 
ctypes, load the library and start calling functions in it.
> Anyway, please explain how to install pyopengl. I have read the 
> documentation that
> came with the library but I am confused.
http://pyopengl.sourceforge.net/ctypes/using.html

Has as clear a set of instructions as I currently have on hand.  If 
you're getting stuck somewhere, please let us know *where* and I'll try 
to clarify the documentation.
> Why can't you just be simple and use a windows installer like with V2.
> That was easy.
I don't even know if it would work with a .egg based distribution, I'll 
have to look into that.  I liked the installers too when I used to use 
Windows (way back when).  Guess I've gotten a bit out of touch with the 
Win32 world.
> What happens if I want to distribute my App?
> I won't use py2exe, it's not good.
Really?  I always preferred it when planning to create stand-alone 
projects.  That said, it's not yet .egg friendly either.
> I just want to
> install python, pygame and pyopengl on the end-user's
> computer so that he/she can run my program.
If you want click-to-run functionality you'll need to script it yourself 
at the moment.  Setuptools doesn't AFAIK have a GUI installation 
mechanism on Windows.  Basically the setuptools/.egg stuff turned out to 
be less mature than I believed and we're still working through getting 
the tools built to support it.
> Also, I don't understand your licence. Why don't you just use GPL?
The BSD-style license we use is far less restrictive than the GPL.  As 
such it allows a wider range of projects to use the library.  In 
particular, it allows commercial projects to use the library without 
GPL-style "viral" restrictions.

Take care,
Mike

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

[PyOpenGL-Users] (no subject)

[Jason W. <ir...@gm...>]

I have no idea how to install pyopengl V3.

Why does python have to have wrappers built around these libraries?
Why can't we just access the dll directly?
That's what I do in Asm.

Anyway, please explain how to install pyopengl. I have read the
documentation that
came with the library but I am confused.
Why can't you just be simple and use a windows installer like with V2.
That was easy.
What happens if I want to distribute my App?
I won't use py2exe, it's not good. I just want to
install python, pygame and pyopengl on the end-user's
computer so that he/she can run my program.

Also, I don't understand your licence. Why don't you just use GPL?

[PyOpenGL-Users] (no subject)

[Jason W. <ir...@gm...>]

fdgdfg

Re: [PyOpenGL-Users] gluBuild3DMipmaps

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

Andrew Wilson wrote:
> Hey Jon,
>   Would you mind sharing your GLSL shaders program?  Also, I seemed to 
> have cleared up my 3d texture problem by installing glewpy, don't know 
> why this fixed it but it just started working...
Hmm, I wonder if they substituted some extension for the extended core 
GL function?  I've thought about doing things like that once in a while, 
it just doesn't seem to be safe if there happens to be some subtle 
difference between the two implementations.  Still, would make the 
coding easier for users...

Anyway, have fun,
Mike

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

[PyOpenGL-Users] Q: example for offscreen rendering?

[Mathias F. <m.f...@bi...>]

Dear list,

I'm struggling with offscreen rendering with PyOpengl. I found a number
of examples using pbuffers or the newer and seemingly better
PixelBufferObject - both of which are supported on my hardware.

My problem now is to translate these examples to pyOpengl (v3.0). Does
someone know if these extensions are supported at all in the python
bindings? Grepping the sources for something like "pbuffer" or
"GLX_SGIX_fbconfig" yields no matches...

What would help me maximally is an example of how to init, render and
readback sth from an offscreen buffer of any kind.

Thanks a lot,
     Mathias

[also posted on c.g.api.opengl]

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[Andrew W. <and...@al...>]

Hey Jon,
  Would you mind sharing your GLSL shaders program?  Also, I seemed to have
cleared up my 3d texture problem by installing glewpy, don't know why this
fixed it but it just started working...
  Thanks
  Andrew


On 2/11/07, JoN <jo...@we...> wrote:
>
>
> Ah, you are another poor fool like me, interested in 3D textures.
> Their support is extremely patchy across different drivers (then there is
> the
> _vtc compression issue too!).
>
> Sorry I realize this email isn't particularly helpful but be warned: 3D
> textures
> are another world of pain/can of worms again in terms of getting access to
> them,
> you have another hill to climb!
>
> I'm doing some stuff at the moment that is working, using GLSL shaders and
> 2D
> textures that pretend to be 3D textures (eg. one 512x512 2D texture can
> contain
> 64 (that's 8x8 squares) x 64texel-by-64texel squares, so you can have a 3D
> texture that is 64 slices deep, with each slice a 64x64 texture).  This
> turns
> out to be very quick if you program your fragment shaders right and use
> the
> built-in stuff (I'm on Nvidia), plus you get the added advantage that 2D
> textures and 2D texture _compression_ is fully supported everywhere with
> no ifs
> or buts.
>
> More fud for thot.
>
> Jon
>
>
> Quoting Andrew Wilson <and...@al...>:
>
> > Hello,
> >   Great hack, got it working no problem now.  One side question,
> > gluBuild3DMipmaps works without a hitch, but when I call
> bool(glTexImage3D)
> > I get "False" back. glGetString(GL_VERSION) returns 2.0.1 so supposedly
> > teximage3d is supported on gl > 1.2.  Am I missing something here?
> >   Thanks
> >   Andrew
> >
> >
> > On 2/9/07, Mike C. Fletcher <mcf...@vr...> wrote:
> > >
> > > Andrew Wilson wrote:
> > > > Hello,
> > > >   I found a newer glu version compiled for win32.  Unfortunately
> winxp
> > > > has a file protection scheme that won't allow me to overwrite
> > > > glu32.dll with the newer version.  Is there a way to force pyopengl
> to
> > > > use different dll's?
> > > There is, though it feels a bit hacky and has AFAIK never been tested.
> > > Here's an example where I make the GLU DLL a completely unrelated
> > > library (so there will be no GLU functionality at all):
> > >
> > > >>> import ctypes
> > > >>> glu = ctypes.CDLL( '/usr/lib/libFLAC.so' )
> > > >>> platform.GLU = glu
> > > >>> from OpenGL.GLU import *
> > > >>> gluGetString
> > > <OpenGL.platform.gluGetString object at 0x2aaaabc82f10>
> > > >>> gluGetString( GLU_VERSION )
> > > Traceback (most recent call last):
> > >   File "<stdin>", line 1, in <module>
> > >   File
> > >
> "/var/pylive/src/OpenGL-dev/OpenGL-ctypes/OpenGL/platform/__init__.py",
> > > line 186, in __call__
> > >     self.__name__, self.__name__,
> > > OpenGL.error.NullFunctionError: Attempt to call an undefined function
> > > gluGetString, check for bool(gluGetString) before calling
> > >
> > > (You will need to use WinDLL, not CDLL for win32).  You may want to
> use
> > > OpenGL.platform.ctypesloader.loadLibrary( ctypes.windll,
> > > path_to_your_library ) instead of the bald ctypes operations, as older
> > > ctypes versions should be supported with that function.
> > >
> > > Good luck,
> > > Mike
> > >
> > > >
> > > > On 2/8/07, *Andrew Wilson* <and...@al...
> > > > <mailto:and...@al...>> wrote:
> > > >
> > > >     Hey Mike,
> > > >       You hit the nail on the head, my version of GLU is '1.2.2.0
> > > >     <http://1.2.2.0> Microsoft Corporation'. This may be a silly
> > > >     question, is there any way to update glu to 1.3 on win32?
> > > >       Thanks
> > > >       Andrew
> > > >
> > >
> > > --
> > > ________________________________________________
> > >   Mike C. Fletcher
> > >   Designer, VR Plumber, Coder
> > >   http://www.vrplumber.com
> > >   http://blog.vrplumber.com
> > >
> > >
> >
>
>
>
>
> --------------------------------------------------------------------
> Come and visit Web Prophets Website at http://www.webprophets.net.au
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[JoN <jo...@we...>]

Ah, you are another poor fool like me, interested in 3D textures.
Their support is extremely patchy across different drivers (then there is the
_vtc compression issue too!).

Sorry I realize this email isn't particularly helpful but be warned: 3D textures
are another world of pain/can of worms again in terms of getting access to them,
you have another hill to climb!

I'm doing some stuff at the moment that is working, using GLSL shaders and 2D
textures that pretend to be 3D textures (eg. one 512x512 2D texture can contain
64 (that's 8x8 squares) x 64texel-by-64texel squares, so you can have a 3D
texture that is 64 slices deep, with each slice a 64x64 texture).  This turns
out to be very quick if you program your fragment shaders right and use the
built-in stuff (I'm on Nvidia), plus you get the added advantage that 2D
textures and 2D texture _compression_ is fully supported everywhere with no ifs
or buts.

More fud for thot.

Jon


Quoting Andrew Wilson <and...@al...>:

> Hello,
>   Great hack, got it working no problem now.  One side question,
> gluBuild3DMipmaps works without a hitch, but when I call bool(glTexImage3D)
> I get "False" back. glGetString(GL_VERSION) returns 2.0.1 so supposedly
> teximage3d is supported on gl > 1.2.  Am I missing something here?
>   Thanks
>   Andrew
> 
> 
> On 2/9/07, Mike C. Fletcher <mcf...@vr...> wrote:
> >
> > Andrew Wilson wrote:
> > > Hello,
> > >   I found a newer glu version compiled for win32.  Unfortunately winxp
> > > has a file protection scheme that won't allow me to overwrite
> > > glu32.dll with the newer version.  Is there a way to force pyopengl to
> > > use different dll's?
> > There is, though it feels a bit hacky and has AFAIK never been tested.
> > Here's an example where I make the GLU DLL a completely unrelated
> > library (so there will be no GLU functionality at all):
> >
> > >>> import ctypes
> > >>> glu = ctypes.CDLL( '/usr/lib/libFLAC.so' )
> > >>> platform.GLU = glu
> > >>> from OpenGL.GLU import *
> > >>> gluGetString
> > <OpenGL.platform.gluGetString object at 0x2aaaabc82f10>
> > >>> gluGetString( GLU_VERSION )
> > Traceback (most recent call last):
> >   File "<stdin>", line 1, in <module>
> >   File
> > "/var/pylive/src/OpenGL-dev/OpenGL-ctypes/OpenGL/platform/__init__.py",
> > line 186, in __call__
> >     self.__name__, self.__name__,
> > OpenGL.error.NullFunctionError: Attempt to call an undefined function
> > gluGetString, check for bool(gluGetString) before calling
> >
> > (You will need to use WinDLL, not CDLL for win32).  You may want to use
> > OpenGL.platform.ctypesloader.loadLibrary( ctypes.windll,
> > path_to_your_library ) instead of the bald ctypes operations, as older
> > ctypes versions should be supported with that function.
> >
> > Good luck,
> > Mike
> >
> > >
> > > On 2/8/07, *Andrew Wilson* <and...@al...
> > > <mailto:and...@al...>> wrote:
> > >
> > >     Hey Mike,
> > >       You hit the nail on the head, my version of GLU is '1.2.2.0
> > >     <http://1.2.2.0> Microsoft Corporation'. This may be a silly
> > >     question, is there any way to update glu to 1.3 on win32?
> > >       Thanks
> > >       Andrew
> > >
> >
> > --
> > ________________________________________________
> >   Mike C. Fletcher
> >   Designer, VR Plumber, Coder
> >   http://www.vrplumber.com
> >   http://blog.vrplumber.com
> >
> >
> 




--------------------------------------------------------------------
Come and visit Web Prophets Website at http://www.webprophets.net.au

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[Andrew W. <and...@al...>]

Hello,
  Great hack, got it working no problem now.  One side question,
gluBuild3DMipmaps works without a hitch, but when I call bool(glTexImage3D)
I get "False" back. glGetString(GL_VERSION) returns 2.0.1 so supposedly
teximage3d is supported on gl > 1.2.  Am I missing something here?
  Thanks
  Andrew


On 2/9/07, Mike C. Fletcher <mcf...@vr...> wrote:
>
> Andrew Wilson wrote:
> > Hello,
> >   I found a newer glu version compiled for win32.  Unfortunately winxp
> > has a file protection scheme that won't allow me to overwrite
> > glu32.dll with the newer version.  Is there a way to force pyopengl to
> > use different dll's?
> There is, though it feels a bit hacky and has AFAIK never been tested.
> Here's an example where I make the GLU DLL a completely unrelated
> library (so there will be no GLU functionality at all):
>
> >>> import ctypes
> >>> glu = ctypes.CDLL( '/usr/lib/libFLAC.so' )
> >>> platform.GLU = glu
> >>> from OpenGL.GLU import *
> >>> gluGetString
> <OpenGL.platform.gluGetString object at 0x2aaaabc82f10>
> >>> gluGetString( GLU_VERSION )
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File
> "/var/pylive/src/OpenGL-dev/OpenGL-ctypes/OpenGL/platform/__init__.py",
> line 186, in __call__
>     self.__name__, self.__name__,
> OpenGL.error.NullFunctionError: Attempt to call an undefined function
> gluGetString, check for bool(gluGetString) before calling
>
> (You will need to use WinDLL, not CDLL for win32).  You may want to use
> OpenGL.platform.ctypesloader.loadLibrary( ctypes.windll,
> path_to_your_library ) instead of the bald ctypes operations, as older
> ctypes versions should be supported with that function.
>
> Good luck,
> Mike
>
> >
> > On 2/8/07, *Andrew Wilson* <and...@al...
> > <mailto:and...@al...>> wrote:
> >
> >     Hey Mike,
> >       You hit the nail on the head, my version of GLU is '1.2.2.0
> >     <http://1.2.2.0> Microsoft Corporation'. This may be a silly
> >     question, is there any way to update glu to 1.3 on win32?
> >       Thanks
> >       Andrew
> >
>
> --
> ________________________________________________
>   Mike C. Fletcher
>   Designer, VR Plumber, Coder
>   http://www.vrplumber.com
>   http://blog.vrplumber.com
>
>

Re: [PyOpenGL-Users] gluBuild3DMipmaps

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

Andrew Wilson wrote:
> Hello,
>   I found a newer glu version compiled for win32.  Unfortunately winxp 
> has a file protection scheme that won't allow me to overwrite 
> glu32.dll with the newer version.  Is there a way to force pyopengl to 
> use different dll's?
There is, though it feels a bit hacky and has AFAIK never been tested.  
Here's an example where I make the GLU DLL a completely unrelated 
library (so there will be no GLU functionality at all):

 >>> import ctypes
 >>> glu = ctypes.CDLL( '/usr/lib/libFLAC.so' )
 >>> platform.GLU = glu
 >>> from OpenGL.GLU import *
 >>> gluGetString
<OpenGL.platform.gluGetString object at 0x2aaaabc82f10>
 >>> gluGetString( GLU_VERSION )
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File 
"/var/pylive/src/OpenGL-dev/OpenGL-ctypes/OpenGL/platform/__init__.py", 
line 186, in __call__
    self.__name__, self.__name__,
OpenGL.error.NullFunctionError: Attempt to call an undefined function 
gluGetString, check for bool(gluGetString) before calling

(You will need to use WinDLL, not CDLL for win32).  You may want to use 
OpenGL.platform.ctypesloader.loadLibrary( ctypes.windll, 
path_to_your_library ) instead of the bald ctypes operations, as older 
ctypes versions should be supported with that function.

Good luck,
Mike

>
> On 2/8/07, *Andrew Wilson* <and...@al... 
> <mailto:and...@al...>> wrote:
>
>     Hey Mike,
>       You hit the nail on the head, my version of GLU is '1.2.2.0
>     <http://1.2.2.0> Microsoft Corporation'. This may be a silly
>     question, is there any way to update glu to 1.3 on win32?
>       Thanks
>       Andrew
>

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

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[Andrew W. <and...@al...>]

Hello,
  I found a newer glu version compiled for win32.  Unfortunately winxp has a
file protection scheme that won't allow me to overwrite glu32.dll with the
newer version.  Is there a way to force pyopengl to use different dll's?
  Thanks
  Andrew

On 2/8/07, Andrew Wilson <and...@al...> wrote:
>
> Hey Mike,
>   You hit the nail on the head, my version of GLU is '1.2.2.0 Microsoft
> Corporation'. This may be a silly question, is there any way to update glu
> to 1.3 on win32?
>   Thanks
>   Andrew
>
> On 2/8/07, Mike C. Fletcher <mcf...@vr...> wrote:
> >
> > Andrew Wilson wrote:
> > > Hello,
> > >   I'm trying to use gluBuild3DMipmaps, but I come upon the following
> > > error message,
> > >
> > > OpenGL.error.NullFunctinoError: Attempt to call an undefined function
> > > gluBuild3DMipmaps, check for bool(gluBuild3DMipmaps) before calling.
> > >
> > >
> > > So I print out bool(gluBuild3DMipmaps) and of course get False.  how
> > > do I get gluBuild3DMipmaps working?  I'm running
> > > pyopengl-3.0.0a5-py2.4.egg
> > "gluBuild3DMipmaps is only available if the GLU version is 1.3 or
> > greater", mostly likely the system on which you are running has a GLU
> > version less than 1.3.
> >
> > >>> from OpenGL.GLU import *
> > >>> gluGetString( GLU_VERSION )
> > '1.3'
> > >>> gluBuild3DMipmaps
> > <CFunctionType object at 0x2aaaab8c8a78>
> > >>>
> >
> > Or it could be that you're running on a platform that has some strange
> > semantics surrounding access to GLU features for versions > 1.0.  Above
> > session is from a modern Linux desktop.
> >
> > Good luck,
> > Mike
> >
> > --
> > ________________________________________________
> >   Mike C. Fletcher
> >   Designer, VR Plumber, Coder
> >   http://www.vrplumber.com
> >   http://blog.vrplumber.com
> >
> >
> > -------------------------------------------------------------------------
> >
> > Using Tomcat but need to do more? Need to support web services,
> > security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > PyOpenGL Homepage
> > http://pyopengl.sourceforge.net
> > _______________________________________________
> > PyOpenGL-Users mailing list
> > PyO...@li...
> > https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> >
>
>

Re: [PyOpenGL-Users] gluBuild3DMipmaps

[Andrew W. <and...@al...>]

Hey Mike,
  You hit the nail on the head, my version of GLU is '1.2.2.0 Microsoft
Corporation'. This may be a silly question, is there any way to update glu
to 1.3 on win32?
  Thanks
  Andrew

On 2/8/07, Mike C. Fletcher <mcf...@vr...> wrote:
>
> Andrew Wilson wrote:
> > Hello,
> >   I'm trying to use gluBuild3DMipmaps, but I come upon the following
> > error message,
> >
> > OpenGL.error.NullFunctinoError: Attempt to call an undefined function
> > gluBuild3DMipmaps, check for bool(gluBuild3DMipmaps) before calling.
> >
> >
> > So I print out bool(gluBuild3DMipmaps) and of course get False.  how
> > do I get gluBuild3DMipmaps working?  I'm running
> > pyopengl-3.0.0a5-py2.4.egg
> "gluBuild3DMipmaps is only available if the GLU version is 1.3 or
> greater", mostly likely the system on which you are running has a GLU
> version less than 1.3.
>
> >>> from OpenGL.GLU import *
> >>> gluGetString( GLU_VERSION )
> '1.3'
> >>> gluBuild3DMipmaps
> <CFunctionType object at 0x2aaaab8c8a78>
> >>>
>
> Or it could be that you're running on a platform that has some strange
> semantics surrounding access to GLU features for versions > 1.0.  Above
> session is from a modern Linux desktop.
>
> Good luck,
> Mike
>
> --
> ________________________________________________
>   Mike C. Fletcher
>   Designer, VR Plumber, Coder
>   http://www.vrplumber.com
>   http://blog.vrplumber.com
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>

Re: [PyOpenGL-Users] Problem with PyOpenGL support under cygwin: ctypes cannot find GL lib(?)

[Thomas H. <th...@ct...>]

Mike C. Fletcher schrieb:
> Martin Felder wrote:
>> Hi,
>>
>> in trying to get my python OpenGL application to run under cygwin, I 
>> installed the
>> PyOpenGL package, version 3.0.0a5 for python 2.4, and ctypes 1.0.1. 
>> For one thing, could it be the .egg is broken? I keep getting
>>
> The .egg uploaded to the CheeseShop for some reason appears as a 
> corrupted.zip.  The one on SourceForge appears to work (I just installed 
> from that on Win32 yesterday).
> ...
>> zipimport.ZipImportError: not a Zip file: 'PyOpenGL-3.0.0a5-py2.4.egg'
> I'll try to get the next release out ASAP to fix that.  It's about time 
> for one anyway.
>> Well, anyway, the .zip file worked. Now
>> whenever I try to run an OpenGL application, the following happens:
> ...
>> line 29, in ?
>>     mode=ctypes.RTLD_GLOBAL
>>   File
>> "/usr/lib/python2.4/site-packages/PyOpenGL-3.0.0a5-py2.4.egg/OpenGL/platform/ctypesloader.py", 
>>
>> line 37, in loadLibrary
>>     return dllType( name, mode )
>>   File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 312,
>> in __init__
>>     self._handle = _dlopen(self._name, mode)
>> OSError: No such file or directory
>>
>> When this happens, self._name is "GL" and mode is 4. It would seem as
>> though somehow the GL library is not registered(?) with python? I'm at a
>> loss here - can anybody give me a hint? Has there been any successful
>> attempt at running PyOpenGL under cygwin?
> AFAIK there has been no successful attempt.  From what I understand one 
> of the tools inside ctypes is using an operation that doesn't work under 
> cygwin, so it winds up unable to find the .so files.  I haven't yet gone 
> to the trouble of installing cygwin w/X in order to track down the 
> problem.  Likely we'll need to rewrite the find_library code to be able 
> to deal with cygwin (and hopefully get that into ctypes for the next 
> release).

I haven't run ctypes under cygwin for a long time, so I'm not sure any longer
it works correctly.  However, if someone provides working patches I will
consider to accept them.

Thomas

Re: [PyOpenGL-Users] gluBuild3DMipmaps

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

Andrew Wilson wrote:
> Hello,
>   I'm trying to use gluBuild3DMipmaps, but I come upon the following 
> error message,
>
> OpenGL.error.NullFunctinoError: Attempt to call an undefined function 
> gluBuild3DMipmaps, check for bool(gluBuild3DMipmaps) before calling.
>
>
> So I print out bool(gluBuild3DMipmaps) and of course get False.  how 
> do I get gluBuild3DMipmaps working?  I'm running 
> pyopengl-3.0.0a5-py2.4.egg
"gluBuild3DMipmaps is only available if the GLU version is 1.3 or 
greater", mostly likely the system on which you are running has a GLU 
version less than 1.3.

 >>> from OpenGL.GLU import *
 >>> gluGetString( GLU_VERSION )
'1.3'
 >>> gluBuild3DMipmaps
<CFunctionType object at 0x2aaaab8c8a78>
 >>>

Or it could be that you're running on a platform that has some strange 
semantics surrounding access to GLU features for versions > 1.0.  Above 
session is from a modern Linux desktop.

Good luck,
Mike

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

Re: [PyOpenGL-Users] Problem with PyOpenGL support under cygwin: ctypes cannot find GL lib(?)

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

Martin Felder wrote:
> Hi,
>
> in trying to get my python OpenGL application to run under cygwin, I 
> installed the
> PyOpenGL package, version 3.0.0a5 for python 2.4, and ctypes 1.0.1. 
> For one thing, could it be the .egg is broken? I keep getting
>
The .egg uploaded to the CheeseShop for some reason appears as a 
corrupted.zip.  The one on SourceForge appears to work (I just installed 
from that on Win32 yesterday).
...
> zipimport.ZipImportError: not a Zip file: 'PyOpenGL-3.0.0a5-py2.4.egg'
I'll try to get the next release out ASAP to fix that.  It's about time 
for one anyway.
> Well, anyway, the .zip file worked. Now
> whenever I try to run an OpenGL application, the following happens:
...
> line 29, in ?
>     mode=ctypes.RTLD_GLOBAL
>   File
> "/usr/lib/python2.4/site-packages/PyOpenGL-3.0.0a5-py2.4.egg/OpenGL/platform/ctypesloader.py", 
>
> line 37, in loadLibrary
>     return dllType( name, mode )
>   File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 312,
> in __init__
>     self._handle = _dlopen(self._name, mode)
> OSError: No such file or directory
>
> When this happens, self._name is "GL" and mode is 4. It would seem as
> though somehow the GL library is not registered(?) with python? I'm at a
> loss here - can anybody give me a hint? Has there been any successful
> attempt at running PyOpenGL under cygwin?
AFAIK there has been no successful attempt.  From what I understand one 
of the tools inside ctypes is using an operation that doesn't work under 
cygwin, so it winds up unable to find the .so files.  I haven't yet gone 
to the trouble of installing cygwin w/X in order to track down the 
problem.  Likely we'll need to rewrite the find_library code to be able 
to deal with cygwin (and hopefully get that into ctypes for the next 
release).

Good luck,
Mike

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