pyopengl-users — Discussion of all PyOpenGL matters.

[PyOpenGL-Users] pycal3d - python binding for cal3d.

[<il...@ya...>]

Hi,

thought there might be some people on this list
interested in a cal3d(character animation library)
wrapper I've done.

Check out http://www.py3d.org/ for downloads. 
http://cal3d.sf.net for details on cal3d.


Got a mini_viewer like test program written almost
entirely in python. .raw texture loading, and
rendering of models is still done in c++. Loads other
image types with pygame(PIL could be dropped in easily
if wanted)

Still need to clean it up a bit,
- write some docs,
- get doc strings for all the various cal3d
methods/classes.
- move some of the functions in the test program into
a seperate module.

Bug reports/patches greatly accepted.

But for the next couple of weeks or so I'm going to be
making a small game, and won't be touching it much.


__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

[PyOpenGL-Users] OpenGLContext vrml source?

[<il...@ya...>]

Hi,

trying to install OpenGLContext today, and it gives me
a message.

"Unable to find the vrml package's source in either
../vrml or ./vrml! cannot install!"

Where can I get it?

this is with the cvs version.

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

[PyOpenGL-Users] glTexCoordPointer

[Sean R. <mrr...@ya...>]

Hello,

I can't get glTexCoordPointer to work in PyOpenGL. I have tried every
variation of it and parameters to it and setup states, but I always get this
error:

$ python texcoords.py
Traceback (most recent call last):
  File "texcoords.py", line 15, in display
    glTexCoordPointerf(texcoords)
OpenGL.GL.GLerror: [Errno 1282] invalid operation


Here is a simple program that demonstrates it in action.

#--------------- begin code ------------------------
import sys

from OpenGL.GL import *
from OpenGL.GLUT import *

points = [ (100,100), (200,100), (200,200), (100,200) ]
indicies = (0,1,2,3)
texcoords = [ (0.0, 0.0), (1.0, 0.0), (1.0, 1.0), (0.0, 1.0) ]


def display():
    glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT)

    glVertexPointerf(points)
    glTexCoordPointerf(texcoords)
    glDrawElements( GL_QUADS, indicies)

    glutSwapBuffers()

glutInit(sys.argv)
glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_ALPHA | GLUT_DEPTH)
glutInitWindowSize(400,400)
glutCreateWindow('texcoords')
glOrtho(0,400,0,400,0,1)

glutDisplayFunc(display)
glutMainLoop()

#--------------- end code ------------------------

Has anyone else actually gotten this funationality to work? It is not used
at all in the examples provided with the distribution.


---------------------------------
"I'm not as interested in being witty as I am in being clear", Scott Meyers
Sean Riley
MrR...@ya...

[PyOpenGL-Users] small bug: tkScale() and `distance' < 0

[Maciej K. <ma...@dg...>]

There's a small bug/feature in the Opengl class' tkScale() method.  There is no
guarantee that "0.01 * (event.y - self.ymouse)" will be < 1... in fact, if you
move the mouse fast enough, it is possible for it to be larger than 1, giving
`scale' < 0.  This causes the eye point to whip past the centerpoint (i.e., the
point being looked at) and look at it from behind.

-- 
"A friend to all is a friend to none."
					-- Aristotle

Re: [PyOpenGL-Users] Real Beginner Installation Question

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

How about appending " (alpha)" to the release names on SourceForge? 
 Seems to work fairly well when I try it.

VC++ would be good.  Kick your storekeep's posterior :) .  I 
occasionally find asking for a discount due to the unreasonable delay 
makes people get things delivered faster.

Enjoy,
Mike

Rene Dudfield wrote:
...

>Mike: is there any way we can mark these as alpha
>releases?  Maybe a released readme file which
>describes which versions are what?
>
>ps.  I *still* haven't got my copy of msvc++ standard.
> I've been waiting for over a month to get it from
>this current store.  Other store took 2 weeks and I
>went in to collect it and they gave me a c# version!
>  
>
...

_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

Re: [PyOpenGL-Users] Real Beginner Installation Question

[<il...@ya...>]

Hi, 

you should get the PyOpenGL-2.0.0.44.win32-py2.2.exe
file.

