pyopengl-users — Discussion of all PyOpenGL matters.

[PyOpenGL-Users] place store

[SEMINOLE g. <pue...@tw...>]

An Investor ALERT is being issued starting right N0W. Keep your eyes
glued on P.S.U.D!!

PETROSUN DRILLING (P.S.U.D.)
Current Price: 1.16

Don't get caught in the dust, start watchin today because this company
has been known to release major news at any time which could bring the
st0ck up!!

Current News

PetroSun Completes Equity Investment in ElectraTherm

PetroSun, Incorporated (PSUD - News) announced that the company has
finalized its Series A Preferred Stock Purchase Agreement with
ElectraTherm, .....

Check your stock source for full press releases on this exciting stock!

Don't miss out !

Arizona State University ASU gears against USC theyve already scored touchdown week. Apps available students. hosted
to Enter the Net Internet Marketing Resources home links privacy contact us ABOUT
Cruces New Mexico this weekend promises blast turns out XPRIZE organizers are using Earth share kinds space.
districts East coach Marty Jones district tournament which month hole format. teams compete similar setting. exciting said Lakes Brittany medalist heart pounding whole time. champion Northside Christian

Re: [PyOpenGL-Users] Enums from extensions

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

Allen, Hi

I have the same question regarding enums, it seems you have to, at the mo=
ment,
find their hex values in the system's include files and manually declare =
them in
your Python code.

Regarding the newer OpenGL extensions you were asking about:

I'm no expert and am scrambling for a foothold on the GL/Python learning =
curve
myself, but this is what (I _think_) I've gleaned so far:

GlewPy has been the traditional way of getting at the extensions, and the
author/s is always adding new extension access.

