pyopengl-devel Mailing List for PyOpenGL (Page 6)
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-devel — Discussion of PyOpenGL development.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(4) |
Nov
(9) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
(6) |
Mar
(3) |
Apr
(5) |
May
(10) |
Jun
(6) |
Jul
(10) |
Aug
|
Sep
(3) |
Oct
(9) |
Nov
(20) |
Dec
(31) |
| 2003 |
Jan
(36) |
Feb
(44) |
Mar
(16) |
Apr
(35) |
May
(59) |
Jun
(17) |
Jul
(11) |
Aug
(14) |
Sep
(9) |
Oct
(29) |
Nov
(10) |
Dec
(5) |
| 2004 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
(2) |
Jul
(42) |
Aug
(7) |
Sep
(17) |
Oct
(32) |
Nov
(7) |
Dec
(5) |
| 2005 |
Jan
(11) |
Feb
(11) |
Mar
(7) |
Apr
(8) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(1) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(6) |
May
(9) |
Jun
(6) |
Jul
(7) |
Aug
(8) |
Sep
(8) |
Oct
(23) |
Nov
(29) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(10) |
May
(7) |
Jun
(12) |
Jul
(4) |
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(6) |
Dec
(3) |
| 2008 |
Jan
(38) |
Feb
(10) |
Mar
(3) |
Apr
(13) |
May
(8) |
Jun
(12) |
Jul
(6) |
Aug
(3) |
Sep
(2) |
Oct
(7) |
Nov
(21) |
Dec
(1) |
| 2009 |
Jan
(7) |
Feb
(8) |
Mar
(4) |
Apr
(6) |
May
(4) |
Jun
(4) |
Jul
(38) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(16) |
Dec
|
| 2010 |
Jan
(4) |
Feb
(17) |
Mar
(2) |
Apr
(6) |
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(3) |
Dec
(8) |
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
(6) |
May
(3) |
Jun
(19) |
Jul
(6) |
Aug
(2) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(6) |
| 2012 |
Jan
(8) |
Feb
(3) |
Mar
(26) |
Apr
(12) |
May
(2) |
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(1) |
Oct
(10) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(2) |
Feb
(5) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
|
Jul
(7) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2011-12-18 09:35:34
|
Bugs item #3177110, was opened at 2011-02-09 22:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eli Stevens (wickedgrey) Assigned to: Mike C. Fletcher (mcfletch) Summary: Windows python 2.7 installer includes dep. on msvcr71.dll Initial Comment: \Python27\Lib\site-packages\PyOpenGL-3.0.1-py2.7-win32.egg\OpenGL\DLLS\gle32.dll is trying to load msvcr71.dll instead of msvcr90.dll , which doesn't match python 2.7. This results in this when trying to import OpenGL.GL: Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL.GL At that point, the following message appears in an alert box: python.exe - Unable To Locate Component This application has failed to start becuase MSVCR71.dll was not found. Re-installing the application may fix this problem. The same behavior occurs when trying to import OpenGL.GL from inside our application, however, aside from the alert box, the application seems to run fine (we're able to use OpenGL just fine, see 3d stuff, shaders, etc. etc.). It seems like either the egg for python 2.7 should either include the msvcr71.dll, or should only try to reference msvcr90.dll (since that's what python 2.7 uses). Original mailing list thread here: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimctcemkdkY4U4JyX9EibLj01ERgNhBXPbrC-Rq%40mail.gmail.com&forum_name=pyopengl-users ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-12-18 01:35 Message: KID8h5 <a href="http://yxygldphhhzu.com/">yxygldphhhzu</a>, [url=http://fxwkcncncvor.com/]fxwkcncncvor[/url], [link=http://rdylanlvblyg.com/]rdylanlvblyg[/link], http://zuyiinfbebsc.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-13 10:15 Message: 25pi9r <a href="http://shetftyldpml.com/">shetftyldpml</a>, [url=http://qwryuuhmedws.com/]qwryuuhmedws[/url], [link=http://qyxqbxfpgpqa.com/]qyxqbxfpgpqa[/link], http://tiotxgqmxnhd.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-08-19 09:05 Message: JZK7Xe <a href="http://xnohwnhhvrnk.com/">xnohwnhhvrnk</a>, [url=http://trwkopozldhh.com/]trwkopozldhh[/url], [link=http://qsbtkpjkchad.com/]qsbtkpjkchad[/link], http://pyevrxssfsau.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-30 21:33 Message: tKoyJd <a href="http://hjpyisrieaas.com/">hjpyisrieaas</a>, [url=http://dswadfznhrfa.com/]dswadfznhrfa[/url], [link=http://cvcgqwzgurtt.com/]cvcgqwzgurtt[/link], http://fbjgeenvrind.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-05-17 16:50 Message: 5TlgFE <a href="http://fabhqvsgqnph.com/">fabhqvsgqnph</a>, [url=http://flqzkjzsdjjq.com/]flqzkjzsdjjq[/url], [link=http://ebqwnfcgxcrj.com/]ebqwnfcgxcrj[/link], http://eeaamyeagspd.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-02-15 14:35 Message: gle32.dll, included in the PyOpenGL installers for Python 2.6 and 2.7 at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl>, is linked against msvcr90.dll. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-12-06 03:37:23
|
Bugs item #3451797, was opened at 2011-12-05 15:12 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3451797&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nikolay Vladimirov (nvloff) Assigned to: Nobody/Anonymous (nobody) Summary: PyOpenGL has prebuilt .dlls Initial Comment: PyOpenGL in the PyOpenGL-3.0.1.tar.gz ships some DLLs in the OpenGL/DLLS path. Most distributions don't allow shipping of binary blobs so I'm removing them prior to uploading to the Fedora build servers. Is it possible to split the DLLs in another package, or provide 2 packages? Or something else that will allow me to point to an upstream URL without the DLLs . ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2011-12-05 19:37 Message: I don't know that I'd consider this a bug. It's about the only way the package is easily usable on Win32 machines. Separating it out would mean we'd need to rely on a working package/dependency management solution on Win32, which hasn't turned out well in the past. Is there some reason the distribution cares about files that are not installed on their platform (and which are actually just compiled versions of Open Source software anyway)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3451797&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-12-05 23:12:18
|
Bugs item #3451797, was opened at 2011-12-05 15:12 Message generated for change (Tracker Item Submitted) made by nvloff You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3451797&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nikolay Vladimirov (nvloff) Assigned to: Nobody/Anonymous (nobody) Summary: PyOpenGL has prebuilt .dlls Initial Comment: PyOpenGL in the PyOpenGL-3.0.1.tar.gz ships some DLLs in the OpenGL/DLLS path. Most distributions don't allow shipping of binary blobs so I'm removing them prior to uploading to the Fedora build servers. Is it possible to split the DLLs in another package, or provide 2 packages? Or something else that will allow me to point to an upstream URL without the DLLs . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3451797&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-11-24 20:27:52
|
Bugs item #3441875, was opened at 2011-11-24 12:27 Message generated for change (Tracker Item Submitted) made by fizzgig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3441875&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcus Lindblom (fizzgig) Assigned to: Mike C. Fletcher (mcfletch) Summary: Unable to send null pointer (or zero) to glTexSubImage() Initial Comment: When updating a texture from a PBO, the value for pixels is an offset into the PBO. This cannot be done using the pythonic API in PyOpenGL. (it fails to convert None to an array, and a zero-int is treated as a small array, yielding an gl error) The workaround is to use the raw api thusly: raw.GL.glTexSubImage2D(GL.GL_TEXTURE_2D, 0, 0, 0, width, height, GL.GL_BGR, GL.GL_UNSIGNED_BYTE, POINTER(ctypes.c_ubyte)()) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3441875&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-11-13 18:15:14
|
Bugs item #3177110, was opened at 2011-02-09 22:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eli Stevens (wickedgrey) Assigned to: Mike C. Fletcher (mcfletch) Summary: Windows python 2.7 installer includes dep. on msvcr71.dll Initial Comment: \Python27\Lib\site-packages\PyOpenGL-3.0.1-py2.7-win32.egg\OpenGL\DLLS\gle32.dll is trying to load msvcr71.dll instead of msvcr90.dll , which doesn't match python 2.7. This results in this when trying to import OpenGL.GL: Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL.GL At that point, the following message appears in an alert box: python.exe - Unable To Locate Component This application has failed to start becuase MSVCR71.dll was not found. Re-installing the application may fix this problem. The same behavior occurs when trying to import OpenGL.GL from inside our application, however, aside from the alert box, the application seems to run fine (we're able to use OpenGL just fine, see 3d stuff, shaders, etc. etc.). It seems like either the egg for python 2.7 should either include the msvcr71.dll, or should only try to reference msvcr90.dll (since that's what python 2.7 uses). Original mailing list thread here: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimctcemkdkY4U4JyX9EibLj01ERgNhBXPbrC-Rq%40mail.gmail.com&forum_name=pyopengl-users ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-13 10:15 Message: 25pi9r <a href="http://shetftyldpml.com/">shetftyldpml</a>, [url=http://qwryuuhmedws.com/]qwryuuhmedws[/url], [link=http://qyxqbxfpgpqa.com/]qyxqbxfpgpqa[/link], http://tiotxgqmxnhd.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-08-19 09:05 Message: JZK7Xe <a href="http://xnohwnhhvrnk.com/">xnohwnhhvrnk</a>, [url=http://trwkopozldhh.com/]trwkopozldhh[/url], [link=http://qsbtkpjkchad.com/]qsbtkpjkchad[/link], http://pyevrxssfsau.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-30 21:33 Message: tKoyJd <a href="http://hjpyisrieaas.com/">hjpyisrieaas</a>, [url=http://dswadfznhrfa.com/]dswadfznhrfa[/url], [link=http://cvcgqwzgurtt.com/]cvcgqwzgurtt[/link], http://fbjgeenvrind.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-05-17 16:50 Message: 5TlgFE <a href="http://fabhqvsgqnph.com/">fabhqvsgqnph</a>, [url=http://flqzkjzsdjjq.com/]flqzkjzsdjjq[/url], [link=http://ebqwnfcgxcrj.com/]ebqwnfcgxcrj[/link], http://eeaamyeagspd.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-02-15 14:35 Message: gle32.dll, included in the PyOpenGL installers for Python 2.6 and 2.7 at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl>, is linked against msvcr90.dll. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-11-13 18:12:48
|
Bugs item #2946226, was opened at 2010-02-04 14:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glFramebufferTexture2DEXT causes error , etc. Initial Comment: 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, ) ) So I think I figured out whats going on: in pyOpenGL error.py from line 202, you guys have: =========================================== err = self._currentChecker() if err: # GL_NO_ERROR's guaranteed value is 0 raise GLError( err, result, cArguments = cArguments, baseOperation = baseOperation, ) =========================================== Now, GL_NO_ERROR might always be 0. but getting teh error code after e.g. attaching a texture to an FBO, using glFramebufferTexture2DEXT does not return GL_NO_ERROR, even though everything went great. It's supposed to return GL_FRAMEBUFFER_COMPLETE_EXT (36053 int value), which is what I get if i turn of ERROR_CHECK and check manually after attaching the texture. So I think the code generates an error, where there is none. Not sure why it works fine on my nvidia gpu's..maybe teh openGL spec isn't definitive on this one? Still not sure why I get a NullFunctionError for glDeleteFrameBuffersEXT when I turn on ERROR_CHECK (again works fine without). Also, bool(glGenFrameBuffersEXT) returns False, although the function is available. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-13 10:12 Message: oeZnzl <a href="http://ulkhbtgxubjf.com/">ulkhbtgxubjf</a>, [url=http://knfasaeavofl.com/]knfasaeavofl[/url], [link=http://pkyhziwcwrsj.com/]pkyhziwcwrsj[/link], http://fmnrxexprzbx.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-24 04:34 Message: 97vlLq <a href="http://gloyezbzsonq.com/">gloyezbzsonq</a>, [url=http://mhdefdhodbow.com/]mhdefdhodbow[/url], [link=http://seeflacnjjej.com/]seeflacnjjej[/link], http://anyuvzsqzlwz.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-23 18:25 Message: LakZxM <a href="http://rujulmwfexvd.com/">rujulmwfexvd</a>, [url=http://mjasbgdkbspx.com/]mjasbgdkbspx[/url], [link=http://epmkeqfgvmbz.com/]epmkeqfgvmbz[/link], http://cwidmgpybpwo.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-21 23:25 Message: zci3N9 <a href="http://ongahxuoxouj.com/">ongahxuoxouj</a>, [url=http://tgjqsxobckla.com/]tgjqsxobckla[/url], [link=http://jeycpejgectl.com/]jeycpejgectl[/link], http://qgolshomtkib.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-20 01:37 Message: i0JeBJ <a href="http://omuvzagdafpf.com/">omuvzagdafpf</a>, [url=http://jhknieunhttm.com/]jhknieunhttm[/url], [link=http://fxcswseceghi.com/]fxcswseceghi[/link], http://wlllhxwwowdl.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 04:10 Message: LTt2UF <a href="http://qliwugxokplr.com/">qliwugxokplr</a>, [url=http://qprrkrlnsobz.com/]qprrkrlnsobz[/url], [link=http://aglhzqhucanw.com/]aglhzqhucanw[/link], http://tdserxexphjv.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 12:12 Message: GoBq28 <a href="http://xgzlmfcoichk.com/">xgzlmfcoichk</a>, [url=http://bulkmyoywvrs.com/]bulkmyoywvrs[/url], [link=http://hxztksvkrior.com/]hxztksvkrior[/link], http://cfnlymbmybna.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-02-22 11:30 Message: glError() should not return GL_FRAMEBUFFER_COMPLETE_EXT on any conformant system. http://www.opengl.org/registry/specs/EXT/framebuffer_object.txt adds GL_FRAMEBUFFER_INCOMPLETE_EXT to the glError enum. Basically it sounds like we've got a driver error here. The nVidia cards are doing the right thing. wrt the null-function error: the error checking *also* checks for NULL functions, so if you're getting bool() == False you'd expect the error-raising behaviour. The bool() checks are quite simple, so if bool( entrypoint ) is giving False I'd suspect we're seeing a real failure to resolve the entry point. Why that would happen I can't say just now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-11-13 18:12:24
|
Bugs item #2872257, was opened at 2009-10-03 08:29 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2872257&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jason G (reirrac) Assigned to: Mike C. Fletcher (mcfletch) Summary: glutInit fails on windows 64-bit Initial Comment: On a 64-bit Windows 7 machine, GLUT fails on glutInit with the following traceback: Traceback (most recent call last): File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 287, in <module> visualizer.main() File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 233, in main glutInit(sys.argv) File "c:\Python26\Lib\site-packages\OpenGL\GLUT\special.py", line 322, in glutInit _base_glutInit( ctypes.byref(count), holder ) TypeError: 'NoneType' object is not callable I tried copying the glut and gle dll's to my c:\windows\system32\ directory but that didn't change anything. If I comment out the glutInit function, I get this: Traceback (most recent call last): File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 287, in <module> visualizer.main() File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 240, in main glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_ALPHA | GLUT_DEPTH) File "c:\Python26\Lib\site-packages\OpenGL\platform\baseplatform.py", line 336, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling I get the same error with any of the NeHe opengl lesson code. It works fine on my linux machine and my windows 32-bit machine, so I think it's something to do with windows 64-bit. Are there 64-bit versions of the glut and gle DLLs? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-13 10:12 Message: sFBrXy <a href="http://dwfkpaemjbrv.com/">dwfkpaemjbrv</a>, [url=http://bcosotufpsli.com/]bcosotufpsli[/url], [link=http://nbbhhsoeeouq.com/]nbbhhsoeeouq[/link], http://yxfjjcyuukdz.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-30 19:33 Message: vkVwtH <a href="http://hpsgkkwzrapc.com/">hpsgkkwzrapc</a>, [url=http://ullqvmqjeayd.com/]ullqvmqjeayd[/url], [link=http://iaiiydorixnm.com/]iaiiydorixnm[/link], http://wtjjjgqpxpvf.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 06:52 Message: 7SwI1Z <a href="http://wapdljbblpji.com/">wapdljbblpji</a>, [url=http://peiyilrdvqdr.com/]peiyilrdvqdr[/url], [link=http://aaslyurencjo.com/]aaslyurencjo[/link], http://xcvfolcrnhji.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 07:32 Message: 530L0R <a href="http://pqfqsxbkqaxt.com/">pqfqsxbkqaxt</a>, [url=http://tbabnelmqqbw.com/]tbabnelmqqbw[/url], [link=http://cjxvuqkghtdd.com/]cjxvuqkghtdd[/link], http://czlwxnvoiuwm.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2009-11-12 21:55 Message: I had the same problem on Python 2.6.4 64-bit, PyOpenGL-3.0.1b1, Windows 7. Turned out there was a 32-bit glut32.dll file in the PATH, which was used instead of the correct 64-bit glut32.dll in Python26\Lib\site-packages\OpenGL\DLLS. Everything worked once I cleaned the PATH environment variable. You can download a 64-bit version of PyOpenGL for Windows at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2872257&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-11-13 18:11:19
|
Bugs item #3081957, was opened at 2010-10-06 00:11 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: OpenGLContext v2.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Greg Hazel (ghazel) Assigned to: Mike C. Fletcher (mcfletch) Summary: OpenGL.error.NullFunctionError: Attempt to call an undefined Initial Comment: Trying to run this simple example here: http://blog.vrplumber.com/index.php?/archives/2324-Sphere-rendering-with-numpy....html I get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate WARNING:context:Python Image Library (PIL) not installed, no Image support available http://www.pythonware.com/products/pil/index.htm WARNING:context:Unable to load node implementation for MMImageTexture: 'module' object has no attribute 'MMImageTexture' Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-13 10:11 Message: NseUhC <a href="http://lzeolwuxwnkm.com/">lzeolwuxwnkm</a>, [url=http://isnxfwobypgy.com/]isnxfwobypgy[/url], [link=http://fifzqhtkwghn.com/]fifzqhtkwghn[/link], http://zhxlltbegmuq.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-30 20:09 Message: WlVCtk <a href="http://pyqcytqpdtdo.com/">pyqcytqpdtdo</a>, [url=http://wqfrbljyhpbi.com/]wqfrbljyhpbi[/url], [link=http://rrxdpfshtvww.com/]rrxdpfshtvww[/link], http://fiormevwqmyp.com/ ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 06:44 Message: Sorry. It should be freeglut.dll. import statement is good. Check freeglut website to get compiled Win libraries, but remeber to copy them also to SysWOW64. ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-19 23:23 Message: Oh, and check if you have glu32.dll in Windows/SysWOW64 (if not copy it from Windows/System32), it can help (as i 64bit system there are too folders for libs, and sometimes Win do not care to check them both) ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-19 22:57 Message: Hi! This source code do not import GLUT! http://bazaar.launchpad.net/~mcfletch/openglcontext/trunk/annotate/head%3A/tests/shader_sphere.py Do you add: from OpenGL.GLUT import * in your code? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-19 14:17 Message: 7mcw9D <a href="http://dxgzfsgwjqfn.com/">dxgzfsgwjqfn</a>, [url=http://fcfughgxpein.com/]fcfughgxpein[/url], [link=http://ccipjepamzzz.com/]ccipjepamzzz[/link], http://apaokgbvwuyu.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 05:57 Message: Then you will need a 64-bit build of GLUT, I'm guessing. FreeGLUT or GLUT32 should work. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-18 02:31 Message: This is Windows 7 x64 with 64-bit Python. The PyOpenGL installer does not work with 64 bit Python (no installers do. see: http://bugs.python.org/issue6792 ) Instead I did: easy_install pyopengl ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 02:27 Message: You are missing GLUT, though why I can't say, as it is supposed to be installed with PyOpenGL in the windows installer. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-06 00:13 Message: I installed PIL, but I still get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-09-26 15:34:39
|
Bugs item #3414076, was opened at 2011-09-26 15:34 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3414076&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glutStrokeLength has incorrect argtypes Initial Comment: Attempting to call glutStrokeLength with a font and string results in: ArgumentError: argument 2: <type 'exceptions.TypeError'>: expected LP_c_ubyte instance instead of str Adding: glutStrokeLength.argtypes = [ctypes.c_void_p, ctypes.c_char_p] To my file corrects the problem. It takes the same arguments at glutStrokeString which is replaced in freeglut.py. I think glutStrokeLength needs the same treatment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3414076&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-09-19 03:27:20
|
Bugs item #3411339, was opened at 2011-09-19 13:27 Message generated for change (Tracker Item Submitted) made by josh_root You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3411339&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Joshua Root (josh_root) Assigned to: Mike C. Fletcher (mcfletch) Summary: stable release is hidden on pypi Initial Comment: Apparently pypi automatically hides previous releases each time you upload a new one. So currently, you only see 3.0.2a1 when you go to <http://pypi.python.org/pypi/PyOpenGL> and <http://pypi.python.org/pypi/PyOpenGL-accelerate/>. You'll need to manually unhide 3.0.1 to have it be listed as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3411339&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-09-14 09:21:08
|
Bugs item #3409147, was opened at 2011-09-14 11:21 Message generated for change (Tracker Item Submitted) made by dvdhrm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3409147&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: doc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Herrmann (dvdhrm) Assigned to: Mike C. Fletcher (mcfletch) Summary: Wrong gluLookAt Documentation Initial Comment: The documentation of the algorithm behind gluLookAt is partly wrong. See: http://pyopengl.sourceforge.net/documentation/manual/gluLookAt.3G.html "s" needs to be normalized because it is used for rotation, not translation. Also other gluLookAt implementations do this. For instance see: http://www.opengl.org/wiki/GluLookAt_code And also if "s" is normalized, there is no need to normalize UP anymore. So "s" is computed this way: tmp = f x UP s = tmp || tmp || and UP' can be removed. Cheers David ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3409147&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-09-04 21:02:44
|
Bugs item #3404017, was opened at 2011-09-04 09:41 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3404017&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glProgramParameteri is undefined Initial Comment: glProgramParameteri is undefined. This makes usage of geometry shaders impossible. The error happens here: File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/OpenGL/platform/baseplatform.py", line 344, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glProgramParameteri, check for bool(glProgramParameteri) before calling A workaround for the windows platform can be found here: https://sites.google.com/site/dlampetest/python/geometry-shaders-from-python and here: http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=277436 Unfortunately I couldn't find a workaround for the mac or linux. If you have questions or a tip for a workaround, please write me: pyopengl [at] pdietrich.net Cheers! Patrick ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2011-09-04 17:02 Message: It's definitely there in bzr head, also included is an alias in OpenGL.GL.shaders that uses either core or the ARB.geometry_shader4 version. That doesn't, however, currently use the EXT.geometry_shader4 or ARB.get_program_binary version. IIRC the get_program_binary version, if available, changes the definition of the entry point (ick!), but I'm guessing there shouldn't be much hardware that provides the EXT version but *not* the ARB version of geometry_shader4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3404017&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-09-04 13:41:20
|
Bugs item #3404017, was opened at 2011-09-04 13:41 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3404017&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glProgramParameteri is undefined Initial Comment: glProgramParameteri is undefined. This makes usage of geometry shaders impossible. The error happens here: File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/OpenGL/platform/baseplatform.py", line 344, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glProgramParameteri, check for bool(glProgramParameteri) before calling A workaround for the windows platform can be found here: https://sites.google.com/site/dlampetest/python/geometry-shaders-from-python and here: http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=277436 Unfortunately I couldn't find a workaround for the mac or linux. If you have questions or a tip for a workaround, please write me: pyopengl [at] pdietrich.net Cheers! Patrick ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3404017&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-08-19 16:05:26
|
Bugs item #3177110, was opened at 2011-02-10 06:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eli Stevens (wickedgrey) Assigned to: Mike C. Fletcher (mcfletch) Summary: Windows python 2.7 installer includes dep. on msvcr71.dll Initial Comment: \Python27\Lib\site-packages\PyOpenGL-3.0.1-py2.7-win32.egg\OpenGL\DLLS\gle32.dll is trying to load msvcr71.dll instead of msvcr90.dll , which doesn't match python 2.7. This results in this when trying to import OpenGL.GL: Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL.GL At that point, the following message appears in an alert box: python.exe - Unable To Locate Component This application has failed to start becuase MSVCR71.dll was not found. Re-installing the application may fix this problem. The same behavior occurs when trying to import OpenGL.GL from inside our application, however, aside from the alert box, the application seems to run fine (we're able to use OpenGL just fine, see 3d stuff, shaders, etc. etc.). It seems like either the egg for python 2.7 should either include the msvcr71.dll, or should only try to reference msvcr90.dll (since that's what python 2.7 uses). Original mailing list thread here: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimctcemkdkY4U4JyX9EibLj01ERgNhBXPbrC-Rq%40mail.gmail.com&forum_name=pyopengl-users ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-08-19 16:05 Message: JZK7Xe <a href="http://xnohwnhhvrnk.com/">xnohwnhhvrnk</a>, [url=http://trwkopozldhh.com/]trwkopozldhh[/url], [link=http://qsbtkpjkchad.com/]qsbtkpjkchad[/link], http://pyevrxssfsau.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-01 04:33 Message: tKoyJd <a href="http://hjpyisrieaas.com/">hjpyisrieaas</a>, [url=http://dswadfznhrfa.com/]dswadfznhrfa[/url], [link=http://cvcgqwzgurtt.com/]cvcgqwzgurtt[/link], http://fbjgeenvrind.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-05-17 23:50 Message: 5TlgFE <a href="http://fabhqvsgqnph.com/">fabhqvsgqnph</a>, [url=http://flqzkjzsdjjq.com/]flqzkjzsdjjq[/url], [link=http://ebqwnfcgxcrj.com/]ebqwnfcgxcrj[/link], http://eeaamyeagspd.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-02-15 22:35 Message: gle32.dll, included in the PyOpenGL installers for Python 2.6 and 2.7 at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl>, is linked against msvcr90.dll. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-31 03:09:20
|
Bugs item #3081957, was opened at 2010-10-06 07:11 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: OpenGLContext v2.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Greg Hazel (ghazel) Assigned to: Mike C. Fletcher (mcfletch) Summary: OpenGL.error.NullFunctionError: Attempt to call an undefined Initial Comment: Trying to run this simple example here: http://blog.vrplumber.com/index.php?/archives/2324-Sphere-rendering-with-numpy....html I get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate WARNING:context:Python Image Library (PIL) not installed, no Image support available http://www.pythonware.com/products/pil/index.htm WARNING:context:Unable to load node implementation for MMImageTexture: 'module' object has no attribute 'MMImageTexture' Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-31 03:09 Message: WlVCtk <a href="http://pyqcytqpdtdo.com/">pyqcytqpdtdo</a>, [url=http://wqfrbljyhpbi.com/]wqfrbljyhpbi[/url], [link=http://rrxdpfshtvww.com/]rrxdpfshtvww[/link], http://fiormevwqmyp.com/ ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 13:44 Message: Sorry. It should be freeglut.dll. import statement is good. Check freeglut website to get compiled Win libraries, but remeber to copy them also to SysWOW64. ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 06:23 Message: Oh, and check if you have glu32.dll in Windows/SysWOW64 (if not copy it from Windows/System32), it can help (as i 64bit system there are too folders for libs, and sometimes Win do not care to check them both) ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 05:57 Message: Hi! This source code do not import GLUT! http://bazaar.launchpad.net/~mcfletch/openglcontext/trunk/annotate/head%3A/tests/shader_sphere.py Do you add: from OpenGL.GLUT import * in your code? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-19 21:17 Message: 7mcw9D <a href="http://dxgzfsgwjqfn.com/">dxgzfsgwjqfn</a>, [url=http://fcfughgxpein.com/]fcfughgxpein[/url], [link=http://ccipjepamzzz.com/]ccipjepamzzz[/link], http://apaokgbvwuyu.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 12:57 Message: Then you will need a 64-bit build of GLUT, I'm guessing. FreeGLUT or GLUT32 should work. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-18 09:31 Message: This is Windows 7 x64 with 64-bit Python. The PyOpenGL installer does not work with 64 bit Python (no installers do. see: http://bugs.python.org/issue6792 ) Instead I did: easy_install pyopengl ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 09:27 Message: You are missing GLUT, though why I can't say, as it is supposed to be installed with PyOpenGL in the windows installer. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-06 07:13 Message: I installed PIL, but I still get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-31 02:33:54
|
Bugs item #2872257, was opened at 2009-10-03 15:29 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2872257&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jason G (reirrac) Assigned to: Mike C. Fletcher (mcfletch) Summary: glutInit fails on windows 64-bit Initial Comment: On a 64-bit Windows 7 machine, GLUT fails on glutInit with the following traceback: Traceback (most recent call last): File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 287, in <module> visualizer.main() File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 233, in main glutInit(sys.argv) File "c:\Python26\Lib\site-packages\OpenGL\GLUT\special.py", line 322, in glutInit _base_glutInit( ctypes.byref(count), holder ) TypeError: 'NoneType' object is not callable I tried copying the glut and gle dll's to my c:\windows\system32\ directory but that didn't change anything. If I comment out the glutInit function, I get this: Traceback (most recent call last): File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 287, in <module> visualizer.main() File "C:\Programming\NE\HyperNEAT\HyperNEAT_Visualizer\src\HyperNEATVisualizer.py", line 240, in main glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_ALPHA | GLUT_DEPTH) File "c:\Python26\Lib\site-packages\OpenGL\platform\baseplatform.py", line 336, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling I get the same error with any of the NeHe opengl lesson code. It works fine on my linux machine and my windows 32-bit machine, so I think it's something to do with windows 64-bit. Are there 64-bit versions of the glut and gle DLLs? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-31 02:33 Message: vkVwtH <a href="http://hpsgkkwzrapc.com/">hpsgkkwzrapc</a>, [url=http://ullqvmqjeayd.com/]ullqvmqjeayd[/url], [link=http://iaiiydorixnm.com/]iaiiydorixnm[/link], http://wtjjjgqpxpvf.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 13:52 Message: 7SwI1Z <a href="http://wapdljbblpji.com/">wapdljbblpji</a>, [url=http://peiyilrdvqdr.com/]peiyilrdvqdr[/url], [link=http://aaslyurencjo.com/]aaslyurencjo[/link], http://xcvfolcrnhji.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 14:32 Message: 530L0R <a href="http://pqfqsxbkqaxt.com/">pqfqsxbkqaxt</a>, [url=http://tbabnelmqqbw.com/]tbabnelmqqbw[/url], [link=http://cjxvuqkghtdd.com/]cjxvuqkghtdd[/link], http://czlwxnvoiuwm.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2009-11-13 05:55 Message: I had the same problem on Python 2.6.4 64-bit, PyOpenGL-3.0.1b1, Windows 7. Turned out there was a 32-bit glut32.dll file in the PATH, which was used instead of the correct 64-bit glut32.dll in Python26\Lib\site-packages\OpenGL\DLLS. Everything worked once I cleaned the PATH environment variable. You can download a 64-bit version of PyOpenGL for Windows at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2872257&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-24 11:34:45
|
Bugs item #2946226, was opened at 2010-02-04 22:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glFramebufferTexture2DEXT causes error , etc. Initial Comment: 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, ) ) So I think I figured out whats going on: in pyOpenGL error.py from line 202, you guys have: =========================================== err = self._currentChecker() if err: # GL_NO_ERROR's guaranteed value is 0 raise GLError( err, result, cArguments = cArguments, baseOperation = baseOperation, ) =========================================== Now, GL_NO_ERROR might always be 0. but getting teh error code after e.g. attaching a texture to an FBO, using glFramebufferTexture2DEXT does not return GL_NO_ERROR, even though everything went great. It's supposed to return GL_FRAMEBUFFER_COMPLETE_EXT (36053 int value), which is what I get if i turn of ERROR_CHECK and check manually after attaching the texture. So I think the code generates an error, where there is none. Not sure why it works fine on my nvidia gpu's..maybe teh openGL spec isn't definitive on this one? Still not sure why I get a NullFunctionError for glDeleteFrameBuffersEXT when I turn on ERROR_CHECK (again works fine without). Also, bool(glGenFrameBuffersEXT) returns False, although the function is available. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-24 11:34 Message: 97vlLq <a href="http://gloyezbzsonq.com/">gloyezbzsonq</a>, [url=http://mhdefdhodbow.com/]mhdefdhodbow[/url], [link=http://seeflacnjjej.com/]seeflacnjjej[/link], http://anyuvzsqzlwz.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-24 01:25 Message: LakZxM <a href="http://rujulmwfexvd.com/">rujulmwfexvd</a>, [url=http://mjasbgdkbspx.com/]mjasbgdkbspx[/url], [link=http://epmkeqfgvmbz.com/]epmkeqfgvmbz[/link], http://cwidmgpybpwo.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-22 06:25 Message: zci3N9 <a href="http://ongahxuoxouj.com/">ongahxuoxouj</a>, [url=http://tgjqsxobckla.com/]tgjqsxobckla[/url], [link=http://jeycpejgectl.com/]jeycpejgectl[/link], http://qgolshomtkib.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-20 08:37 Message: i0JeBJ <a href="http://omuvzagdafpf.com/">omuvzagdafpf</a>, [url=http://jhknieunhttm.com/]jhknieunhttm[/url], [link=http://fxcswseceghi.com/]fxcswseceghi[/link], http://wlllhxwwowdl.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 11:10 Message: LTt2UF <a href="http://qliwugxokplr.com/">qliwugxokplr</a>, [url=http://qprrkrlnsobz.com/]qprrkrlnsobz[/url], [link=http://aglhzqhucanw.com/]aglhzqhucanw[/link], http://tdserxexphjv.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 19:12 Message: GoBq28 <a href="http://xgzlmfcoichk.com/">xgzlmfcoichk</a>, [url=http://bulkmyoywvrs.com/]bulkmyoywvrs[/url], [link=http://hxztksvkrior.com/]hxztksvkrior[/link], http://cfnlymbmybna.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-02-22 19:30 Message: glError() should not return GL_FRAMEBUFFER_COMPLETE_EXT on any conformant system. http://www.opengl.org/registry/specs/EXT/framebuffer_object.txt adds GL_FRAMEBUFFER_INCOMPLETE_EXT to the glError enum. Basically it sounds like we've got a driver error here. The nVidia cards are doing the right thing. wrt the null-function error: the error checking *also* checks for NULL functions, so if you're getting bool() == False you'd expect the error-raising behaviour. The bool() checks are quite simple, so if bool( entrypoint ) is giving False I'd suspect we're seeing a real failure to resolve the entry point. Why that would happen I can't say just now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-24 01:25:19
|
Bugs item #2946226, was opened at 2010-02-04 22:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glFramebufferTexture2DEXT causes error , etc. Initial Comment: 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, ) ) So I think I figured out whats going on: in pyOpenGL error.py from line 202, you guys have: =========================================== err = self._currentChecker() if err: # GL_NO_ERROR's guaranteed value is 0 raise GLError( err, result, cArguments = cArguments, baseOperation = baseOperation, ) =========================================== Now, GL_NO_ERROR might always be 0. but getting teh error code after e.g. attaching a texture to an FBO, using glFramebufferTexture2DEXT does not return GL_NO_ERROR, even though everything went great. It's supposed to return GL_FRAMEBUFFER_COMPLETE_EXT (36053 int value), which is what I get if i turn of ERROR_CHECK and check manually after attaching the texture. So I think the code generates an error, where there is none. Not sure why it works fine on my nvidia gpu's..maybe teh openGL spec isn't definitive on this one? Still not sure why I get a NullFunctionError for glDeleteFrameBuffersEXT when I turn on ERROR_CHECK (again works fine without). Also, bool(glGenFrameBuffersEXT) returns False, although the function is available. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-24 01:25 Message: LakZxM <a href="http://rujulmwfexvd.com/">rujulmwfexvd</a>, [url=http://mjasbgdkbspx.com/]mjasbgdkbspx[/url], [link=http://epmkeqfgvmbz.com/]epmkeqfgvmbz[/link], http://cwidmgpybpwo.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-22 06:25 Message: zci3N9 <a href="http://ongahxuoxouj.com/">ongahxuoxouj</a>, [url=http://tgjqsxobckla.com/]tgjqsxobckla[/url], [link=http://jeycpejgectl.com/]jeycpejgectl[/link], http://qgolshomtkib.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-20 08:37 Message: i0JeBJ <a href="http://omuvzagdafpf.com/">omuvzagdafpf</a>, [url=http://jhknieunhttm.com/]jhknieunhttm[/url], [link=http://fxcswseceghi.com/]fxcswseceghi[/link], http://wlllhxwwowdl.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 11:10 Message: LTt2UF <a href="http://qliwugxokplr.com/">qliwugxokplr</a>, [url=http://qprrkrlnsobz.com/]qprrkrlnsobz[/url], [link=http://aglhzqhucanw.com/]aglhzqhucanw[/link], http://tdserxexphjv.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 19:12 Message: GoBq28 <a href="http://xgzlmfcoichk.com/">xgzlmfcoichk</a>, [url=http://bulkmyoywvrs.com/]bulkmyoywvrs[/url], [link=http://hxztksvkrior.com/]hxztksvkrior[/link], http://cfnlymbmybna.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-02-22 19:30 Message: glError() should not return GL_FRAMEBUFFER_COMPLETE_EXT on any conformant system. http://www.opengl.org/registry/specs/EXT/framebuffer_object.txt adds GL_FRAMEBUFFER_INCOMPLETE_EXT to the glError enum. Basically it sounds like we've got a driver error here. The nVidia cards are doing the right thing. wrt the null-function error: the error checking *also* checks for NULL functions, so if you're getting bool() == False you'd expect the error-raising behaviour. The bool() checks are quite simple, so if bool( entrypoint ) is giving False I'd suspect we're seeing a real failure to resolve the entry point. Why that would happen I can't say just now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-22 06:25:01
|
Bugs item #2946226, was opened at 2010-02-04 22:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glFramebufferTexture2DEXT causes error , etc. Initial Comment: 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, ) ) So I think I figured out whats going on: in pyOpenGL error.py from line 202, you guys have: =========================================== err = self._currentChecker() if err: # GL_NO_ERROR's guaranteed value is 0 raise GLError( err, result, cArguments = cArguments, baseOperation = baseOperation, ) =========================================== Now, GL_NO_ERROR might always be 0. but getting teh error code after e.g. attaching a texture to an FBO, using glFramebufferTexture2DEXT does not return GL_NO_ERROR, even though everything went great. It's supposed to return GL_FRAMEBUFFER_COMPLETE_EXT (36053 int value), which is what I get if i turn of ERROR_CHECK and check manually after attaching the texture. So I think the code generates an error, where there is none. Not sure why it works fine on my nvidia gpu's..maybe teh openGL spec isn't definitive on this one? Still not sure why I get a NullFunctionError for glDeleteFrameBuffersEXT when I turn on ERROR_CHECK (again works fine without). Also, bool(glGenFrameBuffersEXT) returns False, although the function is available. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-22 06:25 Message: zci3N9 <a href="http://ongahxuoxouj.com/">ongahxuoxouj</a>, [url=http://tgjqsxobckla.com/]tgjqsxobckla[/url], [link=http://jeycpejgectl.com/]jeycpejgectl[/link], http://qgolshomtkib.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-20 08:37 Message: i0JeBJ <a href="http://omuvzagdafpf.com/">omuvzagdafpf</a>, [url=http://jhknieunhttm.com/]jhknieunhttm[/url], [link=http://fxcswseceghi.com/]fxcswseceghi[/link], http://wlllhxwwowdl.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 11:10 Message: LTt2UF <a href="http://qliwugxokplr.com/">qliwugxokplr</a>, [url=http://qprrkrlnsobz.com/]qprrkrlnsobz[/url], [link=http://aglhzqhucanw.com/]aglhzqhucanw[/link], http://tdserxexphjv.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 19:12 Message: GoBq28 <a href="http://xgzlmfcoichk.com/">xgzlmfcoichk</a>, [url=http://bulkmyoywvrs.com/]bulkmyoywvrs[/url], [link=http://hxztksvkrior.com/]hxztksvkrior[/link], http://cfnlymbmybna.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-02-22 19:30 Message: glError() should not return GL_FRAMEBUFFER_COMPLETE_EXT on any conformant system. http://www.opengl.org/registry/specs/EXT/framebuffer_object.txt adds GL_FRAMEBUFFER_INCOMPLETE_EXT to the glError enum. Basically it sounds like we've got a driver error here. The nVidia cards are doing the right thing. wrt the null-function error: the error checking *also* checks for NULL functions, so if you're getting bool() == False you'd expect the error-raising behaviour. The bool() checks are quite simple, so if bool( entrypoint ) is giving False I'd suspect we're seeing a real failure to resolve the entry point. Why that would happen I can't say just now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2946226&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 04:33:29
|
Bugs item #3177110, was opened at 2011-02-10 06:21 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eli Stevens (wickedgrey) Assigned to: Mike C. Fletcher (mcfletch) Summary: Windows python 2.7 installer includes dep. on msvcr71.dll Initial Comment: \Python27\Lib\site-packages\PyOpenGL-3.0.1-py2.7-win32.egg\OpenGL\DLLS\gle32.dll is trying to load msvcr71.dll instead of msvcr90.dll , which doesn't match python 2.7. This results in this when trying to import OpenGL.GL: Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import OpenGL.GL At that point, the following message appears in an alert box: python.exe - Unable To Locate Component This application has failed to start becuase MSVCR71.dll was not found. Re-installing the application may fix this problem. The same behavior occurs when trying to import OpenGL.GL from inside our application, however, aside from the alert box, the application seems to run fine (we're able to use OpenGL just fine, see 3d stuff, shaders, etc. etc.). It seems like either the egg for python 2.7 should either include the msvcr71.dll, or should only try to reference msvcr90.dll (since that's what python 2.7 uses). Original mailing list thread here: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimctcemkdkY4U4JyX9EibLj01ERgNhBXPbrC-Rq%40mail.gmail.com&forum_name=pyopengl-users ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-01 04:33 Message: tKoyJd <a href="http://hjpyisrieaas.com/">hjpyisrieaas</a>, [url=http://dswadfznhrfa.com/]dswadfznhrfa[/url], [link=http://cvcgqwzgurtt.com/]cvcgqwzgurtt[/link], http://fbjgeenvrind.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-05-17 23:50 Message: 5TlgFE <a href="http://fabhqvsgqnph.com/">fabhqvsgqnph</a>, [url=http://flqzkjzsdjjq.com/]flqzkjzsdjjq[/url], [link=http://ebqwnfcgxcrj.com/]ebqwnfcgxcrj[/link], http://eeaamyeagspd.com/ ---------------------------------------------------------------------- Comment By: Christoph Gohlke (cjgohlke) Date: 2011-02-15 22:35 Message: gle32.dll, included in the PyOpenGL installers for Python 2.6 and 2.7 at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyopengl>, is linked against msvcr90.dll. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3177110&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-06-23 04:51:18
|
Bugs item #3324928, was opened at 2011-06-23 04:51 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3324928&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glCallList fails on nurbs surface Initial Comment: molehill.c compiles and renders fine http://www.opengl.org/resources/code/samples/mjktips/grid/molehill.c however, upon running molehill.py /usr/local/lib/python2.6/dist-packages/PyOpenGL-Demo/GLUT/molehill.py i get the following error, and the window does not display Traceback (most recent call last): File "_ctypes/callbacks.c", line 295, in 'calling callback function' File "molehill.py", line 46, in display glCallList(THE_LIST) File "/usr/lib/pymodules/python2.6/OpenGL/error.py", line 208, in glCheckError baseOperation = baseOperation, OpenGL.error.GLError: GLError( err = 1282, description = 'invalid operation', baseOperation = glCallList, cArguments = (1L,) ) similar code that uses display lists with nurbs curves DOES work, somehow. system info: ubuntu maverick, python 2.6.6-2ubuntu2 python-opengl 3.0.1~b2-1 libglut3 3.7-25 libgl1-mesa-* 7.9~git20100924-0ubuntu2 freeglut3 2.6.0-0ubuntu2 OpenGL renderer string: Mesa DRI Intel(R) 945GME GEM 20100330 DEVELOPMENT x86/MMX/SSE2 more glxinfo: http://pastie.org/2109437 arg, sourceforge won't let me log in. fennfoot at gee mail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3324928&group_id=5988 |
|
From: Mike C. F. <mcf...@vr...> - 2011-06-22 02:54:14
|
On 11-06-21 02:33 PM, Przemysław Lib wrote: > Can you check for: > "glMinSampleShading" > after running: > "$find . -name '*.*' -print | xargs grep 'glMinSampleShading' " > I can see this function declared but only in > OpenGL/raw/GL/ARB/sample_shading.py. > Is it good? > This function you can find in 5900 row of glext.h > This is defined separately from functions defined in extensions. > There are few others declared in the same manner. I asked in > opengl.org forum, and got confirmation that some functions are > declared outside of any extension. Are you sure you are checking the bzr head version of PyOpenGL (i.e. the one that is supposed to have the 4.x entry points)? In bzr head the function shows up in both sample_shading and GL_4_0 (i.e. OpenGL 4.0 core definitions). The gl.spec file *should* have all registered extensions as well as all core entry points, and my little checking script shows that all of the entry points in the file are available in the correct Python modules. The most likely case for missing entry points would be "unofficial" specs from NV or AMD (or whoever) that haven't yet been added to the official spec file. Thanks for checking, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
|
From: Mike C. F. <mcf...@vr...> - 2011-06-20 16:52:14
|
On 11-06-20 08:48 AM, Mike C. Fletcher wrote: > On 11-06-18 06:01 AM, Przemysław Lib wrote: >>> In *theory* all the entry points are >>> there, but I expect there will be broken wrappers somewhere. >> Unfortunately, not all functions are declared in extensions. (checked >> that in gl3.h, and others). >> So there is need to parse at least also gl3.h and gl3ext.h, to get full OGL 4.1. >> >> I'll have some free time in near future so ill play a bit. >> >> I'm writing to both mailing-lists but in future ill write only to devel list. > Hmm, surprised about that; but it would certainly be possible, I only do > spot checks, I don't review everything that is generated. > > If we are seeing missing entry points we may want to consider using the > gl.spec file to do the generation, I've created a quick script to check for missing entry points from the .spec file, so far no missing entry points on bzr head from that, so that won't help us improve coverage. Can you give me an example of a missing entry point so I can track down how we are missing them? Have fun, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
|
From: SourceForge.net <no...@so...> - 2011-06-20 13:47:36
|
Bugs item #3316474, was opened at 2011-06-15 00:40 Message generated for change (Comment added) made by przemoli You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3316474&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike C. Fletcher (mcfletch) Summary: glBegin, glColor*, etc. are not marked as deprecated. Initial Comment: I set "ONLY_FORWARD_COMPATIBLE = True", however many deprecated functions such as glBegin, glColor* were still loaded and able to be called. I think "src/generateraw.py" doesn't consider the OpenGL 3.1 deprecation. ---------------------------------------------------------------------- Comment By: Przemysaw Lib (przemoli) Date: 2011-06-20 15:47 Message: How did you initialized opengl context? With glut? What OGL version? Try this code (assuming you want to have 3,1 ogl): glutInitContextVersion(3, 1) glutInitContextFlags(GLUT_FORWARD_COMPATIBLE) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3316474&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2011-06-20 13:44:13
|
Bugs item #3081957, was opened at 2010-10-06 09:11 Message generated for change (Comment added) made by przemoli You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: OpenGLContext v2.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Greg Hazel (ghazel) Assigned to: Mike C. Fletcher (mcfletch) Summary: OpenGL.error.NullFunctionError: Attempt to call an undefined Initial Comment: Trying to run this simple example here: http://blog.vrplumber.com/index.php?/archives/2324-Sphere-rendering-with-numpy....html I get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate WARNING:context:Python Image Library (PIL) not installed, no Image support available http://www.pythonware.com/products/pil/index.htm WARNING:context:Unable to load node implementation for MMImageTexture: 'module' object has no attribute 'MMImageTexture' Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 15:44 Message: Sorry. It should be freeglut.dll. import statement is good. Check freeglut website to get compiled Win libraries, but remeber to copy them also to SysWOW64. ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 08:23 Message: Oh, and check if you have glu32.dll in Windows/SysWOW64 (if not copy it from Windows/System32), it can help (as i 64bit system there are too folders for libs, and sometimes Win do not care to check them both) ---------------------------------------------------------------------- Comment By: Przemysław Lib (przemoli) Date: 2011-06-20 07:57 Message: Hi! This source code do not import GLUT! http://bazaar.launchpad.net/~mcfletch/openglcontext/trunk/annotate/head%3A/tests/shader_sphere.py Do you add: from OpenGL.GLUT import * in your code? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-19 23:17 Message: 7mcw9D <a href="http://dxgzfsgwjqfn.com/">dxgzfsgwjqfn</a>, [url=http://fcfughgxpein.com/]fcfughgxpein[/url], [link=http://ccipjepamzzz.com/]ccipjepamzzz[/link], http://apaokgbvwuyu.com/ ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 14:57 Message: Then you will need a 64-bit build of GLUT, I'm guessing. FreeGLUT or GLUT32 should work. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-18 11:31 Message: This is Windows 7 x64 with 64-bit Python. The PyOpenGL installer does not work with 64 bit Python (no installers do. see: http://bugs.python.org/issue6792 ) Instead I did: easy_install pyopengl ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2010-10-18 11:27 Message: You are missing GLUT, though why I can't say, as it is supposed to be installed with PyOpenGL in the windows installer. ---------------------------------------------------------------------- Comment By: Greg Hazel (ghazel) Date: 2010-10-06 09:13 Message: I installed PIL, but I still get: C:\Users\Greg\Downloads>shader_sphere.py WARNING:OpenGL.arrays.numpymodule:Unable to load numpy_formathandler accelerator from OpenGL_accelerate Traceback (most recent call last): File "C:\Users\Greg\Downloads\shader_sphere.py", line 116, in <module> TestContext.ContextMainLoop() File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 154, in ContextMainLoop render = cls( *args, **named) File "C:\Python27\lib\site-packages\openglcontext-2.1.0a11-py2.7.egg\OpenGLContext\glutcontext.py", line 30, in __init__ glutInitDisplayMode( self.DISPLAYMODE ) File "C:\Python27\lib\site-packages\pyopengl-3.0.1-py2.7.egg\OpenGL\platform\baseplatform.py", line 340, in __call__ self.__name__, self.__name__, OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInitDisplayMode, check for bool(glutInitDisplayMode) before calling ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=3081957&group_id=5988 |
32 messages has been excluded from this view by a project administrator.