The 2.0.1.0x releases are alpha source only releases
at the moment.


Mike: is there any way we can mark these as alpha
releases?  Maybe a released readme file which
describes which versions are what?

ps.  I *still* haven't got my copy of msvc++ standard.
 I've been waiting for over a month to get it from
this current store.  Other store took 2 weeks and I
went in to collect it and they gave me a c# version!



 --- Waisberg Isaac <is...@to...> wrote: >
Hi:
> 
> I'm trying to install PyOpenGL but can't figure out
> what 
> I'm doing wrong.
> 
> I have Python 2.3 (at Windows 2000) and downloaded 
> PyOpenGL 2.0.1.03
> 
> When I decompress de file I get a directory
> containing
> a setup.py file. I double clicked the file but it
> seems that
> nothing really happened.
> 
> I entered "from OpenGL.GL import *" in the Python
> shell
> and got an error massage saying that there is no
> module
> called OpenGL.GL
> 
> Summarizing, how can I install PyOpenGL?
> 
> Thanks a lot,
> 
> Isaac
> 
> 

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

[PyOpenGL-Users] Real Beginner Installation Question

[Waisberg I. <is...@to...>]

Hi:

I'm trying to install PyOpenGL but can't figure out what=20
I'm doing wrong.

I have Python 2.3 (at Windows 2000) and downloaded=20
PyOpenGL 2.0.1.03

When I decompress de file I get a directory containing
a setup.py file. I double clicked the file but it seems that
nothing really happened.

I entered "from OpenGL.GL import *" in the Python shell
and got an error massage saying that there is no module
called OpenGL.GL

Summarizing, how can I install PyOpenGL?

Thanks a lot,

Isaac

Re: [PyOpenGL-Users] 2.0.1.03 demos

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

Okay, I've added a note to my building-on-Linux notes regarding clearing 
out the old version of PyOpenGL first.  Good to hear it's working for you.

Mike

Dan Christian wrote:

>On Wednesday 19 February 2003 09:58, Mike C. Fletcher wrote:
>...
>  
>
>>Would be helpful to have the info file from OpenGL/scripts/info.py to
>>figure out which version of GLUT you've got and why it's unhappy (I'm
>>pretty sure we've got the wrappers right for v3.7, as that works on
>>both RedHat and Win32, but I don't test with earlier GLUT versions). 
>>Your OS information would also be helpful (I'm assuming you're on a
>>Unix-type OS by the / characters).
>>    
>>
>
>Just to make sure that things were sane, I rebuilt on another machine.  
>Things worked there, so sanity was definately not present :-).
>
>I've been having endless difficulties trying to get Python2/gtk2/OpenGl 
>to work together.  It seems that some old builds of PyOpenGL were 
>getting loaded.  I removed all of 
>/usr/lib/python2.2/site-packages/OpenGl and then re-installed.  Now 
>everything seems to work.
>
>FYI.  I'm running RedHat 7.3-i386 with a stock XFree86 4.2.0 (glut-3.7) 
>with python-2.2.2.
>
>-Dan
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>The most comprehensive and flexible code editor you can use.
>Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>www.slickedit.com/sourceforge
>_______________________________________________
>PyOpenGL Homepage
>http://pyopengl.sourceforge.net
>_______________________________________________
>PyOpenGL-Users mailing list
>PyO...@li...
>https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
>  
>

-- 
_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

Re: [PyOpenGL-Users] 2.0.1.03 demos

[Dan C. <Dan...@NA...>]

On Wednesday 19 February 2003 09:58, Mike C. Fletcher wrote:
...
> Would be helpful to have the info file from OpenGL/scripts/info.py to
> figure out which version of GLUT you've got and why it's unhappy (I'm
> pretty sure we've got the wrappers right for v3.7, as that works on
> both RedHat and Win32, but I don't test with earlier GLUT versions). 
> Your OS information would also be helpful (I'm assuming you're on a
> Unix-type OS by the / characters).

Just to make sure that things were sane, I rebuilt on another machine.  
Things worked there, so sanity was definately not present :-).

