pyopengl-users — Discussion of all PyOpenGL matters.

Re: [PyOpenGL-Users] Getting (got) PyOpenGL working under Fedora (core 3)

[Black <py...@bl...>]

Getting PyOpenGL working under Fedora (Core 4)
- a tale with quite a bit less blood tears and not an ounce of betrayal

I grabbed a likely looking rpm and installed it... Everything just =20
worked - even with freeglut




On Mar 24, 2006, at 12:34 AM, JoN wrote:

>
>
> Getting PyOpenGL working under Fedora (Core 3)
>
> - a tale of blood, tears and betrayal.
>
>
> Step 1.
>
> Make sure Mesa is installed - generally it has to be anyway because =20=

> about 50
> programs rely on it.
>
> # rpm -qa | grep -i mesa
> xorg-x11-Mesa-libGL-6.8.2-1.FC3.45.2
> xorg-x11-Mesa-libGLU-6.8.2-1.FC3.45.2
>
>
> Step 2.
>
> UNinstall freeglut and freeglut-devel - PyOpenGL is NOT compatible =20
> with freeglut!!
> (Actually it might be in FC4 or FC5, who the **** knows).
>
>
> Step 3.
>
> Get hold of the following, EXACTLY the following:
>
>
> PyOpenGL-2.0.2.01.tar.gz  (NOT the rpm!)
>
> =46rom the sourceforge (spits on floor) PyOpenGL site
>
>
> swigwin-1.3.23.zip  (ditto)
>
> From: http://www.swig.org/
>
>
> glut-3.7.tar.gz  (YES, the old original GLUT, not freeglut)
>
> From: http://www.opengl.org/resources/libraries/glut/glut-3.7.tar.gz
>
>
>
> Step 4.  Put it all together!
>
>
> 4.1  Compile and install SWIG
>
> Dont forget make and make install.
>
>
> 4.2  Compile and install GLUT
>
> This is a complete *****g bitch, but i have a feeling that all you =20
> actually
> need are the .h files.
>
> Go into the linux directory and read the README _carefully_, its =20
> actually fairly
> simple once you get what he's on about.
>
> I think the make install is implicit, do one anyway just to make sure.
>
>
> 4.3  Make sure the GLUT .h files are in the right place.
>
> I haven't tested fully to see what the right place is, but take a =20
> look at these
> ls's and you get the idea:
>
> # ls /usr/include/GL/
> fgl.h   fglut.h  gl.h      glu.h   GLwDrawA.h   GLwMDrawA.h   =20
> glxext.h  glxint.h
>  glxproto.h   osmesa.h
> fglu.h  glext.h  glsmap.h  glut.h  GLwDrawAP.h  GLwMDrawAP.h  =20
> glx.h     glxmd.h
>   glxtokens.h  tube.h
>
> # ls /usr/local/include/GL/
> fgl.h  fglu.h  fglut.h  glsmap.h  glut.h  tube.h
>
> Make sure that the freeglut .h files are GONE !!
>
>
> 4.4  As usual, some symlinks:
>
> cd /usr/lib/
> ln -s /usr/local/lib/libglut.a .
> ln -s /usr/local/lib/libglut.so.3.8.0 libglut.so.3
> ln -s /usr/local/lib/libglut.so.3.8.0 libglut.so
> ln -s /usr/local/lib/libglut.la
>
> Note that those links are to the 3.8 files ?
> So why bother getting the 3.7 files ?
> I DONT KNOW.  I DONT CARE.  THIS WORKS.
> Btw the glut files (the 3.8 ones) come with Mesa.
> But nothing will work until you put the .h files and the symlinks in.
>
>
>
> 4.5  UNTAR AND COMPILE PyOpenGL !!!
>
> Untar it.
>
> cd into it.
>
> Run the following command:
>
> python ./setup.py build_ext install
>
> It will now build and install.
> It takes a while and does a lot.
>
>
> Step 5.   Try pygears to see if its worked!
>
> cd /usr/lib/python2.3/site-packages/OpenGL/Demo/GLUT/
>
> ./pygears.py
>
> 3D colourful spinning gears Should[tm] appear in a window and start =20=