However, with the advent of Python ctypes (now included by default in 2.5=
, that
correct?), you can access the calls in the shared libraries (.so's on uni=
xen
like Linux, .dll's on windoze) directly, though you have to wrap your hea=
d
around how ctypes works.

This allows you to at least connect in the ARB extensions for the 'good s=
tuff',
say if you are stuck with OpenGL 1.5, or get the new function calls from =
OpenGL
2.0 and up.

And yes, exactly as you say, you can write wrapper code that makes Python=
 adapt
on the fly to whatever version of OpenGL is present.
Some good stuff on doing that is at the GLSL tutorial (Ok its for C but t=
he
calls still apply) at LightHouse3d:
http://www.lighthouse3d.com/opengl/glsl/index.php?ogloverview

Now -=20

The following is an excellent example from PyGame, that uses ctypes to ac=
cess
the fragment shaders and compile and run GLSL code on the GPU:

http://www.pygame.org/wiki/GLSLExample

This example works, I've got it running and have spoken to the author and=
 gone
further and got texturing working in the fragment shader from Python.

As examples of OpenGL access from Python go, thats reasonably close to 'S=
tate Of
The Art' technology for modern cards!


Highly recommend also joining the pygame users mailing list (see above si=
te),
I've got some very good info off people there so far.


Hope all that is of some use to you!

Jon


Quoting Allen Bierbaum <abi...@gm...>:

> I see in the documentation how I could import an extension and
> initialize it, but how do I get the enums from an extension?  For
> example right now I would like to use GL_DEPTH_COMPONENT24 in my code
> but I don't know how to get that from PyOpenGL.
>=20
> Any ideas?
>=20
> Also, this may have been asked before, but are there any plans to make
> it easier to use the newer "extension" features of OpenGL?  With the
> dynamic nature of python it seems like it would be possible to have
> PyOpenGL dynamically adapt it's interface to any given version of
> OpenGL on the fly.  For example asking PyOpenGL to present the
> standard interface for OpenGL 2.0 it could go out and find any of the
> needed extensions and name them like they are in the 2.0 spec.  This
> would be a great feature and would be unique to PyOpenGL since it
> can't be done in C or C++.
>=20
> Thanks,
> Allen
>=20
> -----------------------------------------------------------------------=
--
> Using Tomcat but need to do more? Need to support web services, securit=
y?
> 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 Geron=
imo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>=20




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

Re: [PyOpenGL-Users] Enums from extensions

[Gary M. <gar...@ph...>]

Dear all,

I've been interested in this kind of thing as well. I found that if I 
import the extension module then the functions and constants are named 
with a string appended. So for instance, I wanted to look at 3D textures 
so I imported OpenGL.GL.EXT.texture3D. The functions in this module all 
have EXT appended to the normal name while the constants have _EXT 
appended instead. I just assigned the extension versions of the 
functions and constants I required to the normal names:
    glTexImage3D = glTexImage3DEXT
    GL_TEXTURE_3D = GL_TEXTURE_3D_EXT

This seems to do the job - at least I am able to use the functions and 
constants - but I have also got some strange results when translating an 
example from C to Python so I might have missed something! Any 
suggestions would be welcome!

A bit of digging about seems to show that GL_DEPTH_COMPONENT24 is in 
OpenGL.GL.SGIX.depth_texture and is named GL_DEPTH_COMPONENT24_SGIX

Cheers,
    Gary

> I see in the documentation how I could import an extension and
> initialize it, but how do I get the enums from an extension?  For
> example right now I would like to use GL_DEPTH_COMPONENT24 in my code
> but I don't know how to get that from PyOpenGL.
>
> Any ideas?
>
> Also, this may have been asked before, but are there any plans to make
> it easier to use the newer "extension" features of OpenGL?  With the
> dynamic nature of python it seems like it would be possible to have
> PyOpenGL dynamically adapt it's interface to any given version of
> OpenGL on the fly.  For example asking PyOpenGL to present the
> standard interface for OpenGL 2.0 it could go out and find any of the
> needed extensions and name them like they are in the 2.0 spec.  This
> would be a great feature and would be unique to PyOpenGL since it
> can't be done in C or C++.
>
> Thanks,
> Allen
>
> -------------------------------------------------------------------------
> 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
>
>
>   

[PyOpenGL-Users] Enums from extensions

[Allen B. <abi...@gm...>]

I see in the documentation how I could import an extension and
initialize it, but how do I get the enums from an extension?  For
example right now I would like to use GL_DEPTH_COMPONENT24 in my code
but I don't know how to get that from PyOpenGL.

Any ideas?

Also, this may have been asked before, but are there any plans to make
it easier to use the newer "extension" features of OpenGL?  With the
dynamic nature of python it seems like it would be possible to have
PyOpenGL dynamically adapt it's interface to any given version of
OpenGL on the fly.  For example asking PyOpenGL to present the
standard interface for OpenGL 2.0 it could go out and find any of the
needed extensions and name them like they are in the 2.0 spec.  This
would be a great feature and would be unique to PyOpenGL since it
can't be done in C or C++.

Thanks,
Allen

[PyOpenGL-Users] tk animation

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

hi

i am trying to get an animated opengl drawing under Tk but i dont get it 
right. I am using the after() function to call the Opengl instance's 
redraw function

This is more or less what i do:

from OpenGL.Tk import *
class App:
	def __init__(self):
         	self.glcanvas = Opengl(width=800, height=600, double=1)
		self.glcanvas.redraw = self.draw
		self.glcanvas.pack(side='top', expand=1, fill='both')

	def draw(self, event=None):
         	self.glcanvas.activate()
         	self.render() # opengl stuff goes here
         	self.glcanvas.tkExpose() # redraw
         	self.glcanvas.after(30, self.glcanvas.redraw)		

	def render(self):
		# clean background, draw, swap buffers etc...
		pass

So far I am getting a stack overflow :

  File "/usr/lib/python2.4/site-packages/OpenGL/Tk/__init__.py", line 
492 in tkRedraw
	glPushMatrix()
GLerror: [Errno 1283] stack overflow

Probably i am confused with what to put inside the redraw() function and 
the how to use the after().

I have been trying to find examples of animations with Tk but could not 
find any. Also could not find much information online specifically about 
using tk with opengl so i am using help(OpenGL.Tk) as main source of 
info. It would be nice to have some other resource if anyone suggest one.

thanks

enrike

Re: [PyOpenGL-Users] easy_install OpenGL

[Matt B. <ma...@rt...>]

On Monday 16 October 2006 19:48, Simon Wittber set 1,000 monkies in front of 
keyboards and the following appeared:
<snip>
>
> I ran all my tests (for QGL), and everything worked, except for the
> lighting demos. This could be errors in my code however, as I (and
> others) have had problems with lighting working correctly on ATI
> cards.
>
> -Sw.

	Incidentally, I could never get lighting to work myself.....not the demos, 
sample code, my own hackings, nothing....but I was on an Nvidia card (GeForce 
2). Now I have an ATI and can't get hardware acceleration/OpenGL working AT 
ALL in Slackware 9.1 Linux (in addition to a whole bunch of annoying bugs/
anomalies in Win98SE). Currently in the market for a nice Nvidia 6600 AGP 
card. :P (This 9250 is the only ATI card I've ever tried, and rest assured, 
it is the *last* ATI card I will ever try.)

	-Matt Bailey

Re: [PyOpenGL-Users] easy_install OpenGL

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

On 10/16/06, Mike C. Fletcher <mcf...@vr...> wrote:
> Simon Wittber wrote:
> > I've just tried to easy_install OpenGL.
> >
> > It doesn't work, throwing this error:
> >
> > error: Unexpected HTML page found at
> > http://dl.sourceforge.net/sourceforge/pyopengl/OpenGL-3.0.0a4-py2.4.egg
> >
> > are there extra easy_install incantations I'm missing?
> >
> Not as far as I know.  I installed to the laptop with just
>
>     easy_install OpenGL
>
> I saw an error like the one you mention when I tried to do the download
> using -f with an https URL, but I'm pretty sure I updated the setup file
> to use an http URL (seems to be using it in your case).
>
> You can try this instead:
>
>     easy_install -f
> http://prdownloads.sourceforge.net/pyopengl/OpenGL-3.0.0a4-py2.4.egg?download
> OpenGL
>

After some trial and error, I managed to get easy_install work
installing OpenGL. I had to pass a direct URL to the source zip file
(from a sf.net download mirror) to the -f argument. So, it seems that
the problem is with distutils, not OpenGL!

I ran all my tests (for QGL), and everything worked, except for the
lighting demos. This could be errors in my code however, as I (and
others) have had problems with lighting working correctly on ATI
cards.

-Sw.

Re: [PyOpenGL-Users] easy_install OpenGL

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

Simon Wittber wrote:
> I've just tried to easy_install OpenGL.
>
> It doesn't work, throwing this error:
>
> error: Unexpected HTML page found at
> http://dl.sourceforge.net/sourceforge/pyopengl/OpenGL-3.0.0a4-py2.4.egg
>
> are there extra easy_install incantations I'm missing?
>   
Not as far as I know.  I installed to the laptop with just

    easy_install OpenGL

I saw an error like the one you mention when I tried to do the download 
using -f with an https URL, but I'm pretty sure I updated the setup file 
to use an http URL (seems to be using it in your case).

You can try this instead:

    easy_install -f 
http://prdownloads.sourceforge.net/pyopengl/OpenGL-3.0.0a4-py2.4.egg?download 
OpenGL

which should IIUC parse the HTML page to find the link and download it.  
But easy_install is definitely supposed to be SourceForge 
download-system aware.

I need to get to work, but I'll try to get some time to look at it this 
evening.  Have fun,
Mike

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

[PyOpenGL-Users] easy_install OpenGL

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

I've just tried to easy_install OpenGL.

It doesn't work, throwing this error:

error: Unexpected HTML page found at
http://dl.sourceforge.net/sourceforge/pyopengl/OpenGL-3.0.0a4-py2.4.egg

are there extra easy_install incantations I'm missing?

-Sw.

[PyOpenGL-Users] how to render OpenGL in a bitmap?

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

hi all,

I has tried to render OpenGL in a bitmap but not windows using WGL . My code
is as follow:


from OpenGL.GL import *
from OpenGL.GLU import *
from OpenGL.WGL import *
import Image
import ImageWin
import win32gui,win32ui
w = 120
h = 90
hdc = win32gui.CreateCompatibleDC(0)

bmp = Image.new("RGB",(w,h))
dib = ImageWin.Dib(bmp)

dib.expose(hdc)

pfd = PIXELFORMATDESCRIPTOR()
pfd.dwFlags= PFD_DRAW_TO_BITMAP | PFD_SUPPORT_OPENGL
pfd.iPixelType=PFD_TYPE_RGBA
pfd.cColorBits=32
pfd.cDepthBits=32
pfd.iLayerType=PFD_MAIN_PLANE

ppfd = PIXELFORMATDESCRIPTORPtr(pfd)

pfid = ChoosePixelFormat(hdc,ppfd)
print pfid

bpf = SetPixelFormat(hdc,pfid,ppfd)
hglrc = wglCreateContext(hdc)
wglMakeCurrent(hdc, hglrc)


glMatrixMode(GL_PROJECTION);
gluPerspective(30.0, 1.33333, 1.0, 10.0);
glMatrixMode(GL_MODELVIEW);
gluLookAt(0, 0, -5, 0, 0, 0, 0, 1, 0);
glBegin(GL_TRIANGLES);
glColor3d(1, 0, 0);
glVertex3d(0, 1, 0);
glColor3d(0, 1, 0);
glVertex3d(-1, -1, 0);
glColor3d(0, 0, 1);
glVertex3d(1, -1, 0);
glEnd();
glFlush();

#img.save("gl.png","png")
I got a error at this line alway:" i = SetPixelFormat(hdc,pfid,ppfd)" ,But
if I delete this line,I got a error at next line.

I don't know how to write now .Or opengl context has something similar?

I'm so sorry about my terrible english!

thanks

Re: [PyOpenGL-Users] problems with transparency

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

On Tue, 26 Sep 2006 21:02:04 +0200, "altern" <al...@gm...> said:
> hi
> 
> i am trying to get transparency with some png images that have alpha 
> channel. But i just get to see the alpha channel itself. I mean i get 
> the transparency but the image is black, like all colors but the 
> transparency have been deleted.

That's a strange problem.  Do you have something like:
 glEnable(GL_TEXTURE_2D)
 glEnable(GL_BLEND);
 glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA)