I've been having endless difficulties trying to get Python2/gtk2/OpenGl 
to work together.  It seems that some old builds of PyOpenGL were 
getting loaded.  I removed all of 
/usr/lib/python2.2/site-packages/OpenGl and then re-installed.  Now 
everything seems to work.

FYI.  I'm running RedHat 7.3-i386 with a stock XFree86 4.2.0 (glut-3.7) 
with python-2.2.2.

-Dan

Re: [PyOpenGL-Users] 2.0.1.03 demos

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

Okay, that's strange.  This was an old bug that _should_ be fixed now 
(was fixed by Tarn > a year ago).  I'll take a look at the code this 
evening if I get a chance.  Basically there are two possible approaches 
to the glutInit call.  The older one was the single-string version.  The 
newer one was the sys.argv version.  I'd thought all paths now used the 
list-based version, but I guess not.

Would be helpful to have the info file from OpenGL/scripts/info.py to 
figure out which version of GLUT you've got and why it's unhappy (I'm 
pretty sure we've got the wrappers right for v3.7, as that works on both 
RedHat and Win32, but I don't test with earlier GLUT versions).  Your OS 
information would also be helpful (I'm assuming you're on a Unix-type OS 
by the / characters).

BTW: dek and tom are Tkinter/Togl-based, rather than GLUT based.  You'd 
probably find that the wxPython context also works for you.  Anything 
using GLUT, however, will be hosed.

Enjoy,
Mike

Dan Christian wrote:

>PyOpenGL-2.0.1.03 is working, but most of the demos have bugs.  I was 
>running python 2.2.2.
>
>The demos in dek and tom seem to work.
>
>Most of the other demos die with a very similar error:
>
>da/dots.py:
>  File "dots.py", line 95, in main
>    glutInit(sys.argv)
>TypeError: argument 1 must be string, not list
>
>GLE/cone.py, GLE/helix.py, GLE/texas.py :
>  File "maintest.py", line 40, in main
>    glutInit(sys.argv)
>TypeError: argument 1 must be string, not list
>
>GLUT/examples/molehill.py:
>  File "molehill.py", line 36, in main
>    glutInit(sys.argv)
>TypeError: argument 1 must be string, not list
>
>-Dan
>  
>

_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

[PyOpenGL-Users] 2.0.1.03 demos

[Dan C. <Dan...@NA...>]

PyOpenGL-2.0.1.03 is working, but most of the demos have bugs.  I was 
running python 2.2.2.

The demos in dek and tom seem to work.

Most of the other demos die with a very similar error:

da/dots.py:
  File "dots.py", line 95, in main
    glutInit(sys.argv)
TypeError: argument 1 must be string, not list

GLE/cone.py, GLE/helix.py, GLE/texas.py :
  File "maintest.py", line 40, in main
    glutInit(sys.argv)
TypeError: argument 1 must be string, not list

GLUT/examples/molehill.py:
  File "molehill.py", line 36, in main
    glutInit(sys.argv)
TypeError: argument 1 must be string, not list

-Dan

Re: [PyOpenGL-Users] build problem re: StdCmap.h

[Thomas W. <th...@xs...>]

On Tue, Feb 18, 2003 at 06:45:18PM -0500, Mike C. Fletcher wrote:

> Urgh, so much for my dreams of switching to TOGL 1.6 having 0 impact :) 
> .  I'm not sure why it would be asking for it from a different 
> directory, though I suppose it might be something to do with an older or 
> more exotic OS than the TOGL developers are using (the entire TOGL tree 
> is just a copy of the TOGL project's CVS).  It's really only been tested 
> by Thomas (on whatever OS he uses) and myself (on Win32).

Linux, Debian to be exact, with Tk versions 8.2, 8.3 and 8.4. I only have
StdCmap.h in X11/Xmu/, and I don't have a X11/XFT/ directory at all. Before
we start thinking Togl 1.6 is the problem, did Togl 1.5 build properly for
you, William ? My StdCmap.h came with the 'xlibs-dev' debian-package, by the
way, which is really just XFree86 4.2.1. An older PC of mine with XFree86
4.1.0 also has it there.

> >src/Togl-1.6/togl.c:34: X11/Xmu/StdCmap.h: No such file or directory
> >error: command 'gcc' failed with exit status 1

> >~/PyOpenGL-2.0.1.03# locate StdCmap
> >/usr/X11R6/include/X11/XFT/StdCmap.h


-- 
Thomas Wouters <th...@xs...>

Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

Re: [PyOpenGL-Users] runtime problem

[William T. <wdt...@ya...>]

On Tue, 18 Feb 2003 18:37:59 -0500
"Mike C. Fletcher" <mcf...@ro...> wrote:

> Would be very helpful (for other people, who may use that OS) to know 
> which OS you're running.

I'm on a Linux 2.4.19 distro called Peanut Linux 9.3 (GLIBC-2.2.3, XFree86 Version 4.2.99.1).  Peanut is a Redhat variant.

Here's my glut installation:
~/packages/src/PyOpenGL-2.0.1.03# locate glut
/usr/lib/libglut.so
/usr/lib/libglut.so.3
/usr/lib/libglut.so.3.7
/usr/X11R6/include/GL/fglut.h
/usr/X11R6/include/GL/glut.h

For Python and Tkinter I have:
~/packages/src/PyOpenGL-2.0.1.03# python
Python 2.2 (#1, Jan 13 2002, 21:39:33) 
[GCC 2.95.3 20010315 (release)] on linux-i386
>>> import Tkinter
>>> print Tkinter.TkVersion
8.3

Thanks for helping, Mike.

Bill

Re: [PyOpenGL-Users] build problem re: StdCmap.h

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

Urgh, so much for my dreams of switching to TOGL 1.6 having 0 impact :) 
.  I'm not sure why it would be asking for it from a different 
directory, though I suppose it might be something to do with an older or 
more exotic OS than the TOGL developers are using (the entire TOGL tree 
is just a copy of the TOGL project's CVS).  It's really only been tested 
by Thomas (on whatever OS he uses) and myself (on Win32).

If you can get back to us with your OS version it would be helpful. 
 We'll likely both file bugs/patches with TOGL and fix the problem in 
our copy w/out waiting for them when we find a solution.

You might try editing setup/togl_setup.py to use the older TOGL 1.5, 
which is what was used for all previous versions of PyOpenGL.  Just a 
matter of commenting out one line and uncommenting the other.

Good luck,
Mike

William Trenker wrote:

>I've just downloaded PyOpenGL and have run into a build problem.  I thought I had all the prerequisites but it appears I'm missing a component.  Here's the error message:
>
>~/PyOpenGL-2.0.1.03# python setup.py install
><snip>
>building "Togl"
>gcc -DNDEBUG -Os -mcpu=i386 -fno-strength-reduce -fPIC -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/X11R6/include -I/usr/include/python2.2 -Isrc/Togl-1.6 -I/usr/lib/tk8.3/../../include -I/usr/include/tk8.3 -I/usr/include -I/usr/include/tcl8.3 -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/X11R6/include -I/usr/include/python2.2 -c src/Togl-1.6/togl.c -o build/temp.linux-i686-2.2/togl.o -Os -mcpu=i386 -fno-strength-reduce
>src/Togl-1.6/togl.c:34: X11/Xmu/StdCmap.h: No such file or directory
>error: command 'gcc' failed with exit status 1
>
>~/PyOpenGL-2.0.1.03# locate StdCmap
>/usr/X11R6/include/X11/XFT/StdCmap.h
>
>As you can see, I have a StdCmap.h on my system but not in the location expected by PyOpenGL.  What have I got wrong?
>
>Any pointers are greatly appreciated.
>
>Thanks,
>Bill
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>PyOpenGL Homepage
>http://pyopengl.sourceforge.net
>_______________________________________________
>PyOpenGL-Users mailing list
>PyO...@li...
>https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
>  
>

-- 
_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

Re: [PyOpenGL-Users] runtime problem

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

I'm not a Unix/Linux guru, so I'm just grasping at straws here.  I'm 
guessing you're not on RedHat, but here's the list of things I needed to 
install there to get compilation and running to work.

glut-3.7-8.i386.rpm
glut-devel-3.7-8.i386.rpm
   This was not available by default, needed to install it.
python2.2.2-2.2.2-1.src.rpm
python-2.2.2-7.i386.rpm
python-devel-2.2.2-7.i386.rpm
tkinter-2.2.2-7.i386.rpm
   This was not available by default AFAICS.
tix-8.2.0b1-74.i386.rpm
   This was not available by default, is required by tkinter

Numeric-22.0.tar
   "setup.py build install"
swig-1.3.13.tar
   Just a standard install.

I'm guessing (wild guess) that you're base GLUT install is not properly 
setup (can you run a C/C++ GLUT program?) or that somehow PyOpenGL isn't 
finding/binding the right GLUT .so?  (Given that it's the libglut.so 
that's reporting the problem).  Could it be that there's a problem with 
the X-server version?  Doesn't seem likely to me, but I guess it could 
be a problem.

Would be very helpful (for other people, who may use that OS) to know 
which OS you're running.

Good luck,
Mike

William Trenker wrote:

>I disabled Togl to see how much further the build went.  It got all the way through but now when I try any of the examples I get this:
>
>~/PyOpenGL-2.0.1.03/OpenGL/Demo/simple# python GLE.py 
>Traceback (most recent call last):
>  File "GLE.py", line 10, in ?
>    from OpenGL.GLUT import *
>ImportError: /usr/lib/libglut.so.3: undefined symbol: glXBindChannelToWindowSGIX
>noodle:~/packages/src/PyOpenGL-2.0.1.03/OpenGL/Demo/simple# 
>
>Obviously I have something missing.  I've built lots of packages and have worked closely with Python for a couple of years.  I feel pretty comfortable with building source packages.  But I'm new at OpenGL and so I'm obviously misunderstanding some key aspect of the libraries needed by PyOpenGL.
>
>If it's of any significance, the build warned me that SWIG wasn't found.  Also, I don't currently have Numeric installed.
>
>Thanks for any help you can give.
>
>Bill
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>PyOpenGL Homepage
>http://pyopengl.sourceforge.net
>_______________________________________________
>PyOpenGL-Users mailing list
>PyO...@li...
>https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
>  
>

-- 
_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

Re: [PyOpenGL-Users] GLerror: [Errno 1281]

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

Lothar Birk wrote:

>Hi,
>
>first of all thanks, for the quick help on the "terminating
>the examples question" from last week. Updating my wxPython
>distribution to the newest one, restored the expected windows behavior.
>
>May be someone also has an idea on the following
>questions / problems.
>
>How can I set the background of the OpenGL Window to white
>in the 
>
>OpenGLContext\tests\indexedfaceset_lit_npf.py
>
>example?
>  
>

You could add the following to the TestingContext class:

    def Background( self, mode):
        if mode.passCount == 0:
            glClearColor( 1.0,1.0,1.0,1.0 )
            glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT )

Afraid there isn't a run-time way in the testing contexts to do it.

>When running some of the tests in the above directory, like
>
>python selectrendermode_threads.py
>
>a lot of errors of the follwoing nature are reported:
>  
>
>Traceback (most recent call last):
>  File
>"/usr/local/lib/python2.2/site-packages/OpenGLContext/visitor.py", line
>224, in visit
>    token = method( node )
>  File
>"/usr/local/lib/python2.2/site-packages/OpenGLContext/rendervisitor.py",
>line 205, in Rendering
>    return node.Render( self )
>  File
>"/usr/local/lib/python2.2/site-packages/OpenGLContext/scenegraph/shape.py", line 47, in Render
>    glDisable(GL_LIGHTING)
>GLerror: [Errno 1281] invalid value
>ERR :OpenGLContext.visitor:method <bound method
>OpaqueRenderPass.Rendering of <OpenGLContext.renderpass.OpaqueRenderPass
>object at 0x87fd394>> for node Shape( DEF='' )
>  
>
...

Sounds as though we've got some sort of compilation error in PyOpenGL. 
 AFAIK GL_LIGHTING should always be available, so calling glDisable with 
it should always work.  Could you file a bug report on it with your OS 
information, and attach the results of running OpenGL/scripts/info.py 
(which reports the versions of all the various PyOpenGL modules (and 
related stuff, such as PIL and Numeric)).

    http://sourceforge.net/tracker/?group_id=5988&atid=105988

It would be really helpful if you could identify all of the failing 
tests to see if there's any commonality there.

Enjoy yourself,
Mike

[PyOpenGL-Users] runtime problem

[William T. <wdt...@ya...>]

I disabled Togl to see how much further the build went.  It got all the way through but now when I try any of the examples I get this:

~/PyOpenGL-2.0.1.03/OpenGL/Demo/simple# python GLE.py 
Traceback (most recent call last):
  File "GLE.py", line 10, in ?
    from OpenGL.GLUT import *
ImportError: /usr/lib/libglut.so.3: undefined symbol: glXBindChannelToWindowSGIX
noodle:~/packages/src/PyOpenGL-2.0.1.03/OpenGL/Demo/simple# 

Obviously I have something missing.  I've built lots of packages and have worked closely with Python for a couple of years.  I feel pretty comfortable with building source packages.  But I'm new at OpenGL and so I'm obviously misunderstanding some key aspect of the libraries needed by PyOpenGL.

If it's of any significance, the build warned me that SWIG wasn't found.  Also, I don't currently have Numeric installed.

Thanks for any help you can give.

Bill

[PyOpenGL-Users] build problem re: StdCmap.h

[William T. <wdt...@ya...>]

I've just downloaded PyOpenGL and have run into a build problem.  I thought I had all the prerequisites but it appears I'm missing a component.  Here's the error message:

~/PyOpenGL-2.0.1.03# python setup.py install
<snip>
building "Togl"
gcc -DNDEBUG -Os -mcpu=i386 -fno-strength-reduce -fPIC -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/X11R6/include -I/usr/include/python2.2 -Isrc/Togl-1.6 -I/usr/lib/tk8.3/../../include -I/usr/include/tk8.3 -I/usr/include -I/usr/include/tcl8.3 -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/X11R6/include -I/usr/include/python2.2 -c src/Togl-1.6/togl.c -o build/temp.linux-i686-2.2/togl.o -Os -mcpu=i386 -fno-strength-reduce
src/Togl-1.6/togl.c:34: X11/Xmu/StdCmap.h: No such file or directory
error: command 'gcc' failed with exit status 1

~/PyOpenGL-2.0.1.03# locate StdCmap
/usr/X11R6/include/X11/XFT/StdCmap.h

As you can see, I have a StdCmap.h on my system but not in the location expected by PyOpenGL.  What have I got wrong?

Any pointers are greatly appreciated.

Thanks,
Bill

[PyOpenGL-Users] GLerror: [Errno 1281]

[Lothar B. <bi...@en...>]

Hi,

first of all thanks, for the quick help on the "terminating
the examples question" from last week. Updating my wxPython
distribution to the newest one, restored the expected windows behavior.

May be someone also has an idea on the following
questions / problems.

How can I set the background of the OpenGL Window to white
in the 

OpenGLContext\tests\indexedfaceset_lit_npf.py

example?


When running some of the tests in the above directory, like

python selectrendermode_threads.py

a lot of errors of the follwoing nature are reported:
>>>>
Traceback (most recent call last):
  File
"/usr/local/lib/python2.2/site-packages/OpenGLContext/visitor.py", line
224, in visit
    token = method( node )
  File
"/usr/local/lib/python2.2/site-packages/OpenGLContext/rendervisitor.py",
line 205, in Rendering
    return node.Render( self )
  File
"/usr/local/lib/python2.2/site-packages/OpenGLContext/scenegraph/shape.py", line 47, in Render
    glDisable(GL_LIGHTING)
GLerror: [Errno 1281] invalid value
ERR :OpenGLContext.visitor:method <bound method
OpaqueRenderPass.Rendering of <OpenGLContext.renderpass.OpaqueRenderPass
object at 0x87fd394>> for node Shape( DEF='' )
>>>>

I, am using the CVS versions of PyOpenGL and OpenGLContext of today.

Any ideas?

Lothar

Re: [PyOpenGL-Users] PyOpenGL 2.0.1.03

[<il...@ya...>]

doh

More of my brain dead errors.  The check was supposed
to just print a warning on wrong version of swig, but
I forgot to change it in both places.  Code
duplication strikes again!

Also was not putting the correct '-version' string
after the command.

Moved handling the wrong swig version into function
handle_wrong_swig_version().  No more duplication in
this part.

Fixes are in cvs now.

Sorry :) Maybe the next release will work ;)



 --- Scott Nichols <scu...@ho...> wrote: > I