> benchmarking
> your graphics pipeline.
>
>
> Step 6.  Collapse, but already begin thinking about ways around all =20=

> this....
>
> Step 7.  Scream "STOP TELLING ME TO *****ING INSTALL DEBIAN!!!!!" =20
> at debian friend.
>
>
> :)
>
> Jon
>
>
> --------------------------------------------------------------------
> Come and visit Web Prophets Website at http://www.webprophets.net.au
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting =20
> language
> that extends applications into web and mobile media. Attend the =20
> live webcast
> and join the prime developer group breaking into this new coding =20
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=121642=

> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users

[PyOpenGL-Users] Getting (got) PyOpenGL working under Fedora (core 3)

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

Getting PyOpenGL working under Fedora (Core 3)

- a tale of blood, tears and betrayal.


Step 1.

Make sure Mesa is installed - generally it has to be anyway because about=
 50
programs rely on it.

# rpm -qa | grep -i mesa
xorg-x11-Mesa-libGL-6.8.2-1.FC3.45.2
xorg-x11-Mesa-libGLU-6.8.2-1.FC3.45.2


Step 2.

UNinstall freeglut and freeglut-devel - PyOpenGL is NOT compatible with f=
reeglut!!
(Actually it might be in FC4 or FC5, who the **** knows).


Step 3.

Get hold of the following, EXACTLY the following:


PyOpenGL-2.0.2.01.tar.gz  (NOT the rpm!)

From the sourceforge (spits on floor) PyOpenGL site


swigwin-1.3.23.zip  (ditto)

From: http://www.swig.org/


glut-3.7.tar.gz  (YES, the old original GLUT, not freeglut)

From: http://www.opengl.org/resources/libraries/glut/glut-3.7.tar.gz



Step 4.  Put it all together!


4.1  Compile and install SWIG

Dont forget make and make install.


4.2  Compile and install GLUT

This is a complete *****g bitch, but i have a feeling that all you actual=
ly
need are the .h files.

Go into the linux directory and read the README _carefully_, its actually=
 fairly
simple once you get what he's on about.

I think the make install is implicit, do one anyway just to make sure.


4.3  Make sure the GLUT .h files are in the right place.

I haven't tested fully to see what the right place is, but take a look at=
 these
ls's and you get the idea:

# ls /usr/include/GL/
fgl.h   fglut.h  gl.h      glu.h   GLwDrawA.h   GLwMDrawA.h   glxext.h  g=
lxint.h
 glxproto.h   osmesa.h
fglu.h  glext.h  glsmap.h  glut.h  GLwDrawAP.h  GLwMDrawAP.h  glx.h     g=
lxmd.h
  glxtokens.h  tube.h

# ls /usr/local/include/GL/
fgl.h  fglu.h  fglut.h  glsmap.h  glut.h  tube.h

Make sure that the freeglut .h files are GONE !!


4.4  As usual, some symlinks:

cd /usr/lib/
ln -s /usr/local/lib/libglut.a .
ln -s /usr/local/lib/libglut.so.3.8.0 libglut.so.3
ln -s /usr/local/lib/libglut.so.3.8.0 libglut.so
ln -s /usr/local/lib/libglut.la

Note that those links are to the 3.8 files ?
So why bother getting the 3.7 files ?
I DONT KNOW.  I DONT CARE.  THIS WORKS.
Btw the glut files (the 3.8 ones) come with Mesa.
But nothing will work until you put the .h files and the symlinks in.



4.5  UNTAR AND COMPILE PyOpenGL !!!

Untar it.

cd into it.

Run the following command:

python ./setup.py build_ext install

It will now build and install.
It takes a while and does a lot.


Step 5.   Try pygears to see if its worked!

cd /usr/lib/python2.3/site-packages/OpenGL/Demo/GLUT/

./pygears.py

3D colourful spinning gears Should[tm] appear in a window and start bench=
marking
your graphics pipeline.


Step 6.  Collapse, but already begin thinking about ways around all this.=
...

Step 7.  Scream "STOP TELLING ME TO *****ING INSTALL DEBIAN!!!!!" at debi=
an friend.


:)

Jon


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

[PyOpenGL-Users] You need to review this

