pyopengl-users Mailing List for PyOpenGL (Page 40)
Brought to you by:
mcfletch
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(81) |
Oct
(41) |
Nov
(55) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(34) |
Feb
(3) |
Mar
(16) |
Apr
(5) |
May
(10) |
Jun
(13) |
Jul
(24) |
Aug
(14) |
Sep
(14) |
Oct
(9) |
Nov
(10) |
Dec
(16) |
2003 |
Jan
(25) |
Feb
(59) |
Mar
(9) |
Apr
(21) |
May
(54) |
Jun
(4) |
Jul
(16) |
Aug
(19) |
Sep
(19) |
Oct
(15) |
Nov
(13) |
Dec
(22) |
2004 |
Jan
(19) |
Feb
(8) |
Mar
(20) |
Apr
(16) |
May
(13) |
Jun
(18) |
Jul
(18) |
Aug
(14) |
Sep
(24) |
Oct
(47) |
Nov
(20) |
Dec
(10) |
2005 |
Jan
(23) |
Feb
(31) |
Mar
(11) |
Apr
(29) |
May
(18) |
Jun
(7) |
Jul
(11) |
Aug
(12) |
Sep
(8) |
Oct
(4) |
Nov
(11) |
Dec
(7) |
2006 |
Jan
(7) |
Feb
(8) |
Mar
(15) |
Apr
(3) |
May
(8) |
Jun
(25) |
Jul
(19) |
Aug
(3) |
Sep
(17) |
Oct
(27) |
Nov
(24) |
Dec
(9) |
2007 |
Jan
(6) |
Feb
(43) |
Mar
(33) |
Apr
(8) |
May
(20) |
Jun
(11) |
Jul
(7) |
Aug
(8) |
Sep
(11) |
Oct
(22) |
Nov
(15) |
Dec
(18) |
2008 |
Jan
(14) |
Feb
(6) |
Mar
(6) |
Apr
(37) |
May
(13) |
Jun
(17) |
Jul
(22) |
Aug
(16) |
Sep
(14) |
Oct
(16) |
Nov
(29) |
Dec
(13) |
2009 |
Jan
(7) |
Feb
(25) |
Mar
(38) |
Apr
(57) |
May
(12) |
Jun
(32) |
Jul
(32) |
Aug
(35) |
Sep
(10) |
Oct
(28) |
Nov
(16) |
Dec
(49) |
2010 |
Jan
(57) |
Feb
(37) |
Mar
(22) |
Apr
(15) |
May
(45) |
Jun
(25) |
Jul
(32) |
Aug
(7) |
Sep
(13) |
Oct
(2) |
Nov
(11) |
Dec
(28) |
2011 |
Jan
(35) |
Feb
(39) |
Mar
|
Apr
(25) |
May
(32) |
Jun
(17) |
Jul
(29) |
Aug
(10) |
Sep
(26) |
Oct
(9) |
Nov
(28) |
Dec
(4) |
2012 |
Jan
(24) |
Feb
(47) |
Mar
(4) |
Apr
(8) |
May
(9) |
Jun
(6) |
Jul
(4) |
Aug
(1) |
Sep
(4) |
Oct
(28) |
Nov
(2) |
Dec
(2) |
2013 |
Jan
(11) |
Feb
(3) |
Mar
(4) |
Apr
(38) |
May
(15) |
Jun
(11) |
Jul
(15) |
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
2014 |
Jan
(24) |
Feb
(31) |
Mar
(28) |
Apr
(16) |
May
(7) |
Jun
(6) |
Jul
(1) |
Aug
(10) |
Sep
(10) |
Oct
(2) |
Nov
|
Dec
|
2015 |
Jan
(6) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(19) |
Dec
|
2016 |
Jan
(6) |
Feb
(1) |
Mar
(7) |
Apr
|
May
(6) |
Jun
|
Jul
(3) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
2017 |
Jan
|
Feb
(6) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
|
2018 |
Jan
(9) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Dan H. <Dan...@no...> - 2010-02-16 19:35:04
|
Craig Berry wrote: > Thanks, Jef and Dan. I'm a bit perturbed that this is so messy; it > has the smell of something that will break every time the slightest > change happens to any of the involved components. I'm wondering > whether Python is really suited to production OpenGL use, which is > sad, as I've really been enjoying working in it. Honestly, I find the state of Python packaging (py2exe/py2app) pretty sad, regardless of whether you're using PyOpenGL. However if you can get past difficulties with the packaging, Python is really nice for production use.. Even for graphics software. Dan |
From: Craig B. <cd...@gm...> - 2010-02-16 19:28:07
|
Thanks, Jef and Dan. I'm a bit perturbed that this is so messy; it has the smell of something that will break every time the slightest change happens to any of the involved components. I'm wondering whether Python is really suited to production OpenGL use, which is sad, as I've really been enjoying working in it. On Tue, Feb 16, 2010 at 10:27, Dan Helfman <Dan...@no...> wrote: > Jef Mangelschots wrote: >> please check out my previous posting called "HOWTO freeze PyOpenGL >> programs with py2exe": >> http://sourceforge.net/mailarchive/message.php?msg_name=eb8474fe0911100101u9dd7d24ibd1c56f2b2c1599e%40mail.gmail.com >> hope this helps. > > One further variation of Jef's instructions: You can programmatically > copy the OpenGL directory to "dist" via your setup.py so that you don't > have to copy it manually each time. Here's an example using > shutil.copytree(): > > > # Since the ignore keyword was introduced in Python 2.6, include a > # fall-back for Python 2.5. > try: > shutil.copytree( > opengl_dir, os.path.join( "dist", "OpenGL" ), > ignore = shutil.ignore_patterns( "*.py", "*.pyc", "GLUT", "Tk" ), > ) > except TypeError: > shutil.copytree( opengl_dir, os.path.join( "dist", "OpenGL" ) ) > > > This is from: > > http://bitbucket.org/dhelfman/maproom/src/tip/setup.py#cl-190 > > I didn't say it was pretty. :) > > Dan > > ------------------------------------------------------------------------------ > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Dan H. <Dan...@no...> - 2010-02-16 18:28:10
|
Jef Mangelschots wrote: > please check out my previous posting called "HOWTO freeze PyOpenGL > programs with py2exe": > http://sourceforge.net/mailarchive/message.php?msg_name=eb8474fe0911100101u9dd7d24ibd1c56f2b2c1599e%40mail.gmail.com > hope this helps. One further variation of Jef's instructions: You can programmatically copy the OpenGL directory to "dist" via your setup.py so that you don't have to copy it manually each time. Here's an example using shutil.copytree(): # Since the ignore keyword was introduced in Python 2.6, include a # fall-back for Python 2.5. try: shutil.copytree( opengl_dir, os.path.join( "dist", "OpenGL" ), ignore = shutil.ignore_patterns( "*.py", "*.pyc", "GLUT", "Tk" ), ) except TypeError: shutil.copytree( opengl_dir, os.path.join( "dist", "OpenGL" ) ) This is from: http://bitbucket.org/dhelfman/maproom/src/tip/setup.py#cl-190 I didn't say it was pretty. :) Dan |
From: Jef M. <jef...@gm...> - 2010-02-16 16:50:30
|
please check out my previous posting called "HOWTO freeze PyOpenGL programs with py2exe": http://sourceforge.net/mailarchive/message.php?msg_name=eb8474fe0911100101u9dd7d24ibd1c56f2b2c1599e%40mail.gmail.com hope this helps. On Mon, Feb 15, 2010 at 11:27 PM, Craig Berry <cd...@gm...> wrote: > I'm trying to use py2exe to package a python program which uses > pyopengl. There's a lot of contradictory information on the web about > how to accomplish this. Can anyone provide or point me to a > definitive recipe for this using Python 2.6, the most recent py2exe, > and PyOpenGL_accelerate-3.0.1b2-py2.6-win32 ? > > -- > Craig Berry - http://www.cine.net/~cberry/<http://www.cine.net/%7Ecberry/> > "Lots of things in the universe don’t solve any problems, and > nevertheless exist." -- Sean Carroll > > > ------------------------------------------------------------------------------ > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > |
From: Craig B. <cd...@gm...> - 2010-02-16 07:27:32
|
I'm trying to use py2exe to package a python program which uses pyopengl. There's a lot of contradictory information on the web about how to accomplish this. Can anyone provide or point me to a definitive recipe for this using Python 2.6, the most recent py2exe, and PyOpenGL_accelerate-3.0.1b2-py2.6-win32 ? -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Craig B. <cd...@gm...> - 2010-02-15 19:27:23
|
It turns out these are actually available at runtime; my IDE (pydev under eclipse) was complaining about their not being available during static code analysis, but apparently they pop into existence at runtime. I solved the complaining-IDE problem by using the fully qualified name for the constant: OpenGL.GLUT.GLUT_BITMAP_HELVETICA_10. On Sat, Feb 13, 2010 at 12:47, Craig Berry <cd...@gm...> wrote: > I'm trying to use glutBitmapCharacter. All the examples show font > constants like GLUT_BITMAP_HELVETICA_10 being available from > OpenGL.GLUT, but when I try to use these I get a symbol-not-found > compile error. Am I missing something? > > -- > Craig Berry - http://www.cine.net/~cberry/ > "Lots of things in the universe don’t solve any problems, and > nevertheless exist." -- Sean Carroll > -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Craig B. <cd...@gm...> - 2010-02-13 20:47:28
|
I'm trying to use glutBitmapCharacter. All the examples show font constants like GLUT_BITMAP_HELVETICA_10 being available from OpenGL.GLUT, but when I try to use these I get a symbol-not-found compile error. Am I missing something? -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Nicolas R. <Nic...@lo...> - 2010-02-08 07:24:58
|
It depends on the glut version you're using on your system. Freeglut is able to catch these events while regular glut on macosx cannot without a patch. Nicolas On Feb 8, 2010, at 06:57 , Craig Berry wrote: > Can someone please tell me if there's a way to do this, or answer > definitively that there is no way? I have a design in progress that > could really use mousewheel control, and I don't want to settle for > Plan B until I know Plan A is impossible. :) > > On Fri, Feb 5, 2010 at 19:48, Craig Berry <cd...@gm...> wrote: >> Is there any way to get mouse wheel events from glut in PyOpenGL? >> >> -- >> Craig Berry - http://www.cine.net/~cberry/ >> "Lots of things in the universe don’t solve any problems, and >> nevertheless exist." -- Sean Carroll >> > > > > -- > Craig Berry - http://www.cine.net/~cberry/ > "Lots of things in the universe don’t solve any problems, and > nevertheless exist." -- Sean Carroll > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users |
From: Craig B. <cd...@gm...> - 2010-02-08 05:58:07
|
Can someone please tell me if there's a way to do this, or answer definitively that there is no way? I have a design in progress that could really use mousewheel control, and I don't want to settle for Plan B until I know Plan A is impossible. :) On Fri, Feb 5, 2010 at 19:48, Craig Berry <cd...@gm...> wrote: > Is there any way to get mouse wheel events from glut in PyOpenGL? > > -- > Craig Berry - http://www.cine.net/~cberry/ > "Lots of things in the universe don’t solve any problems, and > nevertheless exist." -- Sean Carroll > -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Cata <cat...@gm...> - 2010-02-06 20:17:11
|
Try this code : import sys import pygame from pygame.locals import * from OpenGL.GL import * from OpenGL.GL.EXT.framebuffer_object import * def draw (): glClearColor(0.0,0.0,0.0,0.0) glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) #draw stuff here pygame.display.flip() pygame.init() pygame.display.set_mode((512,512),OPENGL | DOUBLEBUF) #setup a texture tex = glGenTextures(1); glBindTexture(GL_TEXTURE_2D, tex); glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, 512, 512, 0, GL_RGBA,GL_UNSIGNED_BYTE, None); glBindTexture(GL_TEXTURE_2D, 0); #setup teh fbo framebuffer = glGenFramebuffersEXT(1) renderbuffer = glGenRenderbuffersEXT(1) glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,framebuffer) glBindRenderbufferEXT(GL_RENDERBUFFER_EXT,renderbuffer) glBindTexture(GL_TEXTURE_2D, tex) glRenderbufferStorageEXT(GL_RENDERBUFFER_EXT,GL_DEPTH_COMPONENT,512,512) glFramebufferRenderbufferEXT(GL_FRAMEBUFFER_EXT,GL_DEPTH_ATTACHMENT_EXT,GL_RENDERBUFFER_EXT,renderbuffer) glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT,GL_COLOR_ATTACHMENT0_EXT,GL_TEXTURE_2D,tex,0) glBindRenderbufferEXT(GL_RENDERBUFFER_EXT,0) glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,0) while 1: event=pygame.event.poll () if event.type is QUIT: sys.exit(0) draw() |
From: Ian M. <geo...@gm...> - 2010-02-06 16:09:13
|
On Sat, Feb 6, 2010 at 5:01 AM, Mike C. Fletcher <mcf...@vr...>wrote: > Can you tell me platform, card, etceteras? > Windows Vista Home Premium (32 bit) (SP2) Intel Core 2 Duo 2.4 GHz 4 GB RAM NVIDIA GeForce 8400M GS |
From: Mike C. F. <mcf...@vr...> - 2010-02-06 13:10:38
|
Ian Mallett wrote: > Hi, > > Just to clarify, the code presented was an excerpt. I was actually > using variations with the file attached for testing. > > Interestingly, the code you did /doesn't/ crash for me: > > >>> import pygame > >>> from OpenGL.GL import * > >>> pygame.init() > (6, 0) > >>> pygame.display.set_mode((100,100), pygame.OPENGL) > <Surface(100x100x32 SW)> > >>> glViewport(0,0,-800,-800) > >>> glBegin(GL_QUADS) > >>> glClear(GL_DEPTH_BUFFER_BIT) > >>> glEnd() > >>> > > Ideas? > Thanks, > Ian Can you tell me platform, card, etceteras? That sounds like a bug, if you've got a context you should be getting the glCheckError() function running, but there is platform-specific code to guard against getting protection faults if you call a function before there's a context. I'm not likely to get any time to work on PyOpenGL before the conference, but it's beginning to look like I'll be spending at least one full day of the sprints on it, so if there are things that need addressing, now's the time to bring them to my attention. Take care, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
From: Ian M. <geo...@gm...> - 2010-02-06 06:36:10
|
I tried other versions. It's the same with all 3.0.0b2 and 3.0.0b8. I added: import OpenGL OpenGL.ERROR_CHECKING = True OpenGL.ERROR_LOGGING = True OpenGL.FULL_LOGGING = True OpenGL.ERROR_ON_COPY = True to the top of the file, which didn't solve the problem. Interestingly, the line OpenGL.FULL_LOGGING = True causes (what I assume is a warning; it's printed red): No handlers could be found for logger "OpenGL.calltrace" I couldn't find such a warning anywhere in PyOpenGL. Does this line help any? Thanks, Ian |
From: Craig B. <cd...@gm...> - 2010-02-06 03:48:39
|
Is there any way to get mouse wheel events from glut in PyOpenGL? -- Craig Berry - http://www.cine.net/~cberry/ "Lots of things in the universe don’t solve any problems, and nevertheless exist." -- Sean Carroll |
From: Alejandro S. <as...@gm...> - 2010-02-05 22:34:24
|
Hi Ian, On Thu, Feb 4, 2010 at 10:03 PM, Ian Mallett <geo...@gm...> wrote: > Hi, > > So I've been trying to debug some code, and it now occurs to me that > PyOpenGL's method of redirecting OpenGL error flags to the console as > tracebacks simply isn't working. > > Absolute nonsense goes unchallenged: > > glClear(GL_BLEND|GL_TEXTURE_2D) > > glViewport(0,0,-800,-600) > > glBegin(GL_QUADS) > glClear(GL_DEPTH_BUFFER_BIT) > glEnd() > > etc. > > I really REALLY need to be aware of opengl errors to debug various problems > with framebuffers/shaders/etc. What's going on? > > PyOpenGL 3.0.1b2 > > I've noticed that you actually need a valid OpenGL context in order to be able to detect gl errors. I modified your example slightly and seems to be throwing errors now: Negative Viewport dimensions: >>> import pygame >>> from OpenGL.GL import * >>> pygame.init() (6, 0) >>> pygame.display.set_mode((100,100), pygame.OPENGL) <Surface(100x100x32 SW)> >>> glViewport(0,0,-800,-800) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.5/site-packages/OpenGL/error.py", line 194, in glCheckError baseOperation = baseOperation, OpenGL.error.GLError: GLError( err = 1281, description = 'invalid value', baseOperation = glViewport, cArguments = (0, 0, -800, -800) ) >>> glViewport(0,0,800,800) Calling glClear between glBegin()...glEnd() block: >>> glBegin(GL_QUADS) >>> glClear(GL_DEPTH_BUFFER_BIT) >>> glEnd() Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.5/site-packages/OpenGL/GL/exceptional.py", line 55, in glEnd return simple.glEnd( ) File "/usr/lib/python2.5/site-packages/OpenGL/error.py", line 194, in glCheckError baseOperation = baseOperation, OpenGL.error.GLError: GLError( err = 1282, description = 'invalid operation', baseOperation = glEnd, cArguments = () ) Let me know how it goes. Best regards, Alejandro.- > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > |
From: Ian M. <geo...@gm...> - 2010-02-05 00:03:36
|
Hi, So I've been trying to debug some code, and it now occurs to me that PyOpenGL's method of redirecting OpenGL error flags to the console as tracebacks simply isn't working. Absolute nonsense goes unchallenged: glClear(GL_BLEND|GL_TEXTURE_2D) glViewport(0,0,-800,-600) glBegin(GL_QUADS) glClear(GL_DEPTH_BUFFER_BIT) glEnd() etc. I really REALLY need to be aware of opengl errors to debug various problems with framebuffers/shaders/etc. What's going on? PyOpenGL 3.0.1b2 Thanks, Ian |
From: Ian M. <geo...@gm...> - 2010-02-04 23:09:03
|
They problem may be that you need a renderbuffer. framebuffer = glGenFramebuffersEXT(1) renderbuffer = glGenRenderbuffersEXT(1) glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,framebuffer) glBindRenderbufferEXT(GL_RENDERBUFFER_EXT,renderbuffer) glRenderbufferStorageEXT(GL_RENDERBUFFER_EXT,GL_DEPTH_COMPONENT, size[0],size[1]) glFramebufferRenderbufferEXT(GL_FRAMEBUFFER_EXT,GL_DEPTH_ATTACHMENT_EXT,GL_RENDERBUFFER_EXT,renderbuffer) glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT,attachment,GL_TEXTURE_2D,texture,0) glBindRenderbufferEXT(GL_RENDERBUFFER_EXT,0) glBindFramebufferEXT(GL_FRAMEBUFFER_EXT,0) |
From: Gijs <in...@bs...> - 2010-02-04 21:51:28
|
Hello Thomas, I don't really have a solution for you, but you can use the following code to check what PyOpenGL actually does with your calls/data: import logging import OpenGL logging.basicConfig( level = logging.DEBUG ) OpenGL.FULL_LOGGING = True You might be able to figure out why it gives the error using the output. Regards, Gijs On 4-2-2010 22:35, Thomas Hansen wrote: > I figured out a workaround. If I disable OpenGL.ERROR_CHECK, > everything works just fine. If I get the error code after calling > glFramebufferTexture2DEXT, it does not return a bad code, but instead > the expected GL_FRAMEBUFFER_COMPLETE_EXT code. So I'm guessing there > is a bug in the error checking somewhere? > > It's funky behavior though, and only happens on this laptop (but I've > tried with all the 3.0> pyOpenGL version). Another odd thing is that > bool(glGenFrameBuffersEXT) returns false, although the function > clearly exists. > > So still not sure exactly why this is happening, but at least it works > with minor work around (would be nice for debugging if I could get the > auto ERROR_CHECK to work at teh same time though) > > -- > Thomas > > > |
From: Thomas H. <tho...@gm...> - 2010-02-04 21:35:58
|
I figured out a workaround. If I disable OpenGL.ERROR_CHECK, everything works just fine. If I get the error code after calling glFramebufferTexture2DEXT, it does not return a bad code, but instead the expected GL_FRAMEBUFFER_COMPLETE_EXT code. So I'm guessing there is a bug in the error checking somewhere? It's funky behavior though, and only happens on this laptop (but I've tried with all the 3.0 > pyOpenGL version). Another odd thing is that bool(glGenFrameBuffersEXT) returns false, although the function clearly exists. So still not sure exactly why this is happening, but at least it works with minor work around (would be nice for debugging if I could get the auto ERROR_CHECK to work at teh same time though) -- Thomas On Thu, Feb 4, 2010 at 12:06 PM, Thomas Hansen <tho...@gm...> wrote: > Hi everyone, > > I using PyOpenGL 3.0.1b2 on Windows 7 on a Dell XT 2 tablet PC > (http://www.dell.com/tablet). The tablet has a intel GMA 4500MHD > graphics chip with the newest drivers from intel installed. I'm having > problems creating a Framebuffer object using pyOpenGL. The following > code runs fine on every machine I have access to except for this one. > I know the graphics chip has FBO support, and have successfully > compiled and run various C programs using FBO's. > > The problem occurs when I call glFramebufferTexture2DEXT, to attach my > texture to the FBO. The program crashes and prints a traceback with > GL error code 1286, which I believe is > INVALID_FRAMEBUFFER_OPERATION_EXT. > > If anyone knows what I am doing wrong, has a workaround, or even just > a suggestion of identifying the problem better, I would be very > thankful. > > I'm posting a code snippet and the output it produces. I know teh > code isnt complete and nothing is actually done with the fbo etc. but > its enough to crash the program, and demonstrates the first problem I > encounter on this machine. > > The code: > ======================================================================= > import pygame > from pygame.locals import * > from OpenGL.GL import * > from OpenGL.GL.EXT.framebuffer_object import * > > def draw (): > glClearColor(0.0,0.0,0.0,0.0) > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) > #draw stuff here > pygame.display.flip() > > pygame.init() > pygame.display.set_mode((512,512),OPENGL | DOUBLEBUF) > > #setup a texture > tex = glGenTextures(1); > glBindTexture(GL_TEXTURE_2D, tex); > glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, 512, 512, 0, GL_RGBA, > GL_UNSIGNED_BYTE, None); > glBindTexture(GL_TEXTURE_2D, 0); > > #setup teh fbo > fbo = glGenFramebuffersEXT(1) > glBindFramebufferEXT(GL_FRAMEBUFFER_EXT, fbo) > glBindTexture(GL_TEXTURE_2D, tex) > > #this call produces an error! > glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT, > GL_COLOR_ATTACHMENT0_EXT,GL_TEXTURE_2D, tex, 0) > > while 1: > event=pygame.event.poll () > if event.type is QUIT: > sys.exit(0) > draw() > > > Here is the output: > =================================================================== > Traceback (most recent call last): > File "test.py", line 29, in <module> > glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT, > GL_COLOR_ATTACHMENT0_EXT,GL_TEXTURE_2D, tex, 0) > File "C:\Python26\lib\site-packages\pyopengl-3.0.1b2-py2.6-win32.egg\OpenGL\platform\baseplatform.py", > line 335, in __call__ > return self( *args, **named ) > File "C:\Python26\lib\site-packages\pyopengl-3.0.1b2-py2.6-win32.egg\OpenGL\error.py", > line 208, in glCheckError > baseOperation = baseOperation, > OpenGL.error.GLError: GLError( > err = 1286, > baseOperation = glFramebufferTexture2DEXT, > cArguments = ( > GL_FRAMEBUFFER_EXT, > GL_COLOR_ATTACHMENT0_EXT, > GL_TEXTURE_2D, > 1L, > 0, > ) > ) > > > Thanks alot!! > > -- > Thomas Hansen > |
From: Thomas H. <tho...@gm...> - 2010-02-04 18:06:53
|
Hi everyone, I using PyOpenGL 3.0.1b2 on Windows 7 on a Dell XT 2 tablet PC (http://www.dell.com/tablet). The tablet has a intel GMA 4500MHD graphics chip with the newest drivers from intel installed. I'm having problems creating a Framebuffer object using pyOpenGL. The following code runs fine on every machine I have access to except for this one. I know the graphics chip has FBO support, and have successfully compiled and run various C programs using FBO's. The problem occurs when I call glFramebufferTexture2DEXT, to attach my texture to the FBO. The program crashes and prints a traceback with GL error code 1286, which I believe is INVALID_FRAMEBUFFER_OPERATION_EXT. If anyone knows what I am doing wrong, has a workaround, or even just a suggestion of identifying the problem better, I would be very thankful. I'm posting a code snippet and the output it produces. I know teh code isnt complete and nothing is actually done with the fbo etc. but its enough to crash the program, and demonstrates the first problem I encounter on this machine. The code: ======================================================================= import pygame from pygame.locals import * from OpenGL.GL import * from OpenGL.GL.EXT.framebuffer_object import * def draw (): glClearColor(0.0,0.0,0.0,0.0) glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) #draw stuff here pygame.display.flip() pygame.init() pygame.display.set_mode((512,512),OPENGL | DOUBLEBUF) #setup a texture tex = glGenTextures(1); glBindTexture(GL_TEXTURE_2D, tex); glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, 512, 512, 0, GL_RGBA, GL_UNSIGNED_BYTE, None); glBindTexture(GL_TEXTURE_2D, 0); #setup teh fbo fbo = glGenFramebuffersEXT(1) glBindFramebufferEXT(GL_FRAMEBUFFER_EXT, fbo) glBindTexture(GL_TEXTURE_2D, tex) #this call produces an error! glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT, GL_COLOR_ATTACHMENT0_EXT,GL_TEXTURE_2D, tex, 0) while 1: event=pygame.event.poll () if event.type is QUIT: sys.exit(0) draw() Here is the output: =================================================================== Traceback (most recent call last): File "test.py", line 29, in <module> glFramebufferTexture2DEXT(GL_FRAMEBUFFER_EXT, GL_COLOR_ATTACHMENT0_EXT,GL_TEXTURE_2D, tex, 0) File "C:\Python26\lib\site-packages\pyopengl-3.0.1b2-py2.6-win32.egg\OpenGL\platform\baseplatform.py", line 335, in __call__ return self( *args, **named ) File "C:\Python26\lib\site-packages\pyopengl-3.0.1b2-py2.6-win32.egg\OpenGL\error.py", line 208, in glCheckError baseOperation = baseOperation, OpenGL.error.GLError: GLError( err = 1286, baseOperation = glFramebufferTexture2DEXT, cArguments = ( GL_FRAMEBUFFER_EXT, GL_COLOR_ATTACHMENT0_EXT, GL_TEXTURE_2D, 1L, 0, ) ) Thanks alot!! -- Thomas Hansen |
From: Alejandro S. <as...@gm...> - 2010-02-01 14:34:03
|
Hi John, I'm cleaning up the message thread a little bit for easier readability. > > Does anyone know what the fix for the following error is: >>>> > >>>> > C:\dev\PyOpenGL-Demo-3.0.1b1\PyOpenGL-Demo\NeHe>python >>>> > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit >>>> (Intel)] on win32 >>>> > Type "help", "copyright", "credits" or "license" for more information. >>>> >>>> import lesson5.py >>>> > Hit ESC key to quit. >>>> > Traceback (most recent call last): >>>> > File "<stdin>", line 1, in <module> >>>> > File "lesson5.py", line 240, in <module> >>>> > main() >>>> > File "lesson5.py", line 195, in main >>>> > glutInit(sys.argv) >>>> > File "C:\Python25\Lib\site-packages\OpenGL\GLUT\special.py", line >>>> 323, in glutInit >>>> > _base_glutInit( ctypes.byref(count), holder ) >>>> > TypeError: 'NoneType' object is not callable >>>> >>>> >>>> > >>>> > I am running 2.5 on XP with NVidia drivers. I have GLUT, GLU, OpenGL >>>> installed on the system. >>>> > I can get NeHe samples working from within VC++ 2010, just not Python. >>>> > >>>> >>> OK, I've performed several tests and glut seems to be working fine on all my configurations, in particular: * PyOpenGL 3.0.0 on python2.6 * PyOpenGL 3.0.1b2 on python 2.6 * PyOpenGL 3.0.1b2 on python 2.5 They all seem to work, with the caveat being that all my tests were performed on a Mac. Maybe someone else on the list who's using Windows XP can reproduce the issue? Cheers, Alejandro.- |
From: Alejandro S. <as...@gm...> - 2010-01-30 23:11:15
|
On Jan 30, 2010, at 3:59 AM, John Lutz <joh...@gm...> wrote: > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit > (Intel)] on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> import ctypes > >>> ctypes.byref > <built-in function byref> > >>> > > 3.0.1b2 Hmmm, ok. I'll have to think about this for a little more :-) I'll try creating a glut app and invoking the lesson 5 code as soon as I get an Internet connecton on my laptop. Cheers, Alejandro.- > > On Fri, Jan 29, 2010 at 11:33 PM, Alejandro Segovia > <as...@gm...> wrote: > Hi John, > > On Saturday, January 30, 2010, John Lutz <joh...@gm...> wrote: > > Hey Alejando, Thanks for the reply! I tried both 'python > lesson5.py' that didn't work (btw I'm using 2.5).I cannot find > ctypearrays by googling.John > > could you check whether your python's ctypes package defines function > "byref"? You can do this by importing ctypes and typing ctypes.byref > from the interactive interpreter. Check to see if that is not None. > > Also, what version of PyOpenGL are you using? > > Alejandro.- > > > > > > > On Fri, Jan 29, 2010 at 9:27 PM, Alejandro Segovia <as...@gm... > > wrote: > > > > Hi John, > > > > Sorry for the last email. On a second thought I think the problem > could be due to the fact that when your launching lesson5 the way > you are, sys.argv is None. > > > > This might be causing glut to choke. Would you mind testing it by > invoking the interpreter using the command line like: C:\python26\bin > \python lesson5.py (windows)? > > > > Let us know how it goes. > > > > Cheers, > > Alejandro.- > > > > Sent from my iPhone > > > > On Jan 29, 2010, at 8:22 PM, John Lutz <joh...@gm...> wrote: > > > > > > Hey Guys!, > > > > Does anyone know what the fix for the following error is: > > > > C:\dev\PyOpenGL-Demo-3.0.1b1\PyOpenGL-Demo\NeHe>python > > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 > bit (Intel)] on win32 > > Type "help", "copyright", "credits" or "license" for more > information. > >>>> import lesson5.py > > Hit ESC key to quit. > > Traceback (most recent call last): > > File "<stdin>", line 1, in <module> > > File "lesson5.py", line 240, in <module> > > main() > > File "lesson5.py", line 195, in main > > glutInit(sys.argv) > > File "C:\Python25\Lib\site-packages\OpenGL\GLUT\special.py", > line 323, in glutInit > > _base_glutInit( ctypes.byref(count), holder ) > > TypeError: 'NoneType' object is not callable > >>>> > > > > I am running 2.5 on XP with NVidia drivers. I have GLUT, GLU, > OpenGL installed on the system. > > I can get NeHe samples working from within VC++ 2010, just not > Python. > > > > Thanks!, > > John > > > > > > > --- > --- > --- > --------------------------------------------------------------------- > > The Planet: dedicated and managed hosting, cloud storage, colocation > > Stay online with enterprise data centers and the best network in > the business > > Choose flexible plans and management services without long-term > contracts > > Personal 24x7 support from experience hosting pros just a phone > call away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > > PyOpenGL Homepage > > http://pyopengl.sourceforge.net > > _______________________________________________ > > PyOpenGL-Users mailing list > > PyO...@li... > > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > > > > > > > -- > > John Lutz > > (631)-909-2582 > > > > > > > > > > -- > John Lutz > (631)-909-2582 > |
From: Alejandro S. <as...@gm...> - 2010-01-30 04:33:59
|
Hi John, On Saturday, January 30, 2010, John Lutz <joh...@gm...> wrote: > Hey Alejando, Thanks for the reply! I tried both 'python lesson5.py' that didn't work (btw I'm using 2.5).I cannot find ctypearrays by googling.John could you check whether your python's ctypes package defines function "byref"? You can do this by importing ctypes and typing ctypes.byref from the interactive interpreter. Check to see if that is not None. Also, what version of PyOpenGL are you using? Alejandro.- > > > On Fri, Jan 29, 2010 at 9:27 PM, Alejandro Segovia <as...@gm...> wrote: > > Hi John, > > Sorry for the last email. On a second thought I think the problem could be due to the fact that when your launching lesson5 the way you are, sys.argv is None. > > This might be causing glut to choke. Would you mind testing it by invoking the interpreter using the command line like: C:\python26\bin\python lesson5.py (windows)? > > Let us know how it goes. > > Cheers, > Alejandro.- > > Sent from my iPhone > > On Jan 29, 2010, at 8:22 PM, John Lutz <joh...@gm...> wrote: > > > Hey Guys!, > > Does anyone know what the fix for the following error is: > > C:\dev\PyOpenGL-Demo-3.0.1b1\PyOpenGL-Demo\NeHe>python > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] on win32 > Type "help", "copyright", "credits" or "license" for more information. >>>> import lesson5.py > Hit ESC key to quit. > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "lesson5.py", line 240, in <module> > main() > File "lesson5.py", line 195, in main > glutInit(sys.argv) > File "C:\Python25\Lib\site-packages\OpenGL\GLUT\special.py", line 323, in glutInit > _base_glutInit( ctypes.byref(count), holder ) > TypeError: 'NoneType' object is not callable >>>> > > I am running 2.5 on XP with NVidia drivers. I have GLUT, GLU, OpenGL installed on the system. > I can get NeHe samples working from within VC++ 2010, just not Python. > > Thanks!, > John > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > > > > -- > John Lutz > (631)-909-2582 > > > |
From: Alejandro S. <as...@gm...> - 2010-01-30 02:28:17
|
Hi John, Sorry for the last email. On a second thought I think the problem could be due to the fact that when your launching lesson5 the way you are, sys.argv is None. This might be causing glut to choke. Would you mind testing it by invoking the interpreter using the command line like: C:\python26\bin \python lesson5.py (windows)? Let us know how it goes. Cheers, Alejandro.- Sent from my iPhone On Jan 29, 2010, at 8:22 PM, John Lutz <joh...@gm...> wrote: > Hey Guys!, > > Does anyone know what the fix for the following error is: > > C:\dev\PyOpenGL-Demo-3.0.1b1\PyOpenGL-Demo\NeHe>python > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit > (Intel)] on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> import lesson5.py > Hit ESC key to quit. > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "lesson5.py", line 240, in <module> > main() > File "lesson5.py", line 195, in main > glutInit(sys.argv) > File "C:\Python25\Lib\site-packages\OpenGL\GLUT\special.py", line > 323, in glutInit > _base_glutInit( ctypes.byref(count), holder ) > TypeError: 'NoneType' object is not callable > >>> > > I am running 2.5 on XP with NVidia drivers. I have GLUT, GLU, OpenGL > installed on the system. > I can get NeHe samples working from within VC++ 2010, just not Python. > > Thanks!, > John > > --- > --- > --- > --------------------------------------------------------------------- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term > contracts > Personal 24x7 support from experience hosting pros just a phone call > away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users |
From: Alejandro S. <as...@gm...> - 2010-01-30 02:23:01
|
Hi John, On Jan 29, 2010, at 8:22 PM, John Lutz <joh...@gm...> wrote: > Hey Guys!, > > Does anyone know what the fix for the following error is: > > C:\dev\PyOpenGL-Demo-3.0.1b1\PyOpenGL-Demo\NeHe>python > Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit > (Intel)] on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> import lesson5.py > Hit ESC key to quit. > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "lesson5.py", line 240, in <module> > main() > File "lesson5.py", line 195, in main > glutInit(sys.argv) > File "C:\Python25\Lib\site-packages\OpenGL\GLUT\special.py", line > 323, in glutInit > _base_glutInit( ctypes.byref(count), holder ) > TypeError: 'NoneType' object is not callable > >>> > > I am running 2.5 on XP with NVidia drivers. I have GLUT, GLU, OpenGL > installed on the system. > I can get NeHe samples working from within VC++ 2010, just not Python. This might sound trivial, but are you importing package "ctypes" from within lesson5.py? It seems as if it didn't know what ctypes.byref is. Best regards, Alejandro.- > > Thanks!, > John > > --- > --- > --- > --------------------------------------------------------------------- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term > contracts > Personal 24x7 support from experience hosting pros just a phone call > away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users |