ran into two different swig related bugs when
> trying to install the new 
> PyOpenGL2.0.1.03 package on RedHat 8.0
> 
> Both involved the file setup/build_w.py, in
> particular the function below.
> 
> def check_swig_version(swig_name):
>         sin,sout,stderr = os.popen3(swig_name)
>         if serr.read().find("1.3.13") == -1:
>             return 0
>         else:
>             return 1
> 
> 
> Problem 1:  serr is not correct variable (should be
> stderr), I fixed this 
> but then got the error that I wasn't using
> swig-1.3.13
> 
> Problem 2:   Died because I wasn't using
> swig-1.3.13, I made the 
> check_swig_version function return 1 regardless of
> the version of swig 
> found, this made the install work perfectly.
> 
> 
> FYI, I probably need to upgrade my swig anyways
> (currently running 
> swig-1.1), but I didn't have any problems installing
> once I made the 
> check_swig_version return 1.  If I upgrade swig to
> the latest version, isn't 
> it over 1.3.13, won't that cause the install to fail
> as well?  This newest 
> patch fixed the other problems I was running into
> with the 
> texture_compression library.
> 
> Scott
> 

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

[PyOpenGL-Users] PyOpenGL 2.0.1.03

[Scott N. <scu...@ho...>]

I ran into two different swig related bugs when trying to install the new 
PyOpenGL2.0.1.03 package on RedHat 8.0