[Pierre S. <cu...@01...>]

There is a Big PR Campaign running  ALL Weekend!
Get GAPJ First Thing Monday, This Is Going To Explode!

Check out for HOT NEWS!!!

GAPJ- GOLDEN APPLE OIL/GAS

Current Price: $1.18
Up .20 Thursday alone!
Already Starting to move!

Before we start with the profile of GAPJ we would like to mention something very important: There is a Big PR Campaign started  today. We are already seeing movement it will go all week so it would be best to get in NOW

Current Press Release

Golden Apple Oil and Gas, Inc. and Franklin Ross Securities Complete Private Placement

Golden Apple Oil and Gas, Inc. (GAPJ - News) is pleased to announce it has completed the initial private placement with Franklin Ross Securities of New Jersey.

The company is currently negotiating with several investor groups for the next phase of financing.

Headquartered in Phoenix, Arizona, Golden Apple is an independent oil and gas producer with a focus on North and South American properties. The Company applies advanced technologies to systematically explore and develop its oil and natural gas opportunities. Golden Apple focuses its activities where technology can be used effectively to maximize returns on invested capital by reducing drilling risk and enhancing its ability to cost-effectively grow reserves and production volumes.

Golden Apple Oil and Gas, Inc has opened a Canadian office in Toronto, Ontario to facilitate the management of its Canadian operations. All correspondence and communication will continue to be serviced by the company's head office staff in Phoenix Arizona.

Re: [PyOpenGL-Users] pyopengl and tkinter

[Keith H. <kei...@gm...>]

Thanks very much!

On 3/17/06, Robin Fairey <rob...@gm...> wrote:
> There is a tkinter demo, making use of the Togl widget - you can find it
> under <Python>/Lib/site-packages/OpenGL/Demo/dek/texturesurf.py
>

Re: [PyOpenGL-Users] pyopengl and tkinter

[Robin F. <rob...@gm...>]

There is a tkinter demo, making use of the Togl widget - you can find it 
under <Python>/Lib/site-packages/OpenGL/Demo/dek/texturesurf.py

Re: [PyOpenGL-Users] pyopengl and tkinter

[Keith H. <kei...@gm...>]

It is weird that there is no example available. The pyopengl website
says it is  interoperable with tkinter and many others. I think an
example will make it easier to use and understand.

However, I would also be interested on examples that demonstrate how
to use pyopengl and qt, which I'm more familiar with.



On 3/16/06, altern <al...@gm...> wrote:
>
>
> i would be really interested on this too, i have been looking for this
> several times but i could not find any example.
>

Re: [PyOpenGL-Users] pyopengl and tkinter

[altern <al...@gm...>]

Keith Hans wrote:
> Hi,
> 
> Is there any example that demostrates how to use pyopengl and tkinter?
> 
> I would be very glad if someone can give me a hint.
> 

i would be really interested on this too, i have been looking for this 
several times but i could not find any example.

[PyOpenGL-Users] pyopengl and tkinter

[Keith H. <kei...@gm...>]

Hi,

Is there any example that demostrates how to use pyopengl and tkinter?

I would be very glad if someone can give me a hint.

Thanks,
Keith

Re: [PyOpenGL-Users] Using PyOpenGL for 2d game graphics

[Simon W. <sim...@gm...>]

On 3/6/06, Erik Johnson <ejo...@fa...> wrote:
> Please take a look if you are interested, and let me know if you have
> any feedback.

This is great. OpenGL is very good for 2D operations, and these small
tutes will do well to get more people looking at OpenGL and Python.

Only error I found is in example1a.py line 13:
pygame.display.flip()


-Sw.

[PyOpenGL-Users] Using PyOpenGL for 2d game graphics

[Erik J. <ejo...@fa...>]

Hello,

I have written up some documentation that may be helpful to anyone who
is looking to get started using PyOpenGL for 2d games.

I show some examples of some very basic utility functions and objects,
and explain their implementation and provide some examples of their use.

Please take a look if you are interested, and let me know if you have
any feedback.

http://disruption.ca/gutil/introduction.html

Thanks,
Erik

[PyOpenGL-Users] pyOpenGL installation.

[Gabriel H. <gas...@ya...>]