in your initialization?

Another thing you could try is replacing:
gluBuild2DMipmaps(GL_TEXTURE_2D, 4, w, h, GL_RGBA, GL_UNSIGNED_BYTE,
bin)

with:
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, w, h, 0, GL_RGBA,
GL_UNSIGNED_BYTE, bin)

I've used mipmaps in the past, but I don't have the code readily
available.

if you are still having problems, you could look at this:
http://disruption.ca/gutil/example2/example2a.html

Erik

[PyOpenGL-Users] problems with transparency

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

hi

i am trying to get transparency with some png images that have alpha 
channel. But i just get to see the alpha channel itself. I mean i get 
the transparency but the image is black, like all colors but the 
transparency have been deleted.

I am importing the images with pygame like this

surface = pygame.image.load(path)
if surface.get_alpha is None:
	surface = surface.convert()
else:
	surface = surface.convert_alpha()

bin = pygame.image.tostring(surface, "RGBA", 1)
w, h = surface.get_width(), surface.get_height()

textid = glGenTextures(1)
glBindTexture(GL_TEXTURE_2D, textid)

gluBuild2DMipmaps(GL_TEXTURE_2D, 4, w, h, GL_RGBA, GL_UNSIGNED_BYTE, bin)

glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_BLEND)

glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP)

glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST)

any ideas?

thanks


enrike

Re: [PyOpenGL-Users] 2.0.2.01 (alpha) vs an actual release?

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

Silverstein wrote:
> Is there any eta on a beta or an actual release for 2.0.2?

I had to re-parse that sentence a couple of times
before I realised that "eta" was meant to be the
acronym rather than the greek letter. :-)

-- 
Greg Ewing, Computer Science Dept, +--------------------------------------+
University of Canterbury,	   | Carpe post meridiem!          	  |
Christchurch, New Zealand	   | (I'm not a morning person.)          |
gre...@ca...	   +--------------------------------------+

[PyOpenGL-Users] multiple colormaps

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

Hello,
  I've got a newbie question about colormaps.  I'm trying to display
multiple images overlayed with different colormaps, so for example I'm
trying to display a colormaped image on top of a grayscale image with the
code below.  The issue is that either all images are colormaped or all
images are shown in grayscale, I can't seem to get one to be grey and the
other to be colormapped.  Any help would be much appreciated.
  Thanks
  Andrew

glPixelTransferf(GL_MAP_COLOR,False) #turn off colormap so we have a gray
scale image

glBindTexture(GL_TEXTURE_2D, self.textures[0])    #load up 1st image
glColor4f(1.0,1.0,1.0,self.alpha)
glBegin(GL_QUADS)                # Start Drawing The Cube

glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, -1.0,  0)    # Bottom Right Of The
Texture and Quad
glTexCoord2f(1.0, 0.0); glVertex3f( 1.0,  1.0,  0)    # Top Right Of The
Texture and Quad

glTexCoord2f(0.0, 0.0); glVertex3f(-1.0,  1.0,  0)    # Top Left Of The
Texture and Quad
glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, -1.0,  0)    # Bottom Left Of The
Texture and Quad
glEnd();                # Done Drawing The Cube



#now display the image with the colormap
glPixelTransferf(GL_MAP_COLOR, True)#setup colormap
glPixelMapfv(GL_PIXEL_MAP_R_TO_R, self.cmap[0])
glPixelMapfv(GL_PIXEL_MAP_G_TO_G, self.cmap[1])
glPixelMapfv(GL_PIXEL_MAP_B_TO_B, self.cmap[2])
glBindTexture(GL_TEXTURE_2D, self.ReconTextures[self.ReconSlice])   # 2d
texture (x and y size)
glColor4f(1.0,1.0,1.0,1.0)
glBegin(GL_QUADS)                # Start Drawing The Cube
glTexCoord2f(1.0, 1.0); glVertex3f(self.enx, self.sty,  0)    # Bottom Right
Of The Texture and Quad
glTexCoord2f(1.0, 0.0); glVertex3f(self.enx, self.eny,  0)    # Top Right Of
The Texture and Quad
glTexCoord2f(0.0, 0.0); glVertex3f(self.stx, self.eny,  0)    # Top Left Of
The Texture and Quad
glTexCoord2f(0.0, 1.0); glVertex3f(self.stx, self.sty,  0)    # Bottom Left
Of The Texture and Quad