Both involved the file setup/build_w.py, in particular the function below.

def check_swig_version(swig_name):
        sin,sout,stderr = os.popen3(swig_name)
        if serr.read().find("1.3.13") == -1:
            return 0
        else:
            return 1


Problem 1:  serr is not correct variable (should be stderr), I fixed this 
but then got the error that I wasn't using swig-1.3.13

Problem 2:   Died because I wasn't using swig-1.3.13, I made the 
check_swig_version function return 1 regardless of the version of swig 
found, this made the install work perfectly.


FYI, I probably need to upgrade my swig anyways (currently running 
swig-1.1), but I didn't have any problems installing once I made the 
check_swig_version return 1.  If I upgrade swig to the latest version, isn't 
it over 1.3.13, won't that cause the install to fail as well?  This newest 
patch fixed the other problems I was running into with the 
texture_compression library.

Scott

_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail

[PyOpenGL-Users] PyOpenGL release 2.0.1.03 (alpha) available

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

This is the latest alpha release in the 2.0.1 series. 
 Developers/testers can get it off the homepage as per normal:

    http://pyopengl.sourceforge.net/

Enjoy yourselves,
Mike

*Notes:*

Another alpha release to allow developers to test various bug fixes
and one enhancement (TOGL version bump).  This release should
build on Win32 with VC++6 and RedHat Linux 8.0 with GCC 3.2 
though that has been tested only with the CVS versions at the 
moment).