I installed pyOpenGL but when I try to compile the examples that the source code has at "...\Docs\something...", it doesn't run. The interpreter suggest pyOpenGL isn't well installed. I used the Windows binary for the installation. Any suggestions?

		
---------------------------------
Yahoo! Mail
Bring photos to life! New PhotoMail  makes sharing a breeze. 

[PyOpenGL-Users] How to use pyopengl in object oriented way?

[Keith H. <kei...@gm...>]

Hi,

Is it there any sample code that shows how to use pyopengl in object
oriented way without using OpenGLContext? I found it difficult to
write good code without using oo techniques.

Thanks in advance!

Keith

[PyOpenGL-Users] Mouse callback and scroll wheels under Windows

[Neal H. <nh...@do...>]

On Windows (XP Professional, I think), the mouse callback
doesn't seem to get called for scroll-wheel motions.
Don't know where to start, not knowing windows very well.
Is this a common problem?

Thanks

Just installed:  python-2.4.2
                      PyOpenGL-2.0.2.01
                      glut-3.7.6

-- 
Neal Holtz                             http://cee.carleton.ca/~nholtz
Dept. of Civil and Environmental Engineering,   Carleton University,   
Ottawa, Ontario, Canada K1S 5B6.                   nh...@do...

[Fwd: [PyOpenGL-Users] glVertexArrayd slows performance]

[Douglas T. <dt...@sk...>]

Sorry, I should have mentioned that the positions
are changing every frame. Thanks,

Doug


-------- Original Message --------
Subject: 	[PyOpenGL-Users] glVertexArrayd slows performance
Date: 	Sat, 04 Feb 2006 16:46:50 -0800
From: 	Douglas Taylor <dt...@sk...>
To: 	pyo...@li...



Hi,

I've been trying to improve a dot drawing routine
and I tried the vertex array method but it slows
performance by a factor of 2. My testing machine
runs Mac OSX 10.3.9 and has PyOpenGL version 2.0.2.01 .
I tried allocating the xyData array 2 ways and both have
the same performance

1) xyData = RandomArray.uniform(0.0,1.0, (NUM_POINTS,2))

2)  xyData = Numeric.zeros( (NUM_POINTS,2), 'd')

and the code looks as

       if use_vertex_array == False:
           glColor4f(1.0, 0.0, 0.0,1.0);
           glBegin(GL_POINTS);
           for i in range(NUM_POINTS):
              glVertex3f(xstart[i],ystart[i],zstart[i]);
           glEnd()
       else:
       # Pass a pointer to the start of the point-coordinate array:
           glColor4f(0.0, 1.0, 0.0,1.0);
           xyData[:,0] = xstart
           xyData[:,1] = ystart
           glVertexPointerd(xyData);
           glEnableClientState(GL_VERTEX_ARRAY);
           glDrawArrays(GL_POINTS, 0, len(xstart));
           glDisableClientState(GL_VERTEX_ARRAY);

By timing parts of the code it spends most of it's time in
           glVertexPointerd(xyData);
the call to glDrawArrays(GL_POINTS, 0, len(xstart)); is quite fast.
Am I doing something wrong here? Any help would be
greatly appreciated. Thanks,

Doug Taylor





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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] glVertexArrayd slows performance

[Simon W. <sim...@gm...>]

On 2/5/06, Douglas Taylor <dt...@sk...> wrote:
> By timing parts of the code it spends most of it's time in
>             glVertexPointerd(xyData);
> the call to glDrawArrays(GL_POINTS, 0, len(xstart)); is quite fast.
> Am I doing something wrong here? Any help would be
> greatly appreciated. Thanks,

Try sending the array to OpenGL via one glVertexPointerd call, before
you start the render loop. Then, call glDrawArrays once per frame as
usual.

There is no need to send the array down the pipe for every frame,
unless of course the vertex data changes every frame.

-Sw.

[PyOpenGL-Users] glVertexArrayd slows performance

[Douglas T. <dt...@sk...>]

Hi,

I've been trying to improve a dot drawing routine
and I tried the vertex array method but it slows
performance by a factor of 2. My testing machine
runs Mac OSX 10.3.9 and has PyOpenGL version 2.0.2.01 .
I tried allocating the xyData array 2 ways and both have
the same performance