glEnd();                # Done Drawing The Cube
self.SwapBuffers()

[PyOpenGL-Users] 2.0.2.01 (alpha) vs an actual release?

[Silverstein <he...@sc...>]

Is there any eta on a beta or an actual release for 2.0.2?

Also, other than swig 1.23 compatibility, it wasn't clear to me from the
Notes as to what motivation there is to upgrade to 2.0.2.  

In our case we will be using python 2.4.  We have a bunch of other
swig-wrapped python stuff and so we had hoped to use 1.23 with it as
well (due to pyopengl's 2.0.2's requirement).  However, besides having
to change a bunch of the typemap definitions we experienced a lot of
memory bloat.  so we are building our other wrappers with 1.21 and
pyopengl with 1.23.  This seems to work fine.

So this leads me back to my 2nd question:  does it make sense to use
2.0.2 (ie what good reasons are there to use 2.0.2 now even though it is
listed as alpha)?

We could try to build pyopengl 2.0.1 with v 1.13 of swig and our
software with v1.21.  Does anyone know if this is going to be
problematic?

Thanks,

Herc

Re: [PyOpenGL-Users] freeglut: Unable to create direct context rendering

[Dave P. <de...@bu...>]

On Mon, 25 Sep 2006, Fabrizio Pollastri wrote:
> 
> glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH | GLUT_ALPHA)
>... 
> freeglut (./p.py):  ERROR:  Internal error <Visual with necessary capabilities
> not found> in function fgOpenWindow

You're requesting a window with an alpha channel in the framebuffer, but 
the output of glxinfo indicates that your display doesn't support that 
(all values under "colorbuffer a" are 0).

Generally, you don't actually need alpha in the framebuffer.  It's only 
necessary for things like blending with a GL_DST_ALPHA function, or 
reading back the alpha values of a rendered image.  It's not needed for 
the more common GL_SRC_ALPHA-based blending.

Try removing the "| GL_ALPHA" from your InitDisplayMode command.

--
Dave Pape                                                 Assistant Professor
http://resumbrae.com/                      Media Study, University at Buffalo

Re: [PyOpenGL-Users] freeglut: Unable to create direct context rendering

[Fabrizio P. <pol...@ir...>]

The code

glutInit(sys.argv)
glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH | GLUT_ALPHA)
glutInitWindowSize(640, 480)
glutInitWindowPosition(0, 0)
glutCreateWindow("Jeff Molofee's GL Code Tutorial ... NeHe '99")

produces the following error on my system (Debian/Linux Etch i386)

freeglut (./p.py):  ERROR:  Internal error <Visual with necessary 
capabilities not found> in function fgOpenWindow
X Error of failed request:  BadWindow (invalid Window parameter)
   Major opcode of failed request:  4 (X_DestroyWindow)
   Resource id in failed request:  0x0
   Serial number of failed request:  19
   Current serial number in output stream:  22

I have attached the full output of glxinfo and xdpyinfo for more 
information.

F. Pollastri.

Re: [PyOpenGL-Users] freeglut: Unable to create direct context rendering

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