For the first time (AFAIK), we're including the SWIG wrappers with
the source release.  Hopefully this will allow building without SWIG,
though that hasn't been tested as of yet.  I'm planning to continue
this for the source releases if it doesn't cause any problems.  I'm
not planning to put the generated wrappers in CVS, however.
Appologies for the resulting increase in file-size.

Changes:

2.0.1.02 --> 2.0.1.03

Fix for multiple-simultaneous GLU-tessellators
bug reported by Maciej, secondary fix for
NURBS copy/paste errors. (MCF)

Fix for missing image-saving functionality in
conesave demonstration, also fixed inconsistent
use of tab/spaces. (MCF)

Switch to TOGL 1.6, this is the current CVS
version of the package, rather than a particular
release. TOGL development is fairly slow,
so waiting for a new release doesn't seem practical.
This change should allow compilation with Tk 8.4
(or any earlier version). Note that TOGL 1.5 is still
included in case someone needs the earlier version
for some reason.  Version 1.5 will probably be removed 
during the next release cycle (i.e. ~2.0.2+) (MCF)

texture_compression fixes (again), from a patch
by Thomas Wouters. These appear to be simple
copy and paste errors.  Hopefully this will be the
last time this error needs to be fixed ;) . (RD)

Added a version check for swig 1.3.13. This is
likely to be revisited fairly soon, the fix
simply avoids problems with incompatible versions,
it doesn't try to do anything fancy. (RD)