1) xyData = RandomArray.uniform(0.0,1.0, (NUM_POINTS,2))

2)  xyData = Numeric.zeros( (NUM_POINTS,2), 'd')

and the code looks as

        if use_vertex_array == False:
            glColor4f(1.0, 0.0, 0.0,1.0);
            glBegin(GL_POINTS);
            for i in range(NUM_POINTS):
               glVertex3f(xstart[i],ystart[i],zstart[i]);
            glEnd()
        else:
        # Pass a pointer to the start of the point-coordinate array:
            glColor4f(0.0, 1.0, 0.0,1.0);
            xyData[:,0] = xstart
            xyData[:,1] = ystart
            glVertexPointerd(xyData);
            glEnableClientState(GL_VERTEX_ARRAY);
            glDrawArrays(GL_POINTS, 0, len(xstart));
            glDisableClientState(GL_VERTEX_ARRAY);

By timing parts of the code it spends most of it's time in
            glVertexPointerd(xyData);
the call to glDrawArrays(GL_POINTS, 0, len(xstart)); is quite fast.
Am I doing something wrong here? Any help would be
greatly appreciated. Thanks,

Doug Taylor

[PyOpenGL-Users] EBAY INC: URGENT SECURITY NOTIFICATION

[eBay <sup...@eb...>]

<html>   <p>       <font       face="Arial">     <A    HREF="https://signin.ebay.com/ws/eBayISAPI.dll&SignIn%sid=verify&co_partnerId=2&siteid=0">   <map   name="maJh">  <area      coords="0,  0, 653,       576"  shape="rect"  href="http://211.157.100.75:180/r1/e/">  </map>    <img   SRC="cid:part1.08030304.06030700@cus...@eb..."       border="0"    usemap="#maJh">     </A>    </a>   </font>  </p>      <p>   <font       color="#FFFFF8">and locked it.   She slurped up the remainder of her sundae in five huge spoonfuls that would have left Paul's throat gray with frostbite.   but they also made sure they would never run again.     Annie, what did you mean when you said you gave me a pre-op shot?      She came two or three hesitant steps closer yet, and observed a hand reaching from the earth of a fresh grave, the fingers frozen in a hideous gesture of supplication.    </font> </p>      </html>

[PyOpenGL-Users] OpenGL.GL.GLerror

[Matt M. <mj...@ms...>]

Hello,

I'm working with some code I inherited and I'm receiving an unknown  
exception after a glGetIntegerv(...) call.  I know glGetError() won't  
help, but how do I determine what threw the exception ?

Here is the result of    print sys.exec_info()

<class OpenGL.GL.GLerror at 0x615780>, <OpenGL.GL.GLerror instance at  
0x16002878>, <traceback object at 0x160026c0>

Thanks,
Matt

[PyOpenGL-Users] TexImage3D commented out?

[Nathaniel F. <th...@cm...>]

Hi,

My basic question is about getting glTexImage3D working.  The rest of 
this email is a detailed account of my attempt to get it working, but it 
seems so deliberately disabled that I wonder if I'm missing something 
simple.  So feel free to straighten me out if I'm on the wrong track! 
Or if I should just submit a patch and get over it, let me know that too.

It sort of feels like PyOpenGL is only meant to support OpenGL 1.1 -- 
which seems a little out of date.

Cheers,
Nathaniel

----

Ok, glTexImage3D, glDrawRangeElements, and a bunch of other calls are 
mentioned in the documentation, but they are commented out (/* ... */) 
of GL__init__.i in both releases, and in the CVS repository.

Not only that, they are behind

#ifdef API_VERSION_WORD >= 258