This code works for me, stolen from the NeHe tutes:


    glutInit(sys.argv)

    # Select type of Display mode:
    # Double buffer
    # RGBA color
    # Depth buffer
    # Alpha blending
    glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH | GLUT_ALPHA=
)

    # get a 640 x 480 window
    glutInitWindowSize(640, 480)

    # the window starts at the upper left corner of the screen
    glutInitWindowPosition(0, 0)

    # Open a window
    window =3D glutCreateWindow("Jeff Molofee's GL Code Tutorial ... NeHe=
 '99")



Quoting Fabrizio Pollastri <pol...@ir...>:

> Hi all,
>=20
> when I run this python script on a Debian/Linux Etch
>=20
> ----
> #!/usr/bin/python
>=20
> from OpenGL.GLUT import *
> import sys
>=20
> glutInit(sys.argv)
> glutCreateWindow("dri")
> glutMainLoop()
> ----
>=20
> I get the warning
>=20
> "
> freeglut (./dri.py): Unable to create direct context rendering for=20
> window 'dri'
> This may hurt performance.
> "
>=20
> and all my python code using OpenGL is slow.
>=20
> On the contrary the equivalent C code
>=20
> ----
> #include <GL/glut.h>
>=20
> int main (int argc, char **argv) {
> glutInit (&argc, argv);
> glutCreateWindow ("test");
> glutMainLoop ();
> return 0;
> }
> ----
>=20
> runs fine.
>=20
> The command "glxinfo | grep render"
> returns
>=20
> "
> direct rendering: Yes
> OpenGL renderer string: Mesa DRI G400 20050609 AGP 1x
> "
>=20
> and standard demos (glxgears) runs fine using DRI.
>=20
> Any help will be appreciated.
>=20
>=20
> Regards,
> F. Pollastri.
>=20
> -----------------------------------------------------------------------=
--
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share=
 your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>=20




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

[PyOpenGL-Users] freeglut: Unable to create direct context rendering

[Fabrizio P. <pol...@ir...>]

Hi all,

when I run this python script on a Debian/Linux Etch

----
#!/usr/bin/python

from OpenGL.GLUT import *
import sys

glutInit(sys.argv)
glutCreateWindow("dri")
glutMainLoop()
----

I get the warning

"
freeglut (./dri.py): Unable to create direct context rendering for 
window 'dri'
This may hurt performance.
"

and all my python code using OpenGL is slow.

On the contrary the equivalent C code

----
#include <GL/glut.h>

int main (int argc, char **argv) {
glutInit (&argc, argv);
glutCreateWindow ("test");
glutMainLoop ();
return 0;
}
----

runs fine.

The command "glxinfo | grep render"
returns

"
direct rendering: Yes
OpenGL renderer string: Mesa DRI G400 20050609 AGP 1x
"

and standard demos (glxgears) runs fine using DRI.

Any help will be appreciated.


Regards,
F. Pollastri.

[PyOpenGL-Users] This got to the hottest list

[april <ana...@ro...>]

Hot stoc k aleert - This one is still climbing the stoock charts alertt --  Breaking markeet news report --- V GYI.PK


Compaany namme: Visiion Eneergy Groupp Inc. 
Lookup: V GYI.PK
Current PPrice: $.75
Expected: steadily climb for the top


Breaking News:  

Announcement by Vission Ennergy Groupp: Negotiations Completed on Low BTU Gas Property in Central Valley, CA


Los Angeles --(Bussiness wirre)--Aug. 31, 2006--Pursuant to an agreement of July 2005 between Vision Energy Group (Pink Sheets: VGY I) and Valley Production Inc., the seasoned Oil & Gas Production Group from Bakersfield, CA, Vision Energy Group has concluded negotiations to jointly process low quality natural gas from two existing wells. A recent third party analysis of these wells gave a remaining reserve in the three production zones of almost 4 billion cubic feet of gas. This will give the project a production life of 10 years at the modest production rate of one million cubic feet per day. Further reserves of gas are anticipated in the surrounding leases after a geophysics and drilling program have been completed.

The gas, which will be upgraded using Visioon Energyy Groupp's proprietary technology and know-how, will be ssold as premium grade gas into the statewide pipeline grid. The estimated capital cost of the project is $2.0 million and will be targeted to be in production within seven months.

Valley Production has among its principals and technical staff such notables of the industry as Jeff Smith and Ed LeLousis of Bakersfield, Calif. This production-oriented team will steer Vission Energyy Grooup, Inc. into the selection of other suitable projects in the San Joaquin Valley, manage and operate the properties and share in the cashh beneefits on a structured incentive plan.

Visioon Enerrgy Grroup, Inc. will beneffit from owning such projects directly or indirectly and by employing their proprietary technology to either liquefy or clean up stranded and/or flared gas from properties that can be acquired at coosts below the normal maarket pricee. Visiion Enerrgy Grroup, Inc. is aware that significant reserves of low BTU gas exist in the San Joaquin Valley that can be processed into high quality gas by their systems and readily sold into the pipeline grid.


About Vision Energy Corp.

Vision Energy Corp. offers an efficient, patented technology to generate electricity at substantial savings by using the wasted energy dissipated when high pressure gas pipelines are let down in pressure for local consumption. Up to 70% of electricity generated when using this system is produced without combustion of any fossil fuel and therefore no harmful atmospheric emissions. Thermal efficiency can exceed 100% by taking advantage of both let down energy and primary turbine waste heat (exhaust ).


Watch this sttock go higher and higer



Any of the above statements with respect to the future predications or 
goals and events may be seen as only Forward Looking and nothing else. 
All information inside this email pertaining to any sort of finnancial 
advice need to be understood as information and not advice. None of the 
information above can be constructed as any sort of finanncial advice. This is a paid advertisement.

Re: [PyOpenGL-Users] Togl status

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

Sherwood, P (Paul) wrote:
> Hi,
>
> I'm looking into using PyOpenGL to provide 3D graphics
> within a Tkinter-based application and have made a start
> on Windows but on moving to Suse Linux (9.3) have found
> that for the version of PyOpenGL there the directory 
> that would contain Togl.so is missing. From my attempts
> to check so far it seems that some Linux pyopengl distros
> have Togl included and some don't.
>
> Presumably this relates to the fact that there have been
> problems building Togl with various stages in the past.
>
> Is it possible to get an update on the current situation
> and likely prognosis for this widget in the PyOpenGL project? 
>
> Also I'd like to just check, is there any way to use
> PyOpenGL within a Tkinter window when Togl is not present?
>   
Probably your best bet is to simply download Togl from the Togl site and 
run the Makefile.  It will create a .so for Togl and you can then copy 
that either into your system libraries directory where Tk will find it 
or the OpenGL/Tk/linux-XXX directory.  The Tk module will use an 
installed regular Togl without concern (there's nothing particularly 
special about the version that's included save that Tarn tried to 
integrate its build procedure into Python's distutils (which is what 
causes most of the headaches)).  At least on Gentoo I also had to add a 
USE flag to get Tkinter support in Python (which isn't on by default), 
but I'm guessing you already have that.

HTH,
Mike

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

[PyOpenGL-Users] Togl status

[Sherwood, P \(Paul\) <p.s...@dl...>]

Hi,

I'm looking into using PyOpenGL to provide 3D graphics
within a Tkinter-based application and have made a start
on Windows but on moving to Suse Linux (9.3) have found
that for the version of PyOpenGL there the directory 
that would contain Togl.so is missing. From my attempts
to check so far it seems that some Linux pyopengl distros
have Togl included and some don't.

Presumably this relates to the fact that there have been
problems building Togl with various stages in the past.

Is it possible to get an update on the current situation
and likely prognosis for this widget in the PyOpenGL project? 

Also I'd like to just check, is there any way to use
PyOpenGL within a Tkinter window when Togl is not present?

many thanks for any help,

Paul Sherwood

[PyOpenGL-Users] Building on mac

[Diez B. R. <de...@we...>]

Hi all,

If possible, please include me in the  reply, as I'm posting this through gmane.

I'm having troubles using PyOpenGL on my PPC mac, os x 10.4.7, python 2.4
 (framework build)

I tried CVS, PyOpenGL-2.0.1.09 and PyOpenGL-2.0.2.01, both failed with
 compilation problems.

The first two bail out with errors like this:

In file included from 
/System/Library/Frameworks/Kernel.framework/Headers/sys/param.h:112,

                 from src/interface/GLUT.000d.inc:929,
                 from src/interface/GLUT.c:10:
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:76:
 error: parse error before 
'u_long'
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:76:
 warning: no semicolon at 
end of struct or union
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:88: 
error: parse error before '}' 
token
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:95: 
error: parse error before 
'u_int'
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:95: warning:
 no semicolon at 
end of struct or union
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:99: error: 
parse error before '}' 
token
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:109: error:
 parse error before 
'u_short'
/System/Library/Frameworks/Kernel.framework/Headers/sys/ucred.h:109: warning:
 function 
declaration isn't a prototype

The last one pukes at includes of the form

GL/glext.h

in various places, which some other folks already figured out to be an error in 
that specific version.

Any suggestions?

Regards,

Diez

[PyOpenGL-Users] watch this stck go crazy GDKI . pk

[rbrwdfwi w. <cdt...@eo...>]

See what it feels to pick the right Stock for a change YOu'll Regret later

Company Profile

Goldmark Industries, specializes in the production and distribution of Music, Feature Fillms and Television entertainment for North America's most rapidly growing demographic, with a total consumer-based purchasing power of over 1 Trillion dollars: the Hip-Hop community.

GOLDMARK INDUSTRIES (GDKI)
CURRENT_PRICE: $ 4.60 GET IT NoW!
5 DAY expected : $ 7.90

Current News

Goldmark Industries, Inc. (GDKI - News), a rising Urban Entertainment force, is pleased to announce that the Company has enhanced its Executive Leadership with the addition of accomplished artist, Frost, as Vice President of the Music Division. Frost is very well respected by already established act and is looked at as a role model by up and coming talent. He was the pioneer of Latin Hip Hop, which has exploded, with the extremely popular, Regaetton over the past 4 years. Frost will serve as an ideal Vice President of Music Operations within Goldmark, due to his extensive musical knowledge, skills, history and experience. His presence on the Board of Executives will only serve to be advantageous to Goldmark's overall growth.

Frost -- originally known as Kid Frost -- was a pioneer in the field of Latin hip-hop, cutting some of its very first records and helping to bring exposure to other bilingual MCs. Pioneering Latino rapper Frost only gets better with age. The veteran East Los Angeles rapper, who became a hip-hop icon in 1990 with his groundbreaking single "La Raza" has stepped up his game in the last decade, sharpening his lyrical skills and becoming an authority figure in the rap world. His success allowed such Latino rappers as Cypress Hill, Fat Joe, Big Pun to make substantial hip-hop inroads.

His music features a hard-hitting mix of hard-core hip-hop, smoothed out cuts for the ladies and laid-back songs for cruising. This versatility is one of Frost's strengths, something that keeps him fresh. "The thing keeps my name in people's mouths is that I keep reinventing myself," Frost explains. "I don't just keep on making the same music I want to take bilingual hip-hop a trend I was the forefront of one step further while still kicking vivid rhymes about the code of the streets with authenticity."

Frost is an original and knows about originality. Rapping since 1980 Frost scored his first record deal with Electrobeat Records thanks to the help of his long time mentor and frieend Ice-T. When deciding on his name, Frost decided to model his moniker after that of the man who helped start his career, choosing Frost since Frost comes before ice. Then known as Kid Frost, Frost became a regular on the car show circuit in the mid 1980's. When he released "La Raza" and his debut album, "Hispanic Causing Panic" a few years later, his visibility exploded and helped the Lowrider culture thrive in Southern California and eventually Worldwide.

Frost says, "As I see the KRS-Ones and the LL Cool J's still in it, I won't budge. A lot of people might say that I'm too old. But I don't think it's your age or how you rap. It's your rap skills that keep you in the game. As long as we make that knocking Chevy music, we're going to stay in this rap game."

Frost is a more than welcome addition to Goldmark's Board of Executives.

This is one decision that is easy as it is profitable

-----------------------
Worked night and day. Run to seed.  A stepping stone to. The season of goodwill.   Save it for a rainy day.   Shit happens.   Water under the bridge. Seed money. Thick as a brick.   Slow as a snail.   Strong as an ox.  You can lead a horse to water but you can't make him drink.  Tossed around like a hot potato.   Speak softly and carry a big stick.   Rain, rain go away; come again some other day. To rule the mountains is to rule the river.   Stuck in a rut.  Timing is everything.  Spaceship earth.   Weed 'um and reap. Welcome to my garden.  A tree does not move unless there is wind.   Walking on water. Worked night and day.

Put that in your pipe and smoke it.   Walking on thin ice. What goes up must come down. Read the tea leaves. Putting it in a nutshell.   She's a nut.   Shit happens.   So hungry I could eat a horse. The stronger the breeze the stronger the trees. Two peas in a pod.  You can't squeeze blood out of a turnip. A tree does not move unless there is wind.   Raking in the dough. Raking in the dough. Timber! You throw filth on the living and flowers on the dead.Pin a rose on your nose. You can't teach an old dog new tricks.  What's good for the goose is good for the gander. Wrinkled as a prune. Stand your ground. Save it for a rainy day.  

Re: [PyOpenGL-Users] new graphics card

[Tom B. <to...@ne...>]

I think I've found the problem, just not the answer. I have two 
different OpenGL libraries on my system.  I have the Mesa3D OpenGL 
libraries I originally used. Then, the NVIDIA driver installation 
installed its own OpenGL libraries. So, when I figured this out I 
updated /etc/ld.co.conf so the NVIDIA libraries in /usr/lib would be 
found first. Well, this improved the performance of the OpenGL screen 
savers, but my OpenGL application crashed. I've given the output of the 
errors below. Any ideas would be appreciated.

Thanks,
Tom

tbrown@debian:~/projects/pyichess$ python -O pyichess.py 172.16.132.11 
player1
Connecting
Traceback (most recent call last):
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 377, in 
paintGL
    self.drawScene()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 586, in 
drawScene
    self.renderReflections()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 500, in 
renderReflections
    self.drawBoard()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 402, in 
drawBoard
    glPopMatrix()
OpenGL.GL.GLerror: [Errno 1281] invalid value
Traceback (most recent call last):
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 377, in 
paintGL
    self.drawScene()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 586, in 
drawScene
    self.renderReflections()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 500, in 
renderReflections
    self.drawBoard()
  File "/home/tbrown/projects/pyichess/myglwidget.py", line 402, in 
drawBoard
    glPopMatrix()
OpenGL.GL.GLerror: [Errno 1281] invalid value