_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

Re: [PyOpenGL-Users] Beginners question -- How to end OpenGLContext examples

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

Well, clicking in the x in the upper right corner should work fine. 
 With wxPython you can also use the standard (on Windows) Alt+F4 "close 
application" key-combination.  OpenGLContext doesn't do anything special 
with regard to exiting, as when embedded it's hard to come up with a 
"nice" way to kill the application.  Here's a simple example that works 
with the testingcontexts you're likely using:

    def OnQuit( self, event ):
        print 'quitting'
        self.GetParent().Close()

That closes the top-level frame, which is the "preferred" way to exit 
wxPython apps.  Obviously, that wouldn't work with a context that's 
embedded inside a panel or other control.  There are functions in 
wxPython to kill the app regardless, but I'd rather not build those into 
something that's supposed to be flexible in where it's deployed.

Note, however, that the way you were trying _should_ work (and does on 
my machine) i.e. :

    def OnQuit( self, event ):
        print 'quitting'
        import sys
        sys.exit(0)

causes the context to exit on my machine with the wxPython context.  It 
does, however, cause a debug warning from wxPython complaining that it 
couldn't de-register the context's GLCanvas class because there's still 
an open instance of the window.  That's with Python 2.2.2 and wxPython 
2.4.0.2u on Win2k.