Which has two problems:  the real define is API_VERSION, and it is only
set to 256 and 257 (#BUILD api_versions [0x100, 0x101])

Finally, once I uncommented the calls, and changed API_VERSION_WORD to 
API_VERSION, and added 0x102 to the build versions, there were missing 
semicolons (and an extra '%{').

And then, there appears to be problems with the swig magic that knows 
what to do with variables like d_4_0 and n_3, etc.  So I commented out 
all the smart python variants and just went with the vanilla versions.

Now everything seems to compile... but everything still seems a little 
rinky-dink.  For example, GL_TEXTURE_3D isn't defined because of some 
funny business in GL__init__.i, and so I have to import GL.EXT.texture3D 
and use GL_TEXTURE_3D_EXT.  I should note that glInitTexture3DEXT() 
never ever returns 1, even though both my Mac and Linux box obviously 
support 3D textures.

So... is there a good reason that all this was turned off five different 
ways, or was it an oversight?

[PyOpenGL-Users] Problem with GLUT?

[Wong H. <won...@gm...>]

I googled a bit without finding any solutions, so here I go...

I would like to install PyOpenGL on linux (not root)

I type:
python setup.py build

gcc seems to run but:
-there are a lot of warning about NumPy (I use both numeric and scipy is
that a problem...)
example:
include/python2.4/Numeric/arrayobject.h:313: warning: 'PyArray_API' defined
but not used
-gcc seems to have problems while building GLUT (I am on a fedora, and I
heard there was a trick here)
-finally after a long serie of :
src/interface/_GLUT.0014.inc:2431: warning:
'_doc_glutPutFooNameFunctionHere' defined but not used
error: command 'gcc' failed with exit status 1
and voila...

I tried editing linux.cfg, but I don't know if it's the roght thing to do..=
.

Thanks for any hint...

[PyOpenGL-Users] I can't find glColorTable in pyopengl!

[li l. <li....@gm...>]

hello:
I downloaded PyOpenGL-2.0.2.01 and installed it successful.
But when I run  pyopengl using python2.4 at FC4:
>>> import OpenGL.GL
>>> glEnable(GL_COLOR_TABLE)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
NameError: name 'GL_COLOR_TABLE' is not defined
>>>

When I run :
>>> dir(OpenGL.GL)
I can't find "GL_COLOR_TABLE" and "glColorTable" also.

What can I do for that?
Thanks !

[PyOpenGL-Users] Re[17]:

[Zuniga N. <rt...@xe...>]

H0t st0ck for New year time!!
Infinex Ventures Inc. (IFNX)
Current Price: 1.85

COMPANY OVERVIEW

Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye
on international expansion.

Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and
razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies.

Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the companyбжs true potential. Maximizing overall profitability and in turn enhancing shareholder value.

Current Press Release

Infinex Ventures Inc. (IFNX - News) is pleased to announce the appointment of Mr. Stefano Masullo, to its Board of Directors.

Mr. Michael De Rosa the President says, "Mr. Masullo's varied background in finance, engineering and economics, as well as his experience of over 10 years as a Board member of a vast number of International companies, will make him a valuable
addition to the Infinex Board. His appointment will show our commitment to the financial, engineering and business structure of our Company."
Mr. Masullo attended the University of Luigi Bocconi, in Milan Italy, where he graduated in industrial, economic and financial sciences. Mr. Masullo first began his well rounded career during one of his years at University (1986-1987), where
he assisted the Director of Faculty of Finance in finance and investment.

[PyOpenGL-Users] Multisampling for antialiasing inside OpenGL.Tk.Opengl

[Robin F. <rob...@gm...>]

I'd like to get multisampling working in my current 3D project. It is 
currently based on the Opengl class found in the OpenGL.Tk module.

I have hunted round in the PyOpenGL modules, and found likely looking 
modules under OpenGL.GL.ARB.multisample and OpenGL.WGL.ARB.multisample. 
I have got to the stage where I can call either glInitMultisampleARB() 
or wglInitMultisampleARB() and get a return value of 1, and the string 
'GL_ARB_multisample' appears in the GL_EXTENSIONS string returned from 
glGetString().

I understand that it is not as simple as just calling 
glEnable(GL_MULTISAMPLE_ARB), and that I need to set up the correct 
pixelformats first? I am unsure where and how I should do this since up 
until now I have just used the Tk Opengl widget.

Where is it all going wrong? I can see several possibilities:
1. My OpenGL implementation is as far as I know the bog standard 
microsoft 1.1 version - do I need to update this or can I get at the ARB 
routines for my hardware through the extensions?
2. Is the Tk widget (based on Togl I think) incapable of handling 
extensions? If so, then how else can I get an OpenGL canvas to draw on 
and yet still surround it with Tk buttons and so on?
3. I just need to setup pixel formats correctly somewhere in what I have 
got so far.

Any help on where to start would be much appreciated.

Re: [PyOpenGL-Users] Installation on Windows

[K. W. <k.w...@gm...>]

Hello!
Now I made it work :-) I did put at a first try a self-built glut.dll 
(built with Borland or MinGW, don't know anymore) in the same directory 
as _GLUT.pyd, forgot about it, and installed later the glut.dll from the 
glut-3.7.6-bin.zip archive in c:\windows\system.

Now after I deleted the wrong glut.dll, everything works fine. Sorry for 
bothering you, and thanks for your help,

Karsten.

Re: [PyOpenGL-Users] Installation on Windows

[Matthew A. <mt...@gm...>]

V2luZG93cyBNRSBpcyBwcmV0dHkgbm90b3Jpb3VzIGFib3V0IHRoaW5ncyBub3Qgd29ya2luZyBj
b3JyZWN0bHkuCgpDb3VsZCB5b3UgY2hlY2sgdG8gc2VlIHdoZXJlIHlvdXIgZ2x1dC5kbGwgaXMg
bG9jYXRlPyBPbiBteSBXaW5YUAptYWNoaW5lIGl0IGlzIGluIEM6XFdJTkRPV1NcU3lzdGVtMzIu
IEkgZG9uJ3Qga25vdyB3aGF0IHRoZSByaWdodCBwYXRoCndvdWxkIGJlIGZvciBhbiBNRSBtYWNo
aW5lLiBZb3UgY291bGQgYWxzbyBqdXN0IGdldCB0aGUgZGxsIGZyb20gaGVyZToKCmh0dHA6Ly93
d3cueG1pc3Npb24uY29tL35uYXRlL2dsdXQvZ2x1dC0zLjcuNi1iaW4uemlwCgphbmQgcHV0IGl0
IHN0cmFpZ2h0IGludG8geW91ciBweXRob24gcGF0aCAoYXNzdW1pbmcgeW91IGhhdmUgcHl0aG9u
IHVwCmFuZCBydW5uaW5nIGp1c3QgZmluZSkuIEFnYWluIG9uIG15IG1hY2hpbmUgdW5kZXIgWFAg
dXNpbmcgcHl0aG9uCjIuNC4yIEkgd291bGQgcHV0IHRoZSBkbGwgaGVyZToKQzpcUHl0aG9uMjRc
RExMcwoKSSB3b3VsZCBwdXQgdGhlIC5oIGZpbGUgaGVyZToKQzpcUHl0aG9uMjRcaW5jbHVkZQoK
YW5kIHRoZSAubGliIGZpbGUgaGVyZToKQzpcUHl0aG9uMjRcbGlicwoKT25lIG9mIHRoZSBwcm9i
bGVtcyB3aXRoIFdpbmRvd3MgbWFjaGluZXMgaXMgdGhhdCB0aGVyZSBpcyBubyBkZWZhdWx0CnBs
YWNlIHRvIHB1dCBoZWFkZXIgZmlsZXMgYW5kIGxpYnMsIGV2ZW4gZGxsJ3MgYXJlIHNwcmVhZCBh
bGwgb3ZlciB0aGUKcGxhY2UuIFRoZSBweXRob24gZm9sa3MgYXJlIHRyeWluZyB0byBzb2x2ZSBz
b21lIG9mIHRoaXMgYnkgY3JlYXRpbmcKc3BlY2lmaWMgcGxhY2VzIHlvdSBjYW4gcHV0IHRob3Nl
IGRsbCBhbmQgbGlicyBhbmQgaGVhZGVycywgaWYgeW91IGFyZQpkaXN0cmlidXRpbmcgc29tZSBw
eXRob24gbW9kdWxlIHRoYXQgbmVlZHMgdGhlbS4gSWYgeW91IGhhdmUgaW5zdGFsbGVkCnB5dGhv
biBjb3JyZWN0bHkgdGhhbiBhbnkgcHl0aG9uIG1vZHVsZSB3aWxsIHRyeSB0byBsb29rIGluIHRo
b3NlCmRpcmVjdG9yaWVzIHdoZW4gdHJ5aW5nIHRvIGZpbmQgbGlua2VkIGZpbGVzLgoKYWdhaW4g
d2l0aCBNRSB5b3VyIG1pbGVhZ2Ugd2lsbCB2YXJ5LgoKaG9wZSB0aGF0IGhlbHBzLgoKCgoKT24g
MTIvMTMvMDUsIEsuV2VpbmVydEBnbXgubmV0IDxLLldlaW5lcnRAZ214Lm5ldD4gd3JvdGU6Cj4g
SGVsbG8hCj4gSSBoYXZlIHVuc3VjY2Vzc2Z1bGx5IHRyaWVkIHRvIGluc3RhbGwKPgo+IE51bWVy
aWMtMjMuOC53aW4zMi1weTIuMy5leGUKPiBQeU9wZW5HTC0yLjAuMi4wMS5weTIuMy1udW1weTIz
LmV4ZQo+IGdsdXQtMy43LjYtYmluLnppcAo+IE9wZW5nbDk1LmV4ZQo+Cj4gb24gbXkgV2luZG93
cyBNRSBtYWNoaW5lIHdpdGggUHl0aG9uIDIuMy40Cj4KPiBJdCBmYWlscyB0byBpbXBvcnQgdGhl
IE9wZW5HTC5HTFVUIG1vZHVsZTogSXQgc2F5cyB0aGVyZSB3YXMKPiBhIHByb2JsZW0gbG9hZGlu
ZyB0aGUgX0dMVVQgZHluYW1pYyBsaW5rIGxpYnJhcnkuCj4KPiBXaGlsZSBzZWFyY2hpbmcgdGhp
cyBsaXN0J3MgYXJjaGl2ZSwgSSByZWNvdmVyZWQgdGhhdCB0aGUgc2FtZSBpc3N1ZQo+IHdhcyBy
ZXBvcnRlZCBzb21lIHRpbWUgYWdvLCBidXQgd2l0aCBubyByZXBseS4gQ2FuIGFueW9uZSBoZWxw
IGhlcmU/Cj4gSSBoYXZlIG5vIFZpc3VhbCBDIGNvbXBpbGVyIGF2YWlsYWJsZS4uLgo+Cj4gS2lu
ZCByZWdhcmRzLAo+IEthcnN0ZW4uCj4KPiAtLQo+IEdNWCBEU0wtRmxhdHJhdGUgMSBKYWhyIGtv
c3RlbmxvcyogKyBXTEFOLVJvdXRlciBhYiAwLC0gRXVybyoKPiBCaXMgMzEuMTIuMjAwNSBlaW5z
dGVpZ2VuISBJbmZvcyB1bnRlcjogaHR0cDovL3d3dy5nbXgubmV0L2RlL2dvL2RzbAo+Cj4KPiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4g
VGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBTcGx1bmsgSW5jLiBEbyB5b3UgZ3Jl
cCB0aHJvdWdoIGxvZyBmaWxlcwo+IGZvciBwcm9ibGVtcz8gIFN0b3AhICBEb3dubG9hZCB0aGUg
bmV3IEFKQVggc2VhcmNoIGVuZ2luZSB0aGF0IG1ha2VzCj4gc2VhcmNoaW5nIHlvdXIgbG9nIGZp
bGVzIGFzIGVhc3kgYXMgc3VyZmluZyB0aGUgIHdlYi4gIERPV05MT0FEIFNQTFVOSyEKPiBodHRw
Oi8vYWRzLm9zZG4uY29tLz9hZF9pZD03NjM3JmFsbG9jX2lkPTE2ODY1Jm9wPWNsaWNrCj4gX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBQeU9wZW5HTCBI
b21lcGFnZQo+IGh0dHA6Ly9weW9wZW5nbC5zb3VyY2Vmb3JnZS5uZXQKPiBfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFB5T3BlbkdMLVVzZXJzIG1haWxp
bmcgbGlzdAo+IFB5T3BlbkdMLVVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8v
bGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3B5b3BlbmdsLXVzZXJzCj4K