HTH,
Mike


Lothar Birk wrote:

>Hi,
>
>is there a decent way to end the examples in OpenGLContext/tests, like
>pressing 'Esc' or 'q'?
>So far I only managed to kill python :-(
>
>I tried to add in OnInit of the TexContext class
>
>self.addEventHandler( 'keypress', name = 'q', \
>                      function = self.OnQuit )
>
>and defined in the TestContext class:
>
>def OnQuit(self, event):  # does not work so far
>		import sys
>		sys.exit()
>
>However, this does not work. The preferred context startet
>is a wxGLCanvas. Any help appreciated
>
>Lothar
>
>
>
>
>
>-------------------------------------------------------
>This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
>are you planning your Web Server Security? Click here to get a FREE
>Thawte SSL guide and find the answers to all your  SSL security issues.
>http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
>_______________________________________________
>PyOpenGL Homepage
>http://pyopengl.sourceforge.net
>_______________________________________________
>PyOpenGL-Users mailing list
>PyO...@li...
>https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
>  
>

-- 
_______________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/

[PyOpenGL-Users] Beginners question -- How to end OpenGLContext examples

[Lothar B. <bi...@en...>]

Hi,

is there a decent way to end the examples in OpenGLContext/tests, like
pressing 'Esc' or 'q'?
So far I only managed to kill python :-(

I tried to add in OnInit of the TexContext class

self.addEventHandler( 'keypress', name = 'q', \
                      function = self.OnQuit )

and defined in the TestContext class:

def OnQuit(self, event):  # does not work so far
		import sys
		sys.exit()

However, this does not work. The preferred context startet
is a wxGLCanvas. Any help appreciated

Lothar

Re: [PyOpenGL-Users] PyOpenGl2 can't find ___init__

[Dan C. <Dan...@NA...>]

I using 1.3.17.  

I saw the note about needing 1.3.13, but things appeared to work.

I don't really want to downgrade SWIG, because I have other projects 
that rely on it.

If there was a distribution with the glCompressedTexSubImage?DARB 
compile bugs fixed, then I could try that.

-Dan

On Tuesday 11 February 2003 17:32, you wrote:
> Seems like you aren't using swig 1.3.13
>
> What version do you have?  Cause I added a check into
> the setup.py to exit if it didn't find 1.3